Re:Using LD_PRELOAD to cheat, inject features and investigat...
by LoganDark on Friday September 08, 2023 @11:05PM
(#37441849)
LD_PRELOAD is the specific attack vector that is prevented by static linking. They made no claim that static linking prevents all forms of tampering.
Re:Using LD_PRELOAD to cheat, inject features and investigat...
by arp242 on Friday September 08, 2023 @11:43PM
(#37442067)
It's a true statement; LD_PRELOAD cannot be used with statically linked binaries. You can "fiddle" in other ways, but not by using the LD_PRELOAD attack vector (although personally I wouldn't call it an "attack vector", although in some cases it could be where you can upload a malicious file and control the environment of another program somehow, or something along those lines).
Re:Using LD_PRELOAD to cheat, inject features and investigat...
by alex_smart on Saturday September 09, 2023 @03:02AM
(#37442925)
>Which is unambiguously not the case, they merely slow it down by a small margin.
When you are using shared libaries, it is fairly trivial to hook into the library calls and replace them with whatever you want. When you are using static libraries, the linker and optimizer could for example inline the machine code directly in the application code. What tools do you have to do similar tricks with statically compiled binaries?
Which is unambiguously not the case, they merely slow it down by a small margin.