38 comments

  • dgellow 3 hours ago

    The world is so not ready for the impact of LLMs on security issues. If true, congrats to the Calif team. It’s likely too technical for me to understand in details but looking forward to reading the 55 pages report

    • iqihs 3 hours ago

      you're assuming that blue teams and engineers are sitting around twiddling their thumbs

      • nvr219 2 hours ago

        Most companies in the world do not have “blue teams”. They barely have any kind of security employee.

        • steve_adams_86 an hour ago

          They've got a guy (who they're considering laying off)

          • jermaustin1 an hour ago

            Don't worry the LLMs that are replacing him, are also replacing the hackers too. Pretty soon (if not already), it will just be LLMs fighting LLMs.

          • UqWBcuFx6NV4r an hour ago

            no they don’t.

          • micromacrofoot an hour ago

            in my experience they have a person who does it sometimes when they have time, at best

      • dgellow 3 hours ago

        Not at all. I’m considering that the amount of vulnerable software in the wild is very, very large, with most organizations not managing their systems properly. Imagine all the small to medium size companies that do not have budgets for a dedicated, talented security team. And all the software that will never be patched. We are at the beginning of the exponential

  • tkel 25 minutes ago

    Another breathless marketing hype for Mythos. The curl report was much more sober.

    https://daniel.haxx.se/blog/2026/05/11/mythos-finds-a-curl-v...

  • vsgherzi 6 hours ago

    unfortunately a little light on the details. I'm very curious how the bug survived through MTE

    • vsgherzi 5 hours ago

      Upon further reading on data only attacks

      (https://www.usenix.org/publications/loginonline/data-only-at...)

      This makes more sense. You don't trigger MTE since you're not doing anything for force MTE to take action the program isn't actually changing.

      My other question would be, why didn't apple use fbounds checking here? They've been doing it aggressively everywhere else.

      MTE plus fbounds checking everywhere should lead to an extremly hardened OS

      • aiscoming 2 hours ago

        could be a different type of data only attack, which doesnt override the boundaries

        • vsgherzi an hour ago

          Well it’s memory corruption so I think it’s pretty safe to assume it’s a bounds issue. I’m not sure if it’s possible to get this with something like type confusion tho I could be wrong here.

      • pjmlp 5 hours ago

        Quite strange indeed, given that was one of the main points on their security conference a few months ago.

        • vsgherzi 4 hours ago

          I can only imagine that

          1. it’s to performance sensitive

          Or

          2. The os is so darn large it’s hard to recompile everything

    • dorianmariecom 6 hours ago

      Memory Tagging Extension

      Arm published the Memory Tagging Extension (MTE) specification in 2019 as a tool for hardware to help find memory corruption bugs. MTE is a memory tagging and tag-checking system, where every memory allocation is tagged with a secret. The hardware guarantees that later requests to access memory are granted only if the request contains the correct secret. If the secrets don’t match, the app crashes, and the event is logged. This allows developers to identify memory corruption bugs immediately as they occur.

      https://support.apple.com/guide/security/operating-system-in...

    • traceroute66 2 hours ago

      > I'm very curious how the bug survived through MTE

      Its not the first time bugs get past MTE, happened with Google Pixel last year ... https://github.blog/security/vulnerability-research/bypassin...

    • landr0id 5 hours ago

      GPU memory/shaders/etc. isn't protected by MTE or PAC. They said "data-only", so I guess GPU commands could fit into this description.

      • LoganDark 4 hours ago

        IIRC, the GPU is behind a memory controller, so I doubt corrupting GPU memory alone could lead to an LPE. But I suppose it would give you someplace to store stuff if you can make something else read from it.

  • yieldcrv 4 hours ago

    from what they demonstrated, this seems to only be a $100,000 exploit in Apple's bug bounty platform, but if they package it right, it could be a $1.5 million exploit

    They simply have to show it against a beta version of MacOS, and frame it as unauthorized access, and maybe from locked mode if possible

    • vsgherzi 3 hours ago

      This is an lpe I believe what you’re describing is a zero click rce.

      • yieldcrv 3 hours ago

        how much do you think it is worth in the bug bounty program

        • vsgherzi 3 hours ago

          They don’t seem to state lpe as one of the bugs. Maybe 100k? There’s alot of factors that go into it so I’m really not able to say. I could see it going for lots more or lots less

  • AgentME 5 hours ago

    First Mozilla, now even Apple is making up fake vulnerabilities to hype up Mythos. /sarcasm

  • commandersaki 4 hours ago

    I bought the M5 specifically cause of MIE. Now I feel dumb.

    • vsgherzi 3 hours ago

      You shouldn’t, MTE blocks a large chunk of vulnerabilities and makes things like rop and jop very difficult if not impossible now.

    • aiscoming an hour ago

      you should worry about npm/pypi malware, not memory corruption bugs

  • bredren 5 hours ago

    Did the article get edited? There is not much description of the field trip.