Я пытаюсь отследить это странное поведение уже много лет.
Всегда после установки обновлений программного обеспечения права доступа многих системных инструментов нарушаются, как вы можете видеть ниже. Я разумно убежден, что машина не принадлежит кому-то другому. Регулярные обновления безопасности + ядро grsecurity + pax + ежедневный запуск rkhunter. Кроме того, у злоумышленника нет стимула так очевидным образом возиться с системой.
Я установил bastille linux (http://bastille-linux.sourceforge.net/) и пытались удалить его позже, так что проблемы могли быть связаны с этим. Однако я не понимаю, как это может происходить регулярно после обновлений.
Система: Ubuntu 10.04, недавно обновленная до Ubuntu 12.04, но проблема не устранена.
Apt-Configuration в /etc/apt/
мне кажется нормальным. Но тем не менее - может ли здесь быть источник неприятностей?
DPkg::Pre-Install-Pkgs {"/usr/sbin/dpkg-preconfigure --apt || true";};
DPkg::Post-Invoke { "if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --
generate=nocheck -sp /var/cache/apt/archives; fi"; };
// Makes sure that rkhunter file properties database is updated
// after each remove or install only APT_AUTOGEN is enabled
DPkg::Post-Invoke { "if [ -x /usr/bin/rkhunter ] && grep -qiE '^APT_AUTOGEN=.?
(true|yes)' /etc/default/rkhunter;
then /usr/share/rkhunter/scripts/rkhupd.sh; fi" }
DPkg::Post-Invoke {"if [ -d /var/lib/update-notifier ];
then touch /var/lib/update- notifier/dpkg-run-stamp; fi;
if [ -e /var/lib/update-notifier/updates-available ];
then echo > /var/lib/update-notifier/updates-available; fi "; };
Где эти chmod 000
родом из? Мне очень не нравится эта проблема.
root@besen:~# find /usr/bin/ -perm 0 -ls
14721496 196 ---------- 1 root root 192592 Oct 15 11:58 /usr/bin/apt-get
14721144 68 ---------- 1 root root 63848 Sep 13 00:29 /usr/bin/gpasswd
root@besen:~# find /usr/sbin/ -perm 0 -ls
1727732 92 ---------- 1 root root 86984 Sep 13 00:29 /usr/sbin/usermod
1727727 64 ---------- 1 root root 57640 Sep 13 00:29 /usr/sbin/userdel
1727719 64 ---------- 1 root root 57680 Sep 13 00:29 /usr/sbin/newusers
1727718 40 ---------- 1 root root 38632 Sep 13 00:29 /usr/sbin/grpunconv
1727728 48 ---------- 1 root root 47088 Sep 13 00:29 /usr/sbin/groupadd
1727724 32 ---------- 1 root root 29584 Sep 13 00:29 /usr/sbin/pwunconv
19031620 84 ---------- 1 root root 81880 Jan 3 2012 /usr/sbin/edquota
14877113 48 ---------- 1 root root 46880 Sep 13 00:29 /usr/sbin/grpck
1727722 40 ---------- 1 root root 38632 Sep 13 00:29 /usr/sbin/pwck
1727730 96 ---------- 1 root root 91464 Sep 13 00:29 /usr/sbin/useradd
19031619 16 ---------- 1 root root 14600 Jan 3 2012 /usr/sbin/quotastats
1727720 44 ---------- 1 root root 42760 Sep 13 00:29 /usr/sbin/groupdel
1727733 36 ---------- 1 root root 34504 Sep 13 00:29 /usr/sbin/pwconv
19031621 80 ---------- 1 root root 77632 Jan 3 2012 /usr/sbin/rpc.rquotad
19030041 76 ---------- 1 root root 73600 Jan 3 2012 /usr/sbin/repquota
1727731 40 ---------- 1 root root 38624 Sep 13 00:29 /usr/sbin/grpconv
1727725 56 ---------- 1 root root 49472 Sep 13 00:29 /usr/sbin/vipw
1727723 64 ---------- 1 root root 57672 Sep 13 00:29 /usr/sbin/groupmod
root@besen:~# find /sbin/ -perm 0 -ls
16760927 76 ---------- 1 root root 73464 Jan 3 2012 /sbin/quotaon
Есть чаевые? Я действительно не могу определить проблему более подробно. Это происходит после установки обновлений, но я не могу найти никаких крючков dpkg
/apt
система.
Оказывается, размышление о проблеме и вопрос здесь дали мне ответ.
Бастилия установила файл, который используется dpkg-statoverride
- этот файл содержит все исполняемые файлы в действии и устанавливает для них права доступа 000
.
Я пока удалил файл /var/lib/dpkg/statoverride
и надеюсь, что проблема исчезла.
Я также нашел дополнительную информацию по этой проблеме:
На заметку: RTFM чаще всего;)