rkhunter: правильный способ обрабатывать предупреждения дальше?
Я гуглил некоторые и проверил две первые ссылки, которые он нашел:
- http://www.skullbox.net/rkhunter.php
- [ 1111] http://www.techerator.com/2011/07/how-to-detect-rootkits-in-linux-with-rkhunter/
Они не упоминают, что мне делать в случае таких предупреждений:
Warning: The command '/bin/which' has been replaced by a script: /bin/which: POSIX shell script text executable
Warning: The command '/usr/sbin/adduser' has been replaced by a script: /usr/sbin/adduser: a /usr/bin/perl script text executable
Warning: The command '/usr/bin/ldd' has been replaced by a script: /usr/bin/ldd: Bourne-Again shell script text executable
Warning: The file properties have changed:
File: /usr/bin/lynx
Current hash: 95e81c36428c9d955e8915a7b551b1ffed2c3f28
Stored hash : a46af7e4154a96d926a0f32790181eabf02c60a4
В1: Существуют ли более расширенные инструкции, объясняющие, как обращаться с предупреждениями разного рода?
И второе вопрос. Достаточно ли было моих действий для устранения этих предупреждений?
a) Чтобы найти пакет, содержащий подозрительный файл, например, это debianutils для файла / bin /, который
~ > dpkg -S /bin/which
debianutils: /bin/which
b) для проверки контрольных сумм пакета debianutils:
~ > debsums debianutils
/bin/run-parts OK
/bin/tempfile OK
/bin/which OK
/sbin/installkernel OK
/usr/bin/savelog OK
/usr/sbin/add-shell OK
/usr/sbin/remove-shell OK
/usr/share/man/man1/which.1.gz OK
/usr/share/man/man1/tempfile.1.gz OK
/usr/share/man/man8/savelog.8.gz OK
/usr/share/man/man8/add-shell.8.gz OK
/usr/share/man/man8/remove-shell.8.gz OK
/usr/share/man/man8/run-parts.8.gz OK
/usr/share/man/man8/installkernel.8.gz OK
/usr/share/man/fr/man1/which.1.gz OK
/usr/share/man/fr/man1/tempfile.1.gz OK
/usr/share/man/fr/man8/remove-shell.8.gz OK
/usr/share/man/fr/man8/run-parts.8.gz OK
/usr/share/man/fr/man8/savelog.8.gz OK
/usr/share/man/fr/man8/add-shell.8.gz OK
/usr/share/man/fr/man8/installkernel.8.gz OK
/usr/share/doc/debianutils/copyright OK
/usr/share/doc/debianutils/changelog.gz OK
/usr/share/doc/debianutils/README.shells.gz OK
/usr/share/debianutils/shells OK
c) для расслабления по поводу /bin/which, как я вижу, OK [ 1121]
/bin/which OK
d) Поместить файл /bin/which в /etc/rkhunter.conf как SCRIPTWHITELIST="/bin/which"
e) Для предупреждений, касающихся файла /usr/bin/lynx, я обновляю контрольную сумму с помощью rkhunter --propupd /usr/bin/lynx.cur [ 1123]
В2: Правильно ли я разрешаю такие предупреждения?
2 ответа
Зуба, идея белого списка плохая; он отменяет назначение проверяемого файла, который должен быть виден вам и вашему анти-вредоносному ПО, хотя эта идея используется и просмотр сообщения безвреден. Можем ли мы создать переписку вместо этого, будет лучше. где-нибудь вдоль строк \ строк, начинающихся с \, будет игнорироваться; но это требует некоторого опыта программирования и глубоких знаний о работе rkhunter.
Контейнер /, который будет переписан при необходимости для учета изменений в программировании; Как правило, один файл может быть заменен, или файлы могут быть временно созданы и изменены или исчезнуть после перезагрузки, что может обмануть программное обеспечение rkhunter.
Существует линия, где программное обеспечение / обновления или вредоносные программы напоминают руткит, и я считаю, что это один из них.
Используемый вами метод опасен только в том случае, если он изменяет программу или файл, которые (действуют) каким-либо образом влияют на работу компьютера. Иногда мы хуже наших машин на этот счет. Доказать это для вашего компьютера действительно несправедливо, если бы он был моим. Я знал бы, документировал предупреждения и контрольные суммы и отмечал бы каждый раз, когда было изменение.
Использование debsums - очень умная идея с одним существенным недостатком: если что-то будет перезаписывать файл, принадлежащий корню, такой как /bin/which, он может также перезаписать /var/lib/dpkg/info/*.md5sums с обновленной контрольной суммой , Насколько я вижу, нет цепочки поставок обратно к сигнатуре Debian / Ubuntu. Что является настоящим позором, потому что это был бы действительно простой, действительно быстрый способ проверить подлинность живого файла.
Вместо того, чтобы действительно проверить файл, вам нужно скачать свежую копию этого deb, извлечь внутренний control.tar.gz и затем посмотреть на его файл md5sums, чтобы сравнить с реальным md5sum /bin/which. Это болезненный процесс.
Скорее всего, здесь произошло то, что у вас было несколько системных обновлений (даже обновление дистрибутива), и вы не просили rkhunter обновить его профили. rkhunter должен знать, какими должны быть файлы, поэтому любые системные обновления могут его расстроить.
Когда вы узнаете, что что-то безопасно, вы можете запустить sudo rkhunter --propupd /bin/which, чтобы обновить ссылку на файл.
И нет, я бы не стал вносить подобные вещи в белый список, потому что это именно то, за чем руткит следовал бы.