mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #1912] Ping replies going to wrong jails #1282
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#1282
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 @reinerh on GitHub (Apr 26, 2018).
Original GitHub issue: https://github.com/netblue30/firejail/issues/1912
As reported here, when two ping processes are running in two separate jails, they BOTH receive ALL the replies.
Example (running both commands at the same time):
@SkewedZeppelin commented on GitHub (Apr 26, 2018):
That seems pretty bad. Is this just limited to still having extra capabilities (net_raw)? ie. not a general flaw of firejail?
@reinerh commented on GitHub (Apr 26, 2018):
It doesn't behave that way when running both pings as root without firejail.
Maybe related to network namespaces?
@netblue30 commented on GitHub (Apr 30, 2018):
Removed form firecfg, so we don't have a simlink for it under /usr/local/bin. I have no idea what's going on!
@Fred-Barclay commented on GitHub (May 1, 2018):
I can't replicate on Arch but can on Ubuntu 18.04. Maybe a library difference?
@SkewedZeppelin commented on GitHub (May 1, 2018):
@Fred-Barclay that is a bit weird. I just replicated again on both Arch and Fedora 27.
@Fred-Barclay commented on GitHub (May 1, 2018):
@SkewedZeppelin What version of firejail did you use? I'm using firejail 0.9.53.
@Fred-Barclay commented on GitHub (May 1, 2018):
Ah, scratch that. Apparently if I make sure the addresses I ping are both IPv4 or IPv6, I can duplicate.
Similar when both are
ping -6@chiraag-nataraj commented on GitHub (May 2, 2018):
I just replicated this in Debian sid/experimental with firejail 0.9.53.
@chiraag-nataraj commented on GitHub (Jul 24, 2018):
Y'all, this is still an issue. How can we go about debugging this?
@chiraag-nataraj commented on GitHub (Oct 3, 2018):
Okay, if this helps, I'm not seeing this when I create two separate network namespaces, but I still see the issue with the current
firejailversion (0.9.57frommaster).@chiraag-nataraj commented on GitHub (May 21, 2019):
Still seeing this with current git master. How should we go about addressing this?
@chiraag-nataraj commented on GitHub (May 21, 2019):
As I replied earlier, when I create new network namespaces, I'm not seeing the issue. Is this issue specific to ping or does it apply to other programs as well?
@matu3ba commented on GitHub (Sep 9, 2020):
On arch I can not reproduce with current master and the following commands:
Closing or testing against other distros?
@reinerh commented on GitHub (Sep 9, 2020):
I can confirm that I can no longer reproduce it.
Not even with the originally reported version (0.9.52).
So I guess it has been fixed somewhere else (kernel, glibc?).
I'll close it, as nothing needs to be fixed on the firejail side.