mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #2702] SELinux denials under Fedora 30 every sandbox start #1703
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#1703
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 @SkewedZeppelin on GitHub (May 17, 2019).
Original GitHub issue: https://github.com/netblue30/firejail/issues/2702
Anytime a firejail sandbox is created under Fedora 30 journald attempts to
killitself (?) for whatever reason and this causes a denial. This didn't happen under 29. The issue also persists even with--disable-userns.I've reported it here https://bugzilla.redhat.com/show_bug.cgi?id=1711122
I'm not sure what part is at fault here, firejail or Fedora's selinux-policy.
@SkewedZeppelin commented on GitHub (May 17, 2019):
Okay, this is probably a firejail issue.
It does not occur when
disable-common.incis commented in a profile.Edit:
The offending line appears to be:
e8e1eed08d/etc/disable-common.inc (L411)Edit: while commenting that line seems to mostly silence the issue, I'm still seeing it here and there
@SkewedZeppelin commented on GitHub (May 17, 2019):
Closing as unrelated.
Apologies for the mail spam.