mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #3126] cannot combine --private with --private= #1960
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#1960
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 @jonleivent on GitHub (Jan 5, 2020).
Original GitHub issue: https://github.com/netblue30/firejail/issues/3126
The options
--privateto remove all persistence and--private=dirto set the home dir could be combined. Currently, regardless of their order on the command line, combining them results in the normal--private=dirbehavior with persistence. Furthermore, firejail does not currently print anything to stderr saying that the two settings are in conflict. And the doc (man page) doesn't say anything about which private-like features can or cannot be combined.@jonleivent commented on GitHub (Jan 5, 2020):
Oops - forgot. Firejail 0.9.58.2 in Debian buster.
@jonleivent commented on GitHub (Jan 5, 2020):
Elaborating on the use case: I've set up a home dir for an app, and typically run it with just --private=that-home-dir, but in some cases would like the same configuration without persistence. In those cases, the jailed app should see the same home, with all of its config, but with no persistence.
@Vincent43 commented on GitHub (Jan 6, 2020):
The assumptions behind
--privateis that app won't know of any existing user data which prevent leaking it so it's not valid option for your usecase. I think what you want is--overlay-tmpfshowever I'm not sure if it works alongside--private=dir, please try to test it.I agree that incompatibility between
--privateand--private=dirshould be documented.@jonleivent commented on GitHub (Jan 7, 2020):
I tried --overlay-tmpfs with --private=dir and got:
and it put me in an overlay without the private dir.
BTW: I was playing with --overlay-tmpfs to see if I could work with it in other ways, and noticed that it blocks out other mount points. Specifically, I had something fuse mounted, and in the overlay, the mount point appeared empty.
@rusty-snake commented on GitHub (Feb 10, 2020):