The problem, he’d come to understand, was philosophical. Windows treated DLL injection like a backdoor key—messy but expected. macOS, however, had evolved into a fortress. (SIP) chained the gates. Hardened Runtime wrapped the executables in armor. Notarization meant Apple had to personally approve every key before it worked.
He pivoted. Instead of injecting a raw DLL (which macOS didn’t even use—those were .dylib or .bundle files), he decided to target an unsigned, self-built app. A test dummy. He wrote a tiny payload: a dylib that, when loaded, would printf(“Injected.\n”) into the console. dll injector for mac
But Leo wasn’t looking for a pre-made tool. He was writing a story—his own injector, from scratch. The problem, he’d come to understand, was philosophical
His first attempt died in the sandbox. He tried dlopen() from a remote process, but macOS had no direct CreateRemoteThread equivalent. He discovered mach_inject , a legendary framework from the early 2000s. It used Mach IPC (Inter-Process Communication) and thread_create to force the target process to load a bundle. He cloned the old code, fought with 32-bit relics, and watched it crash against SIP. (SIP) chained the gates
He saved his notes: “macOS injection is dead. Long live code injection via preload and entitlements.”