macOS code injection for fun and no profit (2024) • Hacker News Board

Re: macOS code injection for fun and no profit (2024)

#21

Post by pjmlp » Sun, Mar 08, 2026, 11:41 AM UTC

Exactly because security matters is why this week we had as part of Meet with Apple sessions, 5 h about language extensions to C, hardned runtime for C++, hardware memory tagging, additional macOS security mechanism, and finally approaches to rewriting unsafe code into Swift.

"Fortify your app: Essential strategies to strengthen security"

https://www.youtube.com/watch?v=UZeSyodAszc

Re: macOS code injection for fun and no profit (2024)

#22

Post by Arbortheus » Sun, Mar 08, 2026, 3:33 PM UTC

fny wrote: post #2

I never understood how people use compiled languages for video games let alone simple GUIs. Even though I'm now competent in a few, and I have LLMs at my disposal, I fall back to electron or React Native just because it's such a pain in the ass to iterate with anything static. Native devs: what are your go to quality of live improvements?

Not game dev related, but I program in both Go and Python, and there really is no difference in my feedback loop / iteration because Go builds are so fast and cache unchanged parts.

Re: macOS code injection for fun and no profit (2024)

#23

Post by throwaway27448 » Sun, Mar 08, 2026, 4:20 PM UTC

Let's stop using languages to describe runtimes. Mobody is arguing that C/C++ isn't shit we have to gargle, but this exploit is certainly not language-dependent. This is broken at the OS level.

Re: macOS code injection for fun and no profit (2024)

#24

Post by bathwaterpizza » Mon, Mar 09, 2026, 9:25 AM UTC

talkvoix wrote: post #8

Reading this brings back so many memories of the early 2000s, using Cheat Engine to inject code into GunBound. It's funny how trying to get infinite gold or a perfect aimbot in a multiplayer game was the ultimate gateway drug to learning memory management, pointers, and assembly for an entire generation. The OS targets change, but the thrill of manipulating a running process remains exactly the same.

Indeed. Former Garry's Mod cheat maker here, I remember how fun it was learning how to attach code to the game binary, as well as using their own Lua engine for cheats.