LINUX.ORG.RU

Как запихнуть логи в RAM или /dev/null?

 ,


1

2

Как поместить такие каталоги, как /tmp, /var/tmp, /var/log (особенно журналы!) в tmpfs, чтобы повысить уровень конфиденциальности? Мне надо сделать так, чтобы пре перезагрузке оно стиралось. Или вообще никогда не сохранялось.

Все журналы, включая системные и journald… Лучше отключить их полностью? Или выделить 50мб в ram? Можете дать инструкции?

Мне нужно уменьшить все, что может быть использовано для отслеживания того, как я использовал свой ноутбук. Я понимаю риск, что это может усложнить поиск неисправностей.

У меня 16 гб оперативной памяти. И я использую ее довольно часто.

Так что если размещение журналов в оперативной памяти вредно для производительности, может быть, в /dev/null (не повредит ли постоянное использование dev/null SSD?)? Главное ничего ломать в системе. И да, я не против головной боли при устранении неполадок. Это компромисс для максимальной конфиденциальности при несанкционированном доступе.

Как это сделать? Можете, пожалуйста, помочь для обоих вариантов (tmpfs и /dev/null)?

Linux mint 22

нужно уменьшить все, что может быть использовано для отслеживания того, как я использовал свой ноутбук.

«Живая система».

andytux ★★★★★
()

может быть, в /dev/null (не повредит ли постоянное использование dev/null SSD?)?

При такой подготовке вы провалите легенду при любых настройках. Не повредит.

Это компромисс для максимальной конфиденциальности при несанкционированном доступе.

Если вы рассматриваете угрозу атаки на физически доступный, выключенный/уснувший ноутбук, то для этого применяют Full Disk Encryption (ключевые слова LUKS, dm-crypt).

От троянской телеметрии на работающей системе ни FDE, ни volatile logs вам не помогут.

Ecl
()

Удалить содержимое /var/log, затем смонтировать /var/log в tmpfs, добавив соответствующую строчку в /etc/fstab.

DISCLAIMER: я не рекомендую так делать: как минимум, некоторые логи о предыдущем сеансе могут быть полезны как раз сразу после перезагрузки. Но раз ТС хочет, то хозяин барин.

Или вообще никогда не сохранялось.

Почему бы просто не отключить journald полностью для начала? Ну а после этого можно разобраться и с другим софтом, что тебе в логи срёт. Обычно везде можно либо отключить логи, либо задать, куда они будут писаться (и писать хоть куда-то в /tmp, хоть в /dev/null).

CrX ★★★★★
()
Последнее исправление: CrX (всего исправлений: 1)
Ответ на: комментарий от ya-betmen

А в реальности там наверняка ничего этого и не нужно.

Вообще-то идея не сохранять логи(и не только их,а кэш и историю браузера например) - не так уж и плоха если есть опасения что в них кто-то плохой может покопаться.

Шифрование плохо тем что оно прямо указывает что вот тут что-то прячут. А так - «на нет и суда нет».

Вероятносто того что обычный юзер,не программист и админ,будет хотеть почитать свои логи - где-то около нуля. В виндах вон тоже логи есть - но кто из юзеров их читает?…

watchcat382
()
Ответ на: комментарий от anonymous

FDE хорош, но замедляет компы. На слабых особенно заметно. Мы не знаем что за зверь у ТС :)

Это где же Вы настолько слабые компы видели? Разве что какой-нибудь микроконтроллер, или совсем древнючее железо середины-начала 2000-х…

QsUPt7S ★★★
()
Последнее исправление: QsUPt7S (всего исправлений: 1)
Ответ на: комментарий от anonymous

Замок на двери плох тем, что он прямо указывает, что вот тут что-то прячут.

Если вместо среднеобычной двери с обычным замком поставите сейфовую - то этим действительно привлечете ненужное вниманеи лихих людей. Я еще застал времена когда на установку железной двери так реагировали. Поэтому умные люди ставили двойную дверь - первую обычную деревянную,а уже за ней железную.

Тут именно дело в отличии от «обычности». В обычном компе шифрованных дисков нет. Если вдруг такой диск обнаруживается - значит что-то ценное прячут.

watchcat382
()
Ответ на: комментарий от watchcat382

В обычном компе шифрованных дисков нет.

для отслеживания того, как я использовал свой ноутбук.

Шифрование дисков на ноуте полезно.

Единственный сценарий, в котором задача ТС-а уместна: ноутбук ходит «по рукам» и за «чего ты тут понастраивал» сильно бить не будут. А вот следующий пользователь в логи предыдущего обязательно заглянет. :-)

Ecl
()

Лучше отключить их полностью?

Если система новее примерно 2020 года, то в ней всё через journald.

$ cat /etc/systemd/journald.conf.d/journald.conf

[Journal]
Storage=none
ForwardToSyslog=no
$ ls -l /var/log
total 24
lrwxrwxrwx 1 root root   39 Mar 29 08:04 README -> ../../usr/share/doc/systemd/README.logs
-rw-rw---- 1 root utmp    0 Mar 29 08:04 btmp
drwx--x--x 2 root gdm  4096 Mar 29 08:04 gdm3
-rw-r--r-- 1 root root 1424 Mar 29 08:07 gpu-manager.log
-rw-rw-r-- 1 root utmp    0 Mar 29 08:04 lastlog
drwx------ 2 root root 4096 Mar 29 08:04 private
drwxr-xr-x 2 root root 4096 Mar 29 08:04 sysstat
-rw-rw-r-- 1 root utmp 4608 Mar 29 08:08 wtmp

Содержимое файла настройки journald и результат. Больше никаких логов не появится. В файле jourand.conf, последний параметр такой по умолчанию (во всяком случае в *бунту), можно эту строку не добавлять.

andytux ★★★★★
()
Ответ на: комментарий от Ecl

в логи предыдущего обязательно заглянет.

И что интерестного он там увидит? Подключение usb-флешек?

Параноикам, вместо /var/log лучше убирать профиль браузера, историю команда в bash, mc и т.д.

mky ★★★★★
()

не хотишь логировать команды в консоли начинай команду с пробела, как правило у всех задача узнать, что произошло, а не скрыть

s-warus ★★★★
()
Ответ на: комментарий от watchcat382

я файлик porno.mp4 через luc как ext4 к папке /home/secret подключал и:
ssh -X secret@localhost firefox
ssh -X secret@localhost Telegrm
запускаю что за порно даже не смотрится, а догадаются пароль, а так не подмонтирован мало ли второй рабочий профиль.

s-warus ★★★★
()
Ответ на: комментарий от Ecl

~/.cache/

А я его давно в виде tmpfs смонтировал и никаких неприятностей не заметил. Зато заметил что браузер немного шустрее работает. Опасался что может увеличиться расход трафика из-за несохранения кэша браузера после выключения компа. Но как оказалось хоть сколько-нибудь значимой разницы нет.

watchcat382
()