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
{{ message }}
This repository has been archived by the owner on Dec 30, 2021. It is now read-only.
With all these names that have "trace" as a suffix, I was wondering if there is something that characterizes what systrace does better than "sys". Alas it looks like "bintrace" is taken...
traced-fs doesn't have any update for 3+ years, assume it was succeeded by fsatrace. fsatrace is based on LD_PRELOAD, it also only traces several filesystem related syscalls (interestingly, it also LD_PRELOADfopen, which is libc function). So it has the limitations of LD_PRELOAD, such as:
not able to intercept syscalls inside library itself, such as syscalls inside libc.so.6;
bigbro seems use the similar approach as detTrace, by using seccomp and ptrace, Like fsatrace, it only traps filesystem related APIs, and patching is a non-goal as far as I can see.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I don't think we're close to a "release" (i.e. advertising systrace more widely) yet.
But with a future release in mind, it would be good to have a piece of documentation somewhere comparing against these other tracing methods.
The text was updated successfully, but these errors were encountered: