mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #2023] Cannot whitelist path in /run #1362
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#1362
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 @silbe on GitHub (Jul 3, 2018).
Original GitHub issue: https://github.com/netblue30/firejail/issues/2023
Running into a similar issue as #739, only this time it's the
/rundirectory that cannot be white-listed.I've been forwarding the
gpg-agentSSH socket into a particular jail environment so that I can use remote git repositories that are only accessible using a key located on my OpenPGP card (hardware token). This worked fine in Debian Jessie because the socket was located in the home directory, but with the Debian Stretch version of GnuPG the socket moved to somewhere below/run/user.Is there any way to work around this issue (other than setting up elaborate socket forwarding chains using
socatet al.)?@SkewedZeppelin commented on GitHub (Jul 3, 2018):
See
writable-run-user, from the man page:It was added in 0.9.52
@silbe commented on GitHub (Jul 3, 2018):
Great, thanks! Updated to firejail 0.9.54 from Stretch backports, replaced
--noblacklist="${SSH_AUTH_SOCK}"with--writable-run-userand tweaked the--noblacklistparams (apparently all dot-files are blacklisted by default now). Now it works again.