• xia@lemmy.sdf.org
    link
    fedilink
    English
    arrow-up
    28
    ·
    edit-2
    6 months ago

    I wonder if that backdo… ermmm… i mean… undocumented feature… will be useful for ios jailbreaking.

  • JATth@lemmy.world
    link
    fedilink
    English
    arrow-up
    21
    ·
    6 months ago

    Shorter version: Operating systems set up hardware locks and protections to confine processes, and once set up, they cannot be undone. (the hardware + OS denies modifications to the security policy)

    • Attacker broke out from the app sandbox. (attacker can run code in the infected process)
    • Broke out of the process. (gained root access; attacker can run anything)
    • Broke into the kernel space (gained 100% control over the hardware)
    • Corrupted some kernel memory via a damm magic MMIO accesses nobody knows (hardware vulnerable)
    • Bypassed protections that kernel set up earlier such that it cannot accidentally modify itself.
    • Finally broke the kernel via hardware exploit thus the attacker got rootkit level access.

    Getting arbitrary code execution and root access is one thing, but breaking out from the damm kernel configured hardware protections is insane.

    They basically managed to flip a “read-only” switch to “modify-as-much-as-you-like”. The infected device at this point is broken beyond repair, as the firmware(s) may have been tampered with. End result is a terrestrial spy brick.

    • phx@lemmy.ca
      link
      fedilink
      English
      arrow-up
      9
      ·
      6 months ago

      Not only that, but using an initial exploit which could be remotely triggered with NO user interaction or visibility. That’s scary shit

    • archomrade [he/him]@midwest.social
      link
      fedilink
      English
      arrow-up
      7
      ·
      edit-2
      6 months ago

      This is a nightmare, but thank you for detailing this. Having only read a little bit of this and not understanding it, it seems like the exploit works even if the recipient does not open or interact with the malicious message? Is that what i’m understanding?

      If so, i’m officially stapling my tin-foil hat to my head and never using a cell phone again.

      • JATth@lemmy.world
        link
        fedilink
        English
        arrow-up
        7
        ·
        6 months ago

        The attack is spread via iMessage. A vulnerable device merely needs to receive a bad message with PDF attachment. --> A Remote code execution. No user interaction.

        Yikes. Indeed.

        The attack entry point is via bad TrueType font + PDF attachment that only needs to processed once. Once a process touches that, the attack vector begins and exploits are chained until they get kernel mode access. After getting kernel mode access all hope is lost, the attacker owns the device.

        Only sliver of hope is that fixing the attack entry point blocks the current attack. And that bug is:

        This attachment exploits the remote code execution vulnerability CVE-2023-41990 in the undocumented, Apple-only ADJUST TrueType font instruction. This instruction had existed since the early nineties before a patch removed it.

        But unless all the CVEs are patched, it is just matter of time a new attack entry point is found.

  • systemglitch@lemmy.world
    link
    fedilink
    English
    arrow-up
    18
    arrow-down
    16
    ·
    edit-2
    6 months ago

    Makes me laugh because of how cultishly people claim iphone is secur, yet we keep hearing how susceptible it really is to attacks. There is a real disconnect there.

    I would feel foolish making these claims, and paying more for a device that’s only real achievement is a walled garden.

    • sirfancy@lemmy.world
      link
      fedilink
      English
      arrow-up
      29
      arrow-down
      1
      ·
      6 months ago

      This is kind of a ridiculous take. I hate iPhones, but this is not a “hurr durr iPhones bad and insecure” moment. I implore you to look at the sophistication of this attack. The attack chain is so ridiculously long and complex, and only because of the security of the iPhone. This is not a script kiddie attack, and could only be executed by a very determined party.

      No device is secure, and any and all computers could potentially fall victim to an attack like this, but it is absolutely ignorant to say that iPhones don’t offer any more security than other devices.

      • hansl@lemmy.world
        link
        fedilink
        English
        arrow-up
        8
        arrow-down
        2
        ·
        6 months ago

        FYI: I don’t think you’re replying to someone acting in good faith.

      • Yeah absolutely. This line from the article summs it up pretty well… ““What we do know—and what this vulnerability demonstrates—is that advanced hardware-based protections are useless in the face of a sophisticated attacker as long as there are hardware features that can bypass those protections.””

        Edit: We also have no idea how many zero days there are in Android, either. 🤷‍♂️ But at least it’s a bit more open source than iOS 😂

        • sirfancy@lemmy.world
          link
          fedilink
          English
          arrow-up
          4
          ·
          edit-2
          6 months ago

          Yeah. The moral is “every and all devices have an unknown number of zero-days inactive or actively being exploited at any given time”, not “iPhone is just as insecure as everything else”. There’s a difference, and credit is deserved where it’s due.