• SpaceNoodle@lemmy.world
    link
    fedilink
    English
    arrow-up
    38
    arrow-down
    4
    ·
    20 hours ago

    Finally, some technical details that were sorely lacking from yesterday’s article.

    Anyway, having direct unprivileged R/W access to platform memory is indeed a security hole, no matter the vendor.

    • pelya@lemmy.world
      link
      fedilink
      English
      arrow-up
      20
      arrow-down
      9
      ·
      19 hours ago

      Anyway, having direct unprivileged R/W access to platform memory is indeed a security hole, no matter the vendor.

      It is not. ESP32 is an embedded chip with less than one megabyte of RAM. It cannot run apps or load websites with any malicious code, it only runs the firmware that you flash on it, nothing else, and of course your firmware has full access to every chip feature. If your firmware has a security hole, it’s not the chip’s fault.

  • fubarx@lemmy.ml
    link
    fedilink
    English
    arrow-up
    6
    ·
    15 hours ago

    I tried to offer a gentler backgrounder on this HCI business: https://lemmy.ml/comment/17160273

    The opcodes that actually jumped out at me more than the undocumented ones were the ones that erases the flash.

    But the conclusion stands. None of this is a ‘backdoor’ unless you can secretly access it from the wireless side and nothing in the presentation points to that. If I had to guess, the opcodes are for QA and tuning on the manufacturing line.

  • Godort@lemm.ee
    link
    fedilink
    English
    arrow-up
    31
    arrow-down
    1
    ·
    22 hours ago

    I mean, this doesn’t really change anything from a practical perspective. It just highlights that the verbage in the press release was alarmist.

    It’s still a security concern that most users will be unaware of.

  • kubica@fedia.io
    link
    fedilink
    arrow-up
    21
    ·
    22 hours ago

    Overall we at Dark Mentor do consider the use of VSCs granting the capability to read and write memory, flash, or registers to be bad security design. It’s bad design for Espressif the same as it’s bad design for Broadcom, Texas Instruments, and any other vendor that uses it. This issue is now being tracked as CVE-2025-27840.

  • Darkassassin07@lemmy.ca
    link
    fedilink
    English
    arrow-up
    15
    arrow-down
    24
    ·
    22 hours ago

    Potato, potato…

    Whether we call them ‘undocumented commands’ or a ‘backdoor’, the affect is more or less the same; a series of high-level commands not listed within the specs, preventing systems engineers/designers from planning around vulnerabilities and their potential for malicious use.

    • futatorius@lemm.ee
      link
      fedilink
      English
      arrow-up
      7
      arrow-down
      4
      ·
      19 hours ago

      In that case, every stack that you use is riddled with those and we are all hosed. And yet somehow your computer, your phone and the internet keep on working most of the time.

    • ShadowRam@fedia.io
      link
      fedilink
      arrow-up
      5
      arrow-down
      31
      ·
      22 hours ago

      The dude that wrote this blog is a goof…

      defines backdoor as “relating to something that is done secretly

      effectively constitute a “private API”, and a company’s choice to not publicly document their private API

      Idiot thinks these are two different things…

      Are they are trying to argue that malicious intent is needed to define it as a back door?

      Moron…

      • FanBlade@lemmynsfw.com
        link
        fedilink
        English
        arrow-up
        10
        arrow-down
        1
        ·
        19 hours ago

        You’re very smart. I didn’t realize that until you called someone a goof, idiot and moron, but now it’s very clear that you have far superior intelligence.