I'm sure I need to obsessively repair the logs in /var that always have permission problems.Live life on the edge, man!
😀
If you repair permissions through OnyX then you are explicitly repairing permissions.I will rarely, if ever, explicitly Repair Permissions. The job might get executed as part of my running OnyX every few weeks or so, though.
It's encouraging to see the absolute majority either never repair permissions or very rarely. I believe there is a bug currently which makes this dangerous.
I only repair them manually when I see certain kinds of problems or errors.... which ends up being once every several months or less. I verify the disk if the iMac got shut down by a power outage (still need a UPS!!!)
Like IJ said, I basically gave up on "forcing" routine maintenance.
Thanks for all the replies everyone.
The reason why I set up this poll is to see what kind of effect MOAB-15 would have on this community.
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-0345
MOAB-15 overwrites any program in the /Applications folder that contains a SUID bit with a malicious binary, then uses disk utility to perform a escalation to root.
There will be no prompt for admin password. You won't see it coming.
I've tested the MOAB-15 POC on my up-to-date system and the POC still works. This means that we've been vulnerable to a zero-day exploit for almost half a year and Apple has said nothing about it. They haven't tried to fix it, or anything.
So are we at risk if we repair permissions or if we don't. And is it still present in 10.4.10 as t mentions 10.4.8
Sorry, I edit my comments after my initial post, as I think of more things to say.
But yes, you're vulnerable no matter what you do.
How does the MOAB POC actually get on the system / spread. What damage would it actually do, sorry for dumbing this down lots.
Can the exploit call Disk Utility to repair permissions without an admin authorization on a standard account? I follow the rest, but even if I repair permissions myself, I have to authorize (twice!) with an admin account and pw.