-
Notifications
You must be signed in to change notification settings - Fork 577
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
whitelist + private logic changed after #4229 #4285
Comments
I thought nobody would notice 😄 It was a conscious decision to keep things a bit more simple, but of course the old behaviour can be added back. |
IIRC another reason why I did it like this is because it avoids creating a special case for the user home directory. All other private options can be combined freely with whitelist, also before #4229. It seemed advantageous to me to keep it like that because it enabled a workaround for missing subdirectory support in That said, |
@rusty-snake Nevermind, I'll add it back so it behaves as before. |
I create this issues because I'm wasn't sure if this was intentionally or a mistake. Maybe it's better to have |
4909fa7#diff-6698244f9a67e5c8ae5c03806df74f6d9f1ae1b31ad6176eb09e136f07f3dad9 |
File-system layout:
Before #4229
firejail --shell=none --whitelist=~/baz --private=~/foo ~/bar
had executed~/foo/bar
with~/foo
as private $HOME and the--whitelist=~/baz
was ignored (meaning whitelisting wasn't enabled).After #4229 you need to add
--whitelist=~/bar
. Otherwise you getError: no suitable ~/bar executable found
.That's what I found out so far. I'm not 100% sure if this are the right STR. I'm also not sure if this behaviour is maybe better then the old, as it seems
whitelist
was ignored previously.The text was updated successfully, but these errors were encountered: