mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #200] grsecurity + firejail + ALSA + firefox is not working #136
Labels
No labels
LTS merge
LTS merge
bug
bug
converted-to-discussion
doc-todo
documentation
duplicate
enhancement
file-transfer
firecfg
firejail-in-firejail
firetools
graphics
help wanted
information_old
installation
invalid
modif
moved
needinfo
networking
notabug
notourbug
old-version
overlayfs
packaging
profile-request
pull-request
question
question_old
removal
runtime-permissions
sandbox-ipc
security
stale
wiki
wiki
wontfix
wordpress
workaround
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/firejail#136
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jvican on GitHub (Dec 22, 2015).
Original GitHub issue: https://github.com/netblue30/firejail/issues/200
Hi @netblue30,
Nice work here. Just want to report on you that firefox is not reproducing audio when executed in a firejail. In fact, when trying to test
speaker-testinside a firejail, I get the following:The problem looks like a permission problem. I have tried to disable seccomp and caps, but no luck. My kernel is patched with grsecurity, even though the logs are not saying anything in particular about this problem, so I don't know if it's related. I am running Gentoo 4.1.7-hardened-r1.
I guess it's not necessary to note that firefox is reproducing audio correctly when it's not firejailed.
@netblue30 commented on GitHub (Dec 23, 2015):
Let's try to find out what the file is. Grab the latest version from git or from https://github.com/netblue30/firejail/archive/master.zip
Start firejail with --trace argument:
Then, start speaker-test:
@jvican commented on GitHub (Dec 27, 2015):
@netblue30 : thanks for the support, here you have the log file (with --noprofile I get the same result)
Perhaps the problem is due to something related to Xorg...
UPDATE: The log has been updated.
@netblue30 commented on GitHub (Dec 29, 2015):
You also have PulseAudio installed. It is probably a 7.x version. Somehow, when you have both ALSA and PulseAudio, PulseAudio takes precedence.
PulseAudio 7.x has a bug where it deletes some files from shared memory, without taking in account the PID namespace. I have a workaround on this page, in "Known Bugs" section: https://firejail.wordpress.com/support/ .
@jvican commented on GitHub (Dec 29, 2015):
I have solved the issue. I uninstalled completely pulseaudio and the problem remained. So, this wasn't the main problem.
I figured out that it could be a problem with chroot + grsecurity. Grsecurity does have a lot of permission constraints with namespaces when chrooting. For instance, when running firejail from a non-root user the groups were disabled and most of the folders under /proc and /dev were hidden (and this behaviour was not expected to happen if not using --nogroups). In fact,
/dev/sndwas not accessible.The solution is to append
grsec_proc_gid=18to the kernel boot sequence (grub/syslinux) where 18 is the gid of theaudiogroup. This command allows the users in that group to access those pseudo-systems and the audio card devices.More information about grsec here.
@netblue30 commented on GitHub (Dec 29, 2015):
Thanks!