mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #261] On older kernels, file blacklisted in running jail can't be removed (from outside of jail) #185
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#185
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 @manevich on GitHub (Jan 26, 2016).
Original GitHub issue: https://github.com/netblue30/firejail/issues/261
File blacklisted in running jail can't be removed (from outside of jail).
This causes serious inconvenience when using firejail with long running (eg. server) processes.
For example, preventing user from updating system normally, as files like
/bin/su,/bin/mount,/usr/bin/sudoare blacklisted by default.Steps to reproduce:
@genodeftest commented on GitHub (Jan 26, 2016):
I cannot reproduce this issue. Which version are you using? I am running version
59f6010andcea5874from git. Not with a user-local~/.netrcfile nor with a global file like /usr/bin/su.@manevich commented on GitHub (Jan 26, 2016):
Well, I was wrong closing this issue.
Reproduced it with
cea58747d6version.File must be created before running firejail, missed this when closed bug.
I am using Debian Jessie with stock kernel:
Updating description with some clarifications.
@manevich commented on GitHub (Jan 26, 2016):
Looks like issue with old kernel, on same system with newer kernel everything fine.
@genodeftest commented on GitHub (Jan 26, 2016):
That's a good explanation. I was running a 4.3.x kernel when unable to reproduce.
@netblue30 commented on GitHub (Jan 27, 2016):
I'm surprised this didn't come earlier. Blacklisting is implementing by mounting an empty, read-only file or directory on top of the original file. The kernel, at least the older kernels, will refuse to delete the file because it is a mount point in some other place in the system. There is nothing we can do about it at application level.
@netblue30 commented on GitHub (Feb 1, 2016):
I documented the problem on project page: https://firejail.wordpress.com/support/known-problems/
@david-drinn commented on GitHub (May 27, 2016):
Does someone know the specific kernel fix/change that resolved this in Linux kernel 3.18 or newer? I'm at a slightly older kernel, and don't currently have the option to update the kernel to 3.18+, but can request fixes. EDIT: Oh, is it due to the 3.18 OverlayFS feature mentioned elsewhere in the firejail docs?
@netblue30 commented on GitHub (May 31, 2016):
No, it has nothing do with OverlayFS. I think it was just on of those small kernel fixes that never get mentioned as a feature.