You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The madvise() syscall has the ability to exclude regions of memories from core dumps. This is achieved by setting the MADV_DONTDUMP flag on those regions. One of its uses is keeping sensitive data out of core dumps (such as encryption keys). This would require some changes as the flag set by MADV_DONTDUMP is not surfaced in /proc/<pid>/maps, but it does appear in /proc/<pid>/smaps, here's an example:
Notice the dd entry in the VmFlags? That means the memory area shouldn't be dumped. We'd have to switch the way we parse memory mappings from /proc/<pid>/maps to /proc/<pid>/smaps. This isn't urgent BTW, but I wanted to write it down so I don't forget.
The text was updated successfully, but these errors were encountered:
would it be possible to choose if MADV_DONTDUMP should be honoured via some config flag or the like instead of making it default? for example i'm using this crate for memory acquisition during forensic analysis and its really important that i'm getting the full picture of all memory
The
madvise()
syscall has the ability to exclude regions of memories from core dumps. This is achieved by setting theMADV_DONTDUMP
flag on those regions. One of its uses is keeping sensitive data out of core dumps (such as encryption keys). This would require some changes as the flag set byMADV_DONTDUMP
is not surfaced in/proc/<pid>/maps
, but it does appear in/proc/<pid>/smaps
, here's an example:Notice the
dd
entry in theVmFlags
? That means the memory area shouldn't be dumped. We'd have to switch the way we parse memory mappings from/proc/<pid>/maps
to/proc/<pid>/smaps
. This isn't urgent BTW, but I wanted to write it down so I don't forget.The text was updated successfully, but these errors were encountered: