News for hackers. Stuff that matters.
Re:Any sufficiently advanced uninstaller is indistinguishabl... by sim7c00 on Wednesday September 20, 2023 @01:58PM (#37587474)
im not sure how the implementation of ld preload works, but this is a linker directive if i am correct. the thing i am on about is the DT_DEBUG dynamic table entry. its an entry meant to allow a debugging dll to be loaded. you can overwrite it and point it to a malicious dll (with a bit of difficulties) to get injection going. its then hardcoded into tue binary by your modification. admittedly maybe ld preload is easier if thats allowed on a system
Re:Any sufficiently advanced uninstaller is indistinguishabl... by pests on Thursday September 28, 2023 @03:08AM (#37686335)
LD_PRELOAD is handled entirely by ld.so and includeed inside your ELF by the linker. It not only handles that but also all dynamic linking inside your program.

By writing a custom linker you can easily incercept all dynamic linking done at runtime and provide whatever you want to the program.

gcc -Wl,-dynamic-linker,/path/to/my/linker myprogram.c -o myprogram