Bug 693247 - SELinux is preventing /usr/bin/pulseaudio from 'read' accesses on the file +sound:card29.
SELinux is preventing /usr/bin/pulseaudio from 'read' accesses on the file +s...
Product: Fedora
Classification: Fedora
Component: udev (Show other bugs)
x86_64 Linux
medium Severity medium
: ---
: ---
Assigned To: Harald Hoyer
Fedora Extras Quality Assurance
: 693581 (view as bug list)
Depends On:
Blocks: F15Blocker/F15FinalBlocker
  Show dependency treegraph
Reported: 2011-04-03 17:23 EDT by Matěj Cepl
Modified: 2011-04-08 22:12 EDT (History)
16 users (show)

See Also:
Fixed In Version: udev-167-3.fc15
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2011-04-08 22:12:12 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Would this fix to dracut fix the labels. (576 bytes, patch)
2011-04-04 10:32 EDT, Daniel Walsh
no flags Details | Diff

  None (edit)
Description Matěj Cepl 2011-04-03 17:23:36 EDT
SELinux is preventing /usr/bin/pulseaudio from 'read' accesses on the file +sound:card29.

*****  Plugin catchall (100. confidence) suggests  ***************************

If you believe that pulseaudio should be allowed read access on the +sound:card29 file by default.
Then you should report this as a bug.
You can generate a local policy module to allow this access.
allow this access for now by executing:
# grep pulseaudio /var/log/audit/audit.log | audit2allow -M mypol
# semodule -i mypol.pp

Additional Information:
Source Context                staff_u:staff_r:pulseaudio_t:s0-s0:c0.c1023
Target Context                system_u:object_r:tmpfs_t:s0
Target Objects                +sound:card29 [ file ]
Source                        pulseaudio
Source Path                   /usr/bin/pulseaudio
Port                          <Neznámé>
Host                          (removed)
Source RPM Packages           pulseaudio-0.9.22-3.fc15
Target RPM Packages           
Policy RPM                    selinux-policy-3.9.16-10.fc15
Selinux Enabled               True
Policy Type                   targeted
Enforcing Mode                Enforcing
Host Name                     (removed)
Platform                      Linux (removed) #1 SMP Wed
                              Mar 30 16:55:57 UTC 2011 x86_64 x86_64
Alert Count                   5
First Seen                    Ne 3. duben 2011, 20:02:02 CEST
Last Seen                     Ne 3. duben 2011, 23:22:31 CEST
Local ID                      1a60e6be-2b10-401b-970b-2613d660702b

Raw Audit Messages
type=AVC msg=audit(1301865751.883:82): avc:  denied  { read } for  pid=2202 comm="pulseaudio" name="+sound:card29" dev=tmpfs ino=11259 scontext=staff_u:staff_r:pulseaudio_t:s0-s0:c0.c1023 tcontext=system_u:object_r:tmpfs_t:s0 tclass=file

type=SYSCALL msg=audit(1301865751.883:82): arch=x86_64 syscall=open success=no exit=EACCES a0=7fff2b9e0770 a1=80000 a2=1b6 a3=615f6461706b6e69 items=0 ppid=2199 pid=2202 auid=500 uid=500 gid=500 euid=500 suid=500 fsuid=500 egid=500 sgid=500 fsgid=500 tty=(none) ses=1 comm=pulseaudio exe=/usr/bin/pulseaudio subj=staff_u:staff_r:pulseaudio_t:s0-s0:c0.c1023 key=(null)

Hash: pulseaudio,pulseaudio_t,tmpfs_t,file,read


#============= pulseaudio_t ==============
allow pulseaudio_t tmpfs_t:file read;

audit2allow -R

#============= pulseaudio_t ==============
allow pulseaudio_t tmpfs_t:file read;
Comment 1 Matěj Cepl 2011-04-03 17:25:16 EDT
I get this from audit2allow:

bradford:~# ausearch -m AVC -ts recent|audit2allow

#============= pulseaudio_t ==============
allow pulseaudio_t tmpfs_t:file read;

#============= staff_t ==============
allow staff_t tmpfs_t:file read;

#============= xdm_t ==============
allow xdm_t tmpfs_t:file read;
Comment 2 Miroslav Grepl 2011-04-04 06:14:51 EDT
The problem is


remain labelled as tmpfs_t.
Comment 3 Miroslav Grepl 2011-04-04 10:07:33 EDT
I think the problem is these dirs are created after

mount -t tmpfs -o mode=0755,nodev,noexec,nosuid tmpfs /run >/dev/null 2>&1

and then systemd setup a label for /run.
Comment 4 Daniel Walsh 2011-04-04 10:32:25 EDT
Created attachment 489785 [details]
Would this fix to dracut fix the labels.
Comment 5 Lennart Poettering 2011-04-04 14:35:36 EDT
systemd git now traverses through /run and relabels everything after loading the policy, much the same as with /dev. Will upload this tonight as systemd 23.
Comment 6 Lennart Poettering 2011-04-05 20:30:47 EDT
Dan, is your patch still necessary with current systemd?

Harald, or maybe this is something to merge for you into dracut? (though I presume we don't actually use that dracut module on fedora, do we? Since systemd loads the policy, right?)
Comment 7 Daniel Walsh 2011-04-06 11:00:12 EDT
I guess as long as when SELinux policy is loaded the labels in /dev and /run are in a known good state, I don't care where this happens.
Comment 8 Miroslav Grepl 2011-04-06 11:11:27 EDT
I am finally looking more at this. But I get after boot

# ls -dZ /run/udev/*
drwxr-xr-x. root root system_u:object_r:udev_var_run_t:s0 /run/udev/data
drwxr-xr-x. root root system_u:object_r:udev_var_run_t:s0 /run/udev/links
-rw-r--r--. root root system_u:object_r:udev_var_run_t:s0 /run/udev/queue.bin
drwxr-xr-x. root root system_u:object_r:udev_var_run_t:s0 /run/udev/rules.d
drwxr-xr-x. root root system_u:object_r:default_t:s0   /run/udev/tags
drwxr-xr-x. root root system_u:object_r:default_t:s0   /run/udev/watch
Comment 9 Daniel Walsh 2011-04-06 11:58:28 EDT
default_t is the default label for a directory created under /.   Once you have a directory labeled default_t all files created within that directory are labeled default_t.  

Any idea when where these directories get created and why their labeling was not fixed?
Comment 10 Miroslav Grepl 2011-04-06 12:11:54 EDT
I am trying to find out where the problem is.
Comment 11 Rahul Sundaram 2011-04-07 04:22:44 EDT
Nominating this as a beta blocker.  


"In most cases, the installed system must be able to play back sound with gstreamer-based applications "
Comment 12 Adam Williamson 2011-04-07 13:03:03 EDT
could this be related to my bug #694239 ?
Comment 13 Daniel Walsh 2011-04-07 13:31:12 EDT
No the problem is the directory /run/udev/tags and /run/udev/watch is not being setup by systemd/udev with the correct labels.  The other problem is just that SELinux did not know that /var/run could be a symlink.
Comment 14 Adam Williamson 2011-04-07 13:55:56 EDT
Lennart, Dan thinks this issue is on the systemd side; any ideas? this is probably the last real blocker for Beta, which we want to compose today.
Comment 15 Lennart Poettering 2011-04-07 14:04:52 EDT
These directories are set up in the initrd. But we do relabel them at boot from systemd, because we iterate through /run and fix all labels found there.

In the plymouth case I might have a guess: it's the only process from the initrd that survives the transition to the main system, i.e. the only process started before the selinux policy is loaded until the end of the full boot process.

But that doesn't really apply to udev and the others.
Comment 16 Michal Schmidt 2011-04-07 14:25:16 EDT
udev uses its internal function util_create_path() to create /run/udev/watch. This function is SELinux-aware:

int util_create_path(..., const char *p) {
  udev_selinux_setfscreatecon(..., p, ...);
  mkdir(p, 0755);

void udev_selinux_setfscreatecon() {

The problem is that matchpathcon won't tell udev about contexts of files outside of /dev, because udev initializes its SELinux usage with:
 matchpathcon_init_prefix(NULL, udev_get_dev_path(udev));
Comment 17 Michal Schmidt 2011-04-07 14:27:49 EDT
A quick and safe fix would be:

-       matchpathcon_init_prefix(NULL, udev_get_dev_path(udev));
+       matchpathcon_init(NULL);

in udev_selinux_init().

But it will probably make udev a bit slower.

I don't see a reason why udev should be using a SELinux aware function to mkdir directories under /run/udev. A better fix would be to stop doing that.
Comment 18 Daniel Walsh 2011-04-07 14:39:21 EDT
That would make sense.  Since it does not have labels for /run it is labeling them as default_t.

Another option would be to have udev not set labels on anything other then /dev
Comment 19 Adam Williamson 2011-04-07 14:50:15 EDT
with a test image that has a fix for 694239, I can confirm the incorrect labelling of these paths as default_t. It doesn't actually stop sound playback working on my test system, maybe the impact is hardware dependent? I see one avc for alsactl, but none for pulseaudio.
Comment 20 Daniel Walsh 2011-04-07 14:58:36 EDT
*** Bug 693581 has been marked as a duplicate of this bug. ***
Comment 21 Daniel Walsh 2011-04-07 14:59:19 EDT
Whats the AVC?
Comment 22 Miroslav Grepl 2011-04-07 15:14:58 EDT
type=AVC msg=audit(1301960990.900:8): avc:  denied  { read } for  pid=810
comm="NetworkManager" name="n2" dev=tmpfs ino=10770
tcontext=system_u:object_r:default_t:s0 tclass=file
Comment 23 Lennart Poettering 2011-04-07 15:18:49 EDT
Kay will modify udev to fix labels only in /dev, and will omit any relabeling of /dev/.udev if udev ends up using that dir (which it normally won't).
Comment 24 Adam Williamson 2011-04-07 15:19:48 EDT
awesome, this is now the last issue blocking Beta RC1 compose which is scheduled today, so a fix ASAP would be appreciated.
Comment 25 Adam Williamson 2011-04-07 15:20:20 EDT
note we need to have a Fedora 15 udev package built with the fix and pushed as an update via Bodhi - thanks!
Comment 26 Adam Williamson 2011-04-07 18:47:39 EDT
From Lennart on IRC:

<mezcalero> 15:09:18> so kay is writing that patch now for upstream
 15:09:22> but it's not trivial
 15:09:33> and since he's not on fedora he cannot actually test this
<mezcalero> 15:09:46> adamw: while we should have a patch later tonight
 15:09:57> adamw: this is probably something hhoyer as udev maintainer has to look over
 15:10:13> adamw: which means we won't be able to get you a working udev before tomorrow

I am not exactly thrilled at the prospect of delaying the release for this. Could we just use mschmidt's workaround for now, until a 'correct' patch is available from upstream? We could patch that it and do a build in five minutes flat if we chose to.
Comment 27 Rahul Sundaram 2011-04-07 19:07:52 EDT
I nominated this but I don't think it actually stops sound from working on my system and the person complaining about this in the forum didn't mention that either.  I think this needn't be a blocker and we could do a proper patch and update post beta.
Comment 28 Kay Sievers 2011-04-07 19:38:43 EDT
It's untested, I have no selinux running here. Please check:

selinux: do not label files in runtime dir

Do not label any files in the udev runtime directory, but only nodes,
links and directories below /dev.

In case the runtime directory falls back to /dev/.udev, label this
directory once at udevd startup, but never anything below it.

Comment 29 Adam Williamson 2011-04-07 20:12:04 EDT
rahul: I'm kinda worried what else this may cause, though, it seems a pretty bad idea to have wrongly-labelled subdirs of /run .
Comment 30 Fedora Update System 2011-04-07 20:46:01 EDT
udev-167-3.fc15 has been submitted as an update for Fedora 15.
Comment 31 Adam Williamson 2011-04-08 13:00:30 EDT
So, bad news: the patch seems to be causing various issues in anaconda. See https://bugzilla.redhat.com/show_bug.cgi?id=694712 .

We'll need upstream to take another look at it. In the short term, we have a few options here.

We need to get an RC2 done today or we'll wind up slipping, I think. So, the options:

1) revert the patch and just ship like that; it seems no-one hit a definite blocker issue with the /run/udev/tags and /run/udev/watch subdirs being mislabelled. Obviously this leaves us open to any issues which do in fact arise due to those being mislabelled, which only further testing can determine.

2) revert the patch and go with mschmidt's 'safe' fix from comment #17.

3) try and get a revised patch from upstream today.

4) (if 3) fails) slip and wait for a revised patch from upstream.

We should discuss this at the blocker meeting which is about to start.
Comment 32 Adam Williamson 2011-04-08 13:04:26 EDT
Caveat: I just realized the live image I've been using to test the 'reverted udev' case also has anaconda 15.26, not 15.27. So I need to respin and confirm that it still works with anaconda 15.27. eta 15 mins.
Comment 33 Adam Williamson 2011-04-08 13:22:07 EDT
Confirmed, anaconda 15.27 + reverted udev works. So the udev patch is definitely causing the problems.
Comment 34 Lennart Poettering 2011-04-08 13:51:59 EDT
We can't see anything in the udev code after the patch, which would label watch/ and tags/ incorrectly, like it did before.

It also seems all to work fine on the installed system:

$ /run/udev$ ls -alZ /run/udev/
drwxr-xr-x. root root system_u:object_r:udev_var_run_t:s0 ./
drwxr-xr-x. root root system_u:object_r:var_run_t:s0   ../
drwxr-xr-x. root root system_u:object_r:udev_var_run_t:s0 data/
drwxr-xr-x. root root system_u:object_r:udev_var_run_t:s0 links/
-rw-r--r--. root root system_u:object_r:udev_var_run_t:s0 queue.bin
drwxr-xr-x. root root system_u:object_r:udev_var_run_t:s0 rules.d/
drwxr-xr-x. root root system_u:object_r:udev_var_run_t:s0 tags/
drwxr-xr-x. root root system_u:object_r:udev_var_run_t:s0 watch/

Please provide more details, what you see going wrong.
Comment 35 Adam Williamson 2011-04-08 14:10:20 EDT
yeah, I'm afraid I was wrong: udev isn't actually the problem. turns out my live image had a couple other diffs against rc1, and re-spinning it with udev 167-3 doesn't hit the bug. false alarm! sorry again. Will follow up further in 694712. setting back to MODIFIED.
Comment 36 James Laska 2011-04-08 14:53:37 EDT
Discussed during the 2011-04-08 blocker review meeting [1].  Known consequences of 693247 not serious enough to be a Beta blocker: is a Final blocker per the SELinux avcs criterion. If further testing shows any more serious consequences of this bug, we can revisit it being a blocker.

[1] http://meetbot.fedoraproject.org/fedora-bugzappers/2011-04-08/f-15-beta-blocker-review.2011-04-08-17.00.html
Comment 37 Fedora Update System 2011-04-08 22:11:58 EDT
udev-167-3.fc15 has been pushed to the Fedora 15 stable repository.  If problems still persist, please make note of it in this bug report.

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