Red Hat Bugzilla – Bug 398981
overly restrictive permissions on /etc/rc.d/init.d/atd
Last modified: 2007-12-06 15:46:58 EST
Description of problem:
The permission on /etc/rc.d/init.d/atd is 700. It used to be 755, all other
startup scripts in /etc/rc.d/init.d are 755. I can't see any reason "atd"
shouldn't also be 755. Other than denying a normal user the right to
legitimately inspect the startup script, it also breaks "chkconfig --list" for
Version-Release number of selected component (if applicable):
Those are the persmissions as defined in the RPM.
Yes, it should be 755, I'll fix it in rawhide.
*** Bug 401181 has been marked as a duplicate of this bug. ***
Does this mean that we will need to wait until F9 to see the fix? Or is there
any reason not just to put the fix in 'testing' and then 'updates' for F8?
Ok, I can put it into F-8 as at-3.1.10-18.fc8, it's also fixed in devel.
Permissions of /etc/sysconfig/atd should probably also change to 644, then (no
need to restrict to root only AFAIK, and no need for executable bits).
Having them 600 doesn't appear to break anything, but is an annoyance and
results in permission denied messages for non-root users trying to read the
--- at.spec 30 Nov 2007 14:48:49 -0000 1.60
+++ at.spec 1 Dec 2007 21:06:39 -0000
@@ -168 +168 @@
Yes, sorry. That's really good point.
at-3.1.10-19.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.