mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #396] AppArmor'd evince fails to open X display with firejail --net=none #284
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#284
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 @boite on GitHub (Mar 31, 2016).
Original GitHub issue: https://github.com/netblue30/firejail/issues/396
Evince works fine with firejail, except when I try to restrict network access with:-
The kernel reports a pair of AppArmor denials:-
This is on Trisquel 7 (based on Ubuntu 14.04 LTS).
@netblue30 commented on GitHub (Mar 31, 2016):
Looks like evince needs to go on the network to do some DNS transactions. This will fail since you have --net=none, and apparmor kills it. Try to put evince in complain mode, this way apparmor will only put a message in your log, and try again:
To put it back in enforce mode:
@boite commented on GitHub (Mar 31, 2016):
Thanks for the hint. Evince still isn't allowed to start in complain mode and the apparmor messages still contained the "Failed name lookup" info and error -13 :-
There's a related issue 1373070 in Ubuntu which gives some clue to the problem: disconnected paths. A recent comment from that issue mentions that:-
The hack is to use the apparmor
attach_disconnectedflag and looks like this (for the evince profile):-Evince, in enforce mode and with this flag, doesn't start, but the apparmor messages no longer contain the info and error data:-
Evince does start, in complain mode and with the flag:-
That output is almost the same as produced without
--net=noneand with the standard apparmor profile, except for the extra CRITCAL message about bookmarks. The apparmor messages:-So it seems that:-
attach_disconnectedflag affects therequested_maskby not requesting permission to write and it prevents the "Failed name lookup - disconnected path" error, probably because the path being connected to is given a leading slashfirejail --net=nonetriggers a connect operation which apparmor denies@netblue30 commented on GitHub (Apr 1, 2016):
Let's wait for Ubuntu 16.04 and see if they fix anything. I'll keep this open as a bug in order to track it. Thanks.
@netblue30 commented on GitHub (Jun 1, 2016):
The problem is still there in Ubuntu 16.04. I have documented it on the project webpage:
https://firejail.wordpress.com/support/known-problems/#apparmor