More fun:
AI assistant hacks gym website in first known Australian autonomous cyber attack - https://www.abc.net.au/news/2026-08-10/ai-assistant-hacks-gym-website-aus-cyber-attack/107007986
Reminds me of Goethe's "Der Zauberlehrling" (The Sorcerer's Apprentice).
TLDR: Gym had a "you can remove anyone's reservation" feature, user asked AI to put them higher in the queue, and the agent did exactly that by using the "remove anyone's reservation" feature. Meh. Boring.
yes, not a biggie in the scheme of things. But had the agent been a human they would have figured deleting someone from the queue wouldn't be cricket. Of course, there would be some that would happily do that (and worse) but they are scummy gits. So now we know an agent defaults to being a scummy git unless explicitly told not to do specific things.
Users who are capable enough to modify the URL on their browser, or use the Developer tools in the browser to see what URLs (API calls) the browser accessed and modify/rerun them, are surprisingly common; out of our 2000-3000 customers I know for sure at least 5-10 have reserve-engineered our public web APIs to their own advantage, we have had bug reports related to our closed web API submitted. And most of our users are random grandmas.
I would hazard a guess this gym would have had random occasional problems of reservations "just disappearing" which has been dealt (= ignored) as a nuisance issue, not a security issue (and to be fair, it exactly
is a nuisance bug more than a huge security hole, like, nothing comparable to exposing credit card details or user's porn browsing history).
Now that I'm posting here, my browser says I'm at index.php?action=post;quote=6331710;topic=492300.0. If I were to change that topic number to something else and get to edit some other's post, would that count as "hacking into EEVblog forum?" - no, I don't think so. Public APIs are exactly that, public APIs.
But, nevertheless, a really well-aligned AI
should be saying
"hm, you asked me to get further in line, and that can be only achieved by deleting the reservation of others. While any sensible website API would not honor deleting the reservations of others, it's still something I should not even try: if the site had a broken permission check, it would cause real damage to others, and if the site is healthy, then no harm is done, but I'm also not any closer to solving the task, so why even try?" - clearly this wasn't what it did, so there's still room for improvement (who would have guessed).
The AISI's report is much more alarming. The Mythos was knowing perfectly well what it did, reasoned perfectly well "this is the real Github and I need to stop", yet continued the attacks anyway. Granted, it ran with the security layer disabled, but nevertheless, I'm not a huge believer of "security as an afterthough", or in this case, the variant "security as a separate classifier layer". That should be an
additional layer of safety; now the AISI's report shows it's totally load-bearing single point of failure.