Show HN: Credentials dumper for Linux using eBPF
1–10 of 51 posts
Re: Show HN: Credentials dumper for Linux using eBPF
#2Re: Show HN: Credentials dumper for Linux using eBPF
#3> As pamspy rely on libpam, we have to set the path where libpam is installed on your distribution.
Confusing text in the readme. Does it have dependencies or not?
Re: Show HN: Credentials dumper for Linux using eBPF
#4> built as a static binary without any dependencies > As pamspy rely on libpam, we have to set the path where libpam is installed on your distribution. Confusing text in the readme. Does it have dependencies or not?
Re: Show HN: Credentials dumper for Linux using eBPF
#5> built as a static binary without any dependencies > As pamspy rely on libpam, we have to set the path where libpam is installed on your distribution. Confusing text in the readme. Does it have dependencies or not?
I read this as, due to pamspy setting an eBPF probe, pamspy needs to know where libpam.so lives. Not that the pamspy needs libpam to be built
Re: Show HN: Credentials dumper for Linux using eBPF
#6Re: Show HN: Credentials dumper for Linux using eBPF
#7Re: Show HN: Credentials dumper for Linux using eBPF
#8eBPF is one of those things that I feel like I ought to get in to but havent found the time yet. Great app, was it your first venture in to eBPF?
Re: Show HN: Credentials dumper for Linux using eBPF
#9Well done!
Re: Show HN: Credentials dumper for Linux using eBPF
#10> built as a static binary without any dependencies > As pamspy rely on libpam, we have to set the path where libpam is installed on your distribution. Confusing text in the readme. Does it have dependencies or not?
In this case the function of the program is to hook a library function in `libpam` using eBPF so it has libpam as a “dependency” in roughly the same way that a program which converts wav to mp3 depends on “the input wav file”.
Given that this is a somewhat unusual way to depend on a `.so` file it’s reasonable for there to be some ambiguity in the language here.