/dev/null permissions
Elan Ruusamäe
glen at delfi.ee
Mon May 19 20:39:20 CEST 2014
something funny is happening on one of my machine
/dev/null permissions get reset to 660 (which is common for root umask 7
i'm using)
i have not found pattern in how or when it gets changed
i have stopped crond and still /dev/null premissions get reset to 660
opposed to sane 666 permission
i've added auditd rule to track this, but unfortunately it's not giving
any useful information how the permissions get reset to 660
my /etc/audit/audit.rules:
-D
-b 320
-w /dev/null -p a
any ideas:
1) wtf causes this?
2) how to try to audit system to figure it out?
i'm thinking something running as root is "fixing" it's own permissions
via fchmod which is "accidentally" linked to /dev/fd/2 => /dev/null
i've tried to mv /dev/null /dev/null1; mknod /dev/null, but that did not
stop the activities in that system
--
glen
More information about the pld-devel-en
mailing list