Bug 160294 - /var/spool/at/* isn't correct labeled - atd[...]: fgetfilecon FAILED
/var/spool/at/* isn't correct labeled - atd[...]: fgetfilecon FAILED
Product: Fedora
Classification: Fedora
Component: selinux-policy-targeted (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Daniel Walsh
Depends On:
  Show dependency treegraph
Reported: 2005-06-14 03:49 EDT by Robert Scheck
Modified: 2007-11-30 17:11 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-09-27 15:47:04 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Robert Scheck 2005-06-14 03:49:40 EDT
Description of problem:
/var/log/cron tells after enabling SELinux at executing an at job:
Jun 11 00:00:00 tux atd[8884]: fgetfilecon FAILED a001cd011c6f28: No data 

Version-Release number of selected component (if applicable):

How reproducible:
Everytime, see below.

Steps to Reproduce:
1. Disable SELinux and reboot the system
2. Submit an "at job" in the near future
3. Enable SELinux to targeted and set permissive or enforced
4. Do a "touch /.autolabel"
5. Reboot the system, wait for relabeling
6. Wait for executing of the at job, have a look to the system log
7. Will fail with the error written above.
Actual results:
The same problem also occurs at switching from targeted to strict and the 
other way round.

Expected results:
I'm absolutely no SELinux expert, but it seems for me, that /var/spool/at/* 
isn't labeled correct. I guess this can be solved in the corresponding SELinux 
Comment 1 Daniel Walsh 2005-06-15 14:58:33 EDT
What is the security context of the /var/spool/at?

ls -lZ /var/spool/at

Comment 2 Robert Scheck 2005-07-23 18:37:30 EDT
drwx------  daemon   daemon   system_u:object_r:cron_spool_t   .
drwxr-xr-x  root     root     system_u:object_r:var_spool_t    ..
-rw-------  root     root     root:object_r:cron_spool_t       .SEQ
drwx------  daemon   daemon   system_u:object_r:cron_spool_t   spool
Comment 3 Daniel Walsh 2005-07-25 09:12:26 EDT
That looks correct are you seeing any AVC messages in the log files?

Comment 4 Robert Scheck 2005-08-25 17:30:19 EDT
Nope, only what I already wrote in my first paragraph of this bug report:

Jun 11 00:00:00 tux atd[8884]: fgetfilecon FAILED a001cd011c6f28: No data 
Comment 5 Daniel Walsh 2005-09-22 10:58:28 EDT
This is happening when you convert from one policy to another, correct?  I think
the problem is there is a file context in /var/spool/at that the new policy does
not understand.  The file context has this line in it.

/var/spool/at/[^/]*    --      <<none>>

Which tells the apps not to relabel anything in the directory, because we have
no idea what to relabel it to.  Usually in /tmp and other places we advise
deleting these files.


Note You need to log in before you can comment on or make changes to this bug.