mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #1529] remount pulseaudio noexec #1020
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#1020
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 @smitsohu on GitHub (Sep 4, 2017).
Original GitHub issue: https://github.com/netblue30/firejail/issues/1529
This is actually an old issue (#1238), sorry for bringing it up again, but I believe with the recent addition of new features it could be interesting to have a second look:
In order to fully leverage the power of the new
memory-deny-write-executeoption in conjunction withnoexec ${HOME}andnoexec /tmp, it seems quite desirable to deprive unprivileged users from all remaining locations that still permit execution. As far as I can see, there is only ~/.config/pulse left with an exec flag currently (could /tmp/pulse* be relevant too?).IMHO it should be safe to remount this folder noexec, nodev, nosuid by default. By closing the last of a kind loophole it would be a significant addition for certain configurations.
@smitsohu commented on GitHub (Sep 4, 2017):
@SpotComms It was reverted.
~/.config/pulseis still with exec flag as of now.@smitsohu commented on GitHub (Sep 4, 2017):
This is interesting! Here is what I find inside
firejail --noexec=~ --noexec=/tmpFew days ago I tried in a VM, it was the same.
@smitsohu commented on GitHub (Sep 4, 2017):
In
findmnttrees it's the last entry we need to look for, so you have an exec flag, too. You can easily convince yourself, just place an executable there and try to run it from inside the sandbox