mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #2496] memory-deny-write-execute: also block memfd_create? #1629
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#1629
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 @topimiettinen on GitHub (Mar 1, 2019).
Original GitHub issue: https://github.com/netblue30/firejail/issues/2496
memfd_create()followed bymmap(,,PROT_EXEC)(i.e. withoutPROT_WRITE) can be used to create executable memory with any contents and thus avoidmemory-deny-write-executeprotections. Would it be OK to just blockmemfd_create()whenmemory-deny-write-executeis enabled? It would mean some incompatibility and possibly some profiles could break.If that is not OK, the manual page could just recommend adding
memfd_create()to seccomp filters manually, or a new flag could be introduced likememory-deny-write-execute-v2.@Fred-Barclay commented on GitHub (Mar 2, 2019):
I think @netblue30 mentioned putting out an rc candidate in the next few weeks. Could we maybe add this idea and try it out? If it causes lots of issues we could fix quickly before releasing an rc2.
@topimiettinen commented on GitHub (Mar 2, 2019):
I opened PR #2504.
@topimiettinen commented on GitHub (Mar 5, 2019):
Closed by
59e3061, let's see if anything breaks.