Source Link Privacy.

Privacy test result

https://themarkup.org/blacklight?url=https%3A%2F%2Fwww.tarlogic.com%2Fnews%2Fbackdoor-esp32-chip-infect-ot-devices%2F&device=mobile&location=us-ca&force=false

Tarlogic Security has detected a backdoor in the ESP32, a microcontroller that enables WiFi and Bluetooth connection and is present in millions of mass-market IoT devices. Exploitation of this backdoor would allow hostile actors to conduct impersonation attacks and permanently infect sensitive devices such as mobile phones, computers, smart locks or medical equipment by bypassing code audit controls.

Update: The ESP32 “backdoor” that wasn’t.

  • JcbAzPx@lemmy.world
    link
    fedilink
    English
    arrow-up
    2
    ·
    52 minutes ago

    The rebuttal wasn’t as comforting as some are making it out to be. They seem to be more interested in the semantics of it not being a backdoor tied to a specific product, which appears to be true.

    Rather it is a potential for vulnerability that exists in all wireless implementation, which seems to me to be a bigger issue.

  • Rexios@lemm.ee
    link
    fedilink
    English
    arrow-up
    20
    arrow-down
    1
    ·
    4 hours ago

    Please update the title of this post to mention the update

      • Rexios@lemm.ee
        link
        fedilink
        English
        arrow-up
        16
        arrow-down
        5
        ·
        4 hours ago

        Idk maybe specify that it was determined to not be a backdoor. Right now it reads as anti-china fear mongering.

        • Oisteink@feddit.nl
          link
          fedilink
          English
          arrow-up
          5
          arrow-down
          3
          ·
          2 hours ago

          Could be propaganda as well - why not scare the monkeys with the bad Chinese? Without ESPs the market is so much easier to control.

          Note:I use both the ES8266ex and different ESP32s in my projects.

  • priapus@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    10
    arrow-down
    1
    ·
    4 hours ago

    This isn’t a backdoor. Just a company trying to make name for themselves by sensationalizing a much smaller discovery.

    • COASTER1921@lemmy.ml
      link
      fedilink
      English
      arrow-up
      5
      ·
      1 hour ago

      Seriously this. Every single IC which has digital logic contains some number of undocumented test commands used to ensure it meets all the required specifications during production. They’re not intended to be used for normal operation and almost never included in datasheets.

      • xthexder@l.sw0.com
        link
        fedilink
        English
        arrow-up
        1
        ·
        edit-2
        1 hour ago

        If anyone’s ever followed console emulator development, they know those undocumented commands are everywhere. There’s still people finding new ones for the N64 hardware

        Edit: I should say undocumented behavior, not necessarily new commands

  • Thrawne@lemmy.world
    link
    fedilink
    English
    arrow-up
    20
    arrow-down
    3
    ·
    6 hours ago

    Fukin dmnit! I just spent the last several months fine tuning a PCB design supporting this platform. I have , what i believe to be my last iteration, being sent to fab now. I have to look i to this. My solution isnt using bluetooth, so i dont know if im vulnerable.

  • Jerkface (any/all)
    link
    fedilink
    English
    arrow-up
    31
    ·
    7 hours ago

    Weird that they removed the reference to ESP32, one of the most common and widely known microcontrollers, from the headline.

  • fubarx@lemmy.ml
    link
    fedilink
    English
    arrow-up
    72
    arrow-down
    1
    ·
    13 hours ago

    This sounds like there are some undocumented opcodes on the HCI side – the Host Computer Interface – not the wireless side. By itself, it’s not that big a deal. If someone can prove that there’s some sort of custom BLE packet that gives access to those HCI opcodes wirelessly, I’d be REALLY concerned.

    But if it’s just on the host side, you can only get to it if you’ve cracked the box and have access to the wiring. If someone has that kind of access, they’re likely to be able to flash their own firmware and take over the whole device anyway.

    Not sure this disclosure increases the risk any. I wouldn’t start panicking.

  • fuamerikkka@lemm.ee
    link
    fedilink
    English
    arrow-up
    39
    arrow-down
    33
    ·
    8 hours ago

    This turned racist / xenophobic real quickly.

    There have been several other posts about this without mentioning China at all, especially in the post itself.

    No where in the article does it say “chinese”, literally anywhere.

    The chip is MANUFACTURED in China.

    Check your racism.

    • ManixT@lemmy.world
      link
      fedilink
      English
      arrow-up
      28
      arrow-down
      3
      ·
      edit-2
      5 hours ago

      I agree we shouldn’t be racist against Chinese people, but you’re ignorant. From wikipedia: ESP32 is created and developed by Espressif Systems, a Chinese company based in Shanghai, and is manufactured by TSMC using their 40 nm process.It is a successor to the ESP8266 microcontroller.

      So it’s designed/developed in China and manufactured in Taiwan; not China.

      • fuamerikkka@lemm.ee
        link
        fedilink
        English
        arrow-up
        5
        arrow-down
        15
        ·
        5 hours ago

        Dog whistling.

        This has nothing to do with the chip or who makes it.

        It’s the way it’s written.

        You missed the point.

    • Tea@programming.devOP
      link
      fedilink
      English
      arrow-up
      12
      arrow-down
      6
      ·
      edit-2
      7 hours ago

      I actually wanted to keep the title short, but I think it would be better to edit the title to avoid any confusion to make it clear that it’s manufactured in China, rather than saying it in the current way.

      Edit: I edited the title to reflect the details better.

      • ysjet@lemmy.world
        link
        fedilink
        English
        arrow-up
        2
        ·
        2 hours ago

        So instead of blatant racism based on a lie, you’re just going to dogwhistle racism based on a lie.

      • fuamerikkka@lemm.ee
        link
        fedilink
        English
        arrow-up
        6
        arrow-down
        13
        ·
        7 hours ago

        Thank you, your explanation / edit is much appreciated 👏 🥳 ❤️

          • fuamerikkka@lemm.ee
            link
            fedilink
            English
            arrow-up
            5
            arrow-down
            9
            ·
            7 hours ago

            Also, thank you for showing people that there’s space for these types of comments that lead to a pleasant and meaningful exchange!

            This means more to me than you know 🥹

            Appreciate you!

            ❤️🩷🧡💛💚💙🩵💜🤎🖤🩶🤍

  • ycnz@lemmy.nz
    link
    fedilink
    English
    arrow-up
    102
    arrow-down
    1
    ·
    17 hours ago

    I hate it when an attacker who already has root access to my device gets sightly more access to the firmware. Definitely spin up a website and a logo, maybe a post in Bloomberg.

  • notanapple@lemm.ee
    link
    fedilink
    English
    arrow-up
    137
    arrow-down
    1
    ·
    20 hours ago

    We really should be pushing for fully open source stack (firmware, os) in all iot devices. They are not very complicated so this should be entirely possible. Probably will need a EU law though.

    • oldfart@lemm.ee
      link
      fedilink
      English
      arrow-up
      17
      arrow-down
      1
      ·
      11 hours ago

      Open source stack will not prevent this. It’s not even a backdoor, it’s functionality that these researches think should be hidden from programmers for whatever reason.

      Open source devices would have this functionality readily available for programmers. Look at rtl-sdr, using the words of these researches, it has a “backdoor” where a TV dongle may be used to listen to garage key fobs gasp everyone panic now!

      • notanapple@lemm.ee
        link
        fedilink
        English
        arrow-up
        3
        ·
        11 hours ago

        thats a very fair point, I had not seen anyone else make this one But the problem is that in this case, this functionality was entirely undocumented. I dont think it was intended for programmers.

        Now if the firmware was open source, people would have gotten to know about this much sooner even if not documented. Also such functionality should ideally be gated somehow through some auth mechanism.

        Also just like how the linux kernel allows decades old devices to be at the very least patched for security risks, open firmware would allow users of this chip to patch it themselves for bugs, security issues.

        • oldfart@lemm.ee
          link
          fedilink
          English
          arrow-up
          3
          ·
          10 hours ago

          Yeah, of course, it would be better in many ways if the firmware wasn’t closed.

    • secret300@lemmy.sdf.org
      link
      fedilink
      English
      arrow-up
      22
      ·
      14 hours ago

      I 100% believe firmware should be open source no question about it. There’s so many devices out there especially phones and iot devices that just become e-waste because you can’t do anything with it once it’s not supported if it was open source and documented in some way then it could be used. I have like five cheap phones that I got because they were so cheap but once they lost support they’ve become completely useless even though they still work.

      • Malfeasant@lemm.ee
        link
        fedilink
        English
        arrow-up
        4
        ·
        3 hours ago

        But then big companies wouldn’t be able to keep milking the consumer via planned obsolescence. Won’t somebody think of the shareholders?

      • ChaoticNeutralCzech@feddit.org
        link
        fedilink
        English
        arrow-up
        2
        ·
        8 hours ago

        This is about silicon. Undocumented instructions have just been found in it but they are not executable unless the ESP32’s firmware uses them. Firmware cannot be edited to use them unless you have an existing vulnerability such as physical access or insecure OTA in existing firmware (as far as researchers know).

    • rottingleaf@lemmy.world
      link
      fedilink
      English
      arrow-up
      7
      ·
      12 hours ago

      Backdoored devices are useful for people who can impede that.

      And the way EU is approaching privacy, surveillance and all such, - oh-hoh-ho, I don’t think there will be a EU law.

  • Ebby@lemmy.ssba.com
    link
    fedilink
    English
    arrow-up
    196
    arrow-down
    3
    ·
    23 hours ago

    Well… Shit.

    There are so, so, so, many ESP32’s in not just my house, but practically everyone I know.

    There outta be fines for this BS.

    • cogman@lemmy.world
      link
      fedilink
      English
      arrow-up
      167
      arrow-down
      16
      ·
      23 hours ago

      You’re fine. This isn’t something that can be exploited over wifi. You literally need physical access to the device to exploit it as it’s commands over USB that allow flashing the chip.

      This is a security firm making everything sound scary because they want you to buy their testing device.

      • Blue_Morpho@lemmy.world
        link
        fedilink
        English
        arrow-up
        79
        arrow-down
        12
        ·
        22 hours ago

        You literally need physical access to the device to exploit it

        You don’t need physical access. Read the article. The researcher used physical USB to discover that the Bluetooth firmware has backdoors. It doesn’t require physical access to exploit.

        It’s Bluetooth that’s vulnerable.

        https://www.bleepingcomputer.com/news/security/undocumented-backdoor-found-in-bluetooth-chip-used-by-a-billion-devices/

        • ChaoticNeutralCzech@feddit.org
          link
          fedilink
          English
          arrow-up
          2
          ·
          8 hours ago

          This is about silicon. Undocumented instructions have just been found in it but they are not executable unless the ESP32’s firmware uses them. Firmware cannot be edited to use them unless you have an existing vulnerability such as physical access or insecure OTA in existing firmware (as far as researchers know).

        • cogman@lemmy.world
          link
          fedilink
          English
          arrow-up
          71
          arrow-down
          3
          ·
          21 hours ago

          I just re-read the article and yes, you still need physical access.

          The exploit is one that bypasses OS protections to writing to the firmware. In otherwords, you need to get the device to run a malicious piece of code or exploit a vulnerability in already running code that also interacts with the bluetooth stack.

          The exploit, explicitly, is not one that can be carried out with a drive-by Bluetooth connection. You also need faulty software running on the device.

          • Blue_Morpho@lemmy.world
            link
            fedilink
            English
            arrow-up
            21
            arrow-down
            3
            ·
            20 hours ago

            “Depending on how Bluetooth stacks handle HCI commands on the device, remote exploitation of the backdoor might be possible via malicious firmware or rogue Bluetooth connections.”

            I of course don’t know details but I’m basing my post on that sentence. “Backdoor may be possible via … rogue Bluetooth connections.”

            • haleywm@startrek.website
              link
              fedilink
              English
              arrow-up
              71
              ·
              19 hours ago

              Looking at the article, the exploit requires you to be able to send arbitrary data to the Bluetooth device over a physical connection. This means that a properly secure application will be protected from drive by connections, but if the application has an exploit that either lets an attacker write arbitrary values to the Bluetooth controller, or more likely contains a general arbitrary code execution exploit, then you could use this to rewrite values to the chip that would let you “persist” certain changes to the Bluetooth chip that would be difficult to notice.

              I would consider this a moderate concern, as this will definitely increase your options if you’re looking to be able to make an attack that targets a specific device and this gives you a few additional persistence options, but any attack would have to be designed for a particular program running connected to a Bluetooth chip.

              A more likely concern in my opinion would be the possibility of a supply chain attack, where someone compromises a Bluetooth chip that they know will be used to construct a particular part.

              I don’t think that it’s super likely that either of these will affect the average person, only corporations and governments where espionage is an actual threat, as if you can find a Bluetooth IOT device that you want to mess with, like a Bluetooth enabled door lock, then you’re more likely to be able to find an arbitrary code execution attack which causes it to unlock immediately. Being able to spoof a different Bluetooth device isn’t likely to give you that big of an advantage when you’re working with a device that was already vulnerable for a different reason.

              • ByteJunk@lemmy.world
                link
                fedilink
                English
                arrow-up
                2
                ·
                11 hours ago

                Thank you for the analysis, very insightful!

                Do you reckon this is more of an oversight or bug in the BT stack, or a deliberately places backdoor as the title seems to suggest?

                • haleywm@startrek.website
                  link
                  fedilink
                  English
                  arrow-up
                  6
                  ·
                  10 hours ago

                  From what I can tell from looking at it, this seems like something deliberately left in, but not for malicious reasons. The op codes referenced simply give access to lower level parts of the boards programming. ESP32’s are already a user programmable board, a valid use case is to run your entire application on one if the code being run is lightweight enough to not interfere with the Bluetooth code. Either during development, or during runtime, these undocumented codes are likely used to run specific commands on the board.

                  The actual issue as far as I can tell, since normally it’s valid usage to rewrite the board over USB, is that ESP32 boards also offer ways to encrypt device code, and require it to be signed, and you are presumably able to mess with this in order to dump code that was expected to be securely encrypted, and overwrite code on devices that was intended to require signing. (https://docs.espressif.com/projects/esp-idf/en/latest/esp32s3/security/secure-boot-v2.html#background)

                  Proving what someone was thinking when they programmed something is extremely difficult unless you can find written evidence of someone specifically saying if they did something or not, but this all seems like a legitimate minor exploit in a device that wasn’t built by, or intended for, people who are working against highly resourced attackers. This is still not a concern for normal people who aren’t concerned about being attacked by spies, and if a nation state wanted to hide a vulnerability in something then there are far easier paths to take than one that only works if you can steal a microcontroller so you can connect to it over USB.

        • IllNess@infosec.pub
          link
          fedilink
          English
          arrow-up
          30
          ·
          21 hours ago

          Depending on how Bluetooth stacks handle HCI commands on the device, remote exploitation of the backdoor might be possible via malicious firmware or rogue Bluetooth connections.

          I really wish these articles just tell us what these scenarios are. I understand companies need publicity or need to sell software but if it isn’t replicatable and the article says “might be possible” it kind of sounds like a secuity sales pitch.

          This is especially the case if an attacker already has root access, planted malware, or pushed a malicious update on the device that opens up low-level access.

          This part basically sounds more like a software issue where the attacker has a way in already. The system is already vulernable at this point before using the exploit found.

          I don’t think there’s enough information out yet.

          It is very interesting though.

      • Ebby@lemmy.ssba.com
        link
        fedilink
        English
        arrow-up
        14
        ·
        23 hours ago

        I do have a few outside. Probably not the best security-wise. Haha. Those are the first to get patched when one comes out.

        • cogman@lemmy.world
          link
          fedilink
          English
          arrow-up
          34
          arrow-down
          1
          ·
          22 hours ago

          Security wise, unless you are being specifically targeted by someone, you are almost certainly fine. And if you are being specifically targeted, I think someone hacking your ESPs is the least of your worries. A malicious attacker that knows your physical location can do a lot more scary things than just spying through ESPs.

          • Treczoks@lemmy.world
            link
            fedilink
            English
            arrow-up
            4
            ·
            21 hours ago

            Just wait until a jester creates a software that sends an erase flash backdoor command to any BT device it sees.

            • rambling_lunatic@sh.itjust.works
              link
              fedilink
              English
              arrow-up
              2
              ·
              7 hours ago

              One of my friends is a type I diabetic. He had some sort of smart thingamajig in his teenage years for measuring blood sugar, so you could monitor it over time or warn your family if you’re in some critical situation.

              The jester may mean simply to prank, but they may well have blood on their hands if they fuck up medical devices such as that one.

            • oldfart@lemm.ee
              link
              fedilink
              English
              arrow-up
              2
              ·
              edit-2
              11 hours ago

              And runs with an USB cable flashing other peoples ESPs to ruin everyone’s day

      • tehmics@lemmy.world
        link
        fedilink
        English
        arrow-up
        6
        ·
        23 hours ago

        In that case, how long til some open source project uses it to make a custom firmware to bypass the manufacturer bs and integrate my cheap IoTs seamlessly into Home assistant?

      • Treczoks@lemmy.world
        link
        fedilink
        English
        arrow-up
        5
        arrow-down
        12
        ·
        21 hours ago

        Wrong. Read the analysis. It is a BT vulnerability. One can probably design a cheap attack system that just sends a erase flash command to any BT device in reach, instantly bricking every BT enabled ESP32 device.

        • cogman@lemmy.world
          link
          fedilink
          English
          arrow-up
          18
          ·
          21 hours ago

          Just reread it and no, it’s not a BT vulnerability. The “erase flash” command is something that has to be done by software running outside the BT stack. You can even see that inside the slides. The UsbBluetooth software is connected to the device with the flawed bluetooth chipset.

          The vulnerability is that if you have this chipset and compromised software, someone can flash the chipset with compromised flash. They even say that it’s not an easy attack to pull off in the article.

          In general, though, physical access to the device’s USB or UART interface would be far riskier and a more realistic attack scenario.

          In otherwords, the attack is something that can only be pulled off if there’s also a security vulnerability within other parts of the hardware stack.

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

    The other day someone posted in Canada community that Canada should stop using Tesla cars and import Chinese cars. I replied saying, “That’s like replacing one evil with another.” I was downvoted by a lot of people. I should’ve expected it cuz a lot of people have short term memory.

    • matlag@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      28
      arrow-down
      1
      ·
      16 hours ago

      Because that’s not about privacy, that’s about the trade war. Retaliatory tariffs on US cars increase cost of cars for Canadians, as there are almost no car assembled in Canada. Reducing or eliminating tariffs on cars from China would lower cost of new cars for Canadians while keeping the tariffs up.

      For privacy and security, not a single new car on the market is decent right now. That should be regulated, but that’s no concern for any politician at the moment.

        • matlag@sh.itjust.works
          link
          fedilink
          English
          arrow-up
          2
          ·
          4 hours ago

          Yes, but Canada had implemented 100% tariff on cars from China, following the US. That’s pre-trade war. The proposal is to lift that one.

      • NightCrawlerProMax@lemmy.world
        link
        fedilink
        English
        arrow-up
        9
        arrow-down
        2
        ·
        13 hours ago

        CCP has backdoor into every tech that comes out of China. It’s not about just privacy. They control democracies based on shaping narratives. They’ll utilize everything that democracy offers and use it against countries. They don’t have freedom of speech or press so they themselves are not victims of it. EVs are really just computers on the road. Flooding the market with Chinese EVs would just mean creating a massive free network on a foreign soil for them.

        • matlag@sh.itjust.works
          link
          fedilink
          English
          arrow-up
          1
          ·
          4 hours ago

          Summary: China is not a friend country. It’s a hostile country. Yes, we know.

          But the news is… so is the USA to Canada now. A hostile country threatening to annex Canada and trying to cripple the economy as a way to achieve the goal. So either we slap 100% tariffs on US made cars, which would hurt Canadians, or we apply the same tariffs on Chinese cars, so reduce them from where they are at the moment.

        • freely1333@reddthat.com
          link
          fedilink
          English
          arrow-up
          4
          arrow-down
          3
          ·
          10 hours ago

          As opposed to the teslas with the back doors for the us government… but will be moot when Canada is part of the states anyway

    • Montreal_Metro
      link
      fedilink
      English
      arrow-up
      13
      arrow-down
      4
      ·
      edit-2
      16 hours ago

      A lot of people are dumb. Or maybe because they feel offended because they are Chinese, but the reality is that every Chinese company is ultimately controlled by the CCP. If I was fighting a cold war, I would do the same. Sell compromised devices to my trade partners (AKA enemies) so I have leverage when I need it.

      • DigitalDilemma@lemmy.ml
        link
        fedilink
        English
        arrow-up
        6
        arrow-down
        9
        ·
        14 hours ago

        the reality is that every Chinese company is ultimately controlled by the CCP.

        Yes.

        But in the same way that every US company is ultimately controlled by the US Government. And every EU company by them. And every other country by their own government.

    • Legume5534@lemm.ee
      link
      fedilink
      English
      arrow-up
      13
      arrow-down
      1
      ·
      19 hours ago

      There’s been a lot of that lately. Same here in New Zealand.

      You dipshits, they’re both the bad guys now.

    • Kecessa@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      8
      ·
      edit-2
      8 hours ago

      People act like traditional car manufacturers don’t exist anymore even though they all offer EV options…

    • norevolutionsontv@lemm.ee
      link
      fedilink
      English
      arrow-up
      6
      arrow-down
      9
      ·
      edit-2
      13 hours ago

      Everyone has short-term memory and long-term memory. You’re misunderstanding precisely what “short-term memory” refers to. Short-term memory is held for a short time before it’s converted to long-term memory. What you’re referring to is being short-sighted. As in people who don’t fully think about the long-term consequences of current actions. Said short-sighted people still have both short and long-term memory. They’re probably just a little dumb so they don’t fully utilize the memories stored long-term.

      • Jerkface (any/all)
        link
        fedilink
        English
        arrow-up
        6
        ·
        edit-2
        4 hours ago

        Jesus. Okay. So when you say, “being short sighted”, you don’t literally mean the geometry of their eyes is myopic. You mean it figuratively. Exactly like the person you are correcting clearly means it figuratively when they say “short-term memory”.

    • Subdivide6857@midwest.social
      link
      fedilink
      English
      arrow-up
      10
      arrow-down
      27
      ·
      15 hours ago

      “China bad” because western media says so. Please disregard the billions of dollars spent by western governments to ensure you keep thinking that way.

      It’s just another capitalistic country no better or worse than Canada or the USA. Though, the Chinese government has said their intention is to move towards socialism, so good for them. I’m stuck over here witnessing fascist billionaires loot the government/working class.

      • pulsewidth@lemmy.world
        link
        fedilink
        English
        arrow-up
        6
        ·
        edit-2
        8 hours ago

        No, ‘China bad’ because many many examples of China bad. Such as the topic of this post.

        The whole “you can’t criticize China because you’re from a country that also does bad things” is logically worthless. It’s the appeal to hypocrisy fallacy.

        Not sure if you realize this but China is also ruled by a kleptocratic billionaire class that loots the working class even moreso than the US, so i’m not sure why you look up to them - China has more billionaires and a much larger wealth divide than the US. Actions speak louder than words and while Xi and the CCP often talk about cracking down on thier ultra-wealthy, they don’t really do much - couple billionaires might disappear occasionally though if they don’t praise the party line publically. One thing is for sure - I don’t see any elite CCP party members that are not also very wealthy. And it’s everyone else that’s propagandized 🤔

      • ubergeek@lemmy.today
        link
        fedilink
        English
        arrow-up
        4
        arrow-down
        1
        ·
        9 hours ago

        China is bad, because they too are a colonialism and imperialistic nation.

        Just like the US and Russia.

        • Subdivide6857@midwest.social
          link
          fedilink
          English
          arrow-up
          1
          arrow-down
          1
          ·
          7 hours ago

          Living conditions there continue to improve, while ours decline. A whole lot of boogie man bullshit. This article is intentionally fear mongering.

          The CCP isn’t putting in a back door requiring on-site access in your litter box.

      • NoSpotOfGround@lemmy.world
        link
        fedilink
        English
        arrow-up
        14
        ·
        14 hours ago

        Well, no, China is bad because freedom is very restricted there and because they have ambitions to dominate the world.

        Yes, every other world power in the world is more or less the same. People cannot, in general, be trusted to be “good” when given the opportunity to abuse. A world power can be held in check by the presence and efforts of other world powers, though.

  • Oisteink@feddit.nl
    link
    fedilink
    English
    arrow-up
    84
    arrow-down
    3
    ·
    22 hours ago

    Too much fanfare and too little real info shared to be of any value. Sounds more like an ad than infosec

    • priapus@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      2
      ·
      4 hours ago

      Exactly what it is. A gross example of company trying to get their name out their by sensationalizing their findings.

    • Dekkia@this.doesnotcut.it
      link
      fedilink
      English
      arrow-up
      8
      ·
      12 hours ago

      It ain’t so.

      To use the “backdoor” an attacker needs to have full access to the esp32 powered device already.

      It’s like claiming that being able to leave your desk without locking your PC is a backdoor in your OS.

      • ChaoticNeutralCzech@feddit.org
        link
        fedilink
        English
        arrow-up
        1
        ·
        7 hours ago

        Yes, this is about undocumented instructions found in the silicon but they are not executable unless the ESP32’s firmware uses them. Firmware cannot be edited to use them unless you have an existing vulnerability such as physical access or insecure OTA in existing firmware (as far as researchers know).

        It is good to question the “backdoor” allegations - maybe the instructions’ microcode was buggy and they didn’t want to release it.

    • NaibofTabr@infosec.pub
      link
      fedilink
      English
      arrow-up
      23
      arrow-down
      1
      ·
      20 hours ago

      Say it ain’t so
      Your bug is a heartbleeder
      Say it ain’t so
      My NIC is a bytetaker

  • RmDebArc_5@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    44
    arrow-down
    1
    ·
    23 hours ago

    I’d like to know if this is just a firmware update or unfixable, but sadly this seems just an ad rather than news

    • ChaoticNeutralCzech@feddit.org
      link
      fedilink
      English
      arrow-up
      2
      ·
      6 hours ago

      There is nothing to “fix”. Undocumented instructions have just been found in the silicon but they are not executable unless the ESP32’s firmware their owner flashed to give it a purpose uses them. No pre-2025 firmware that we know of uses these instructions, and they might turn out to be buggy so compilers might not adopt them. If they turn out OK, the documentation of the instruction set will need an update, and compilers will be able to take advantage of the new instructions.

      • Crafter72@lemmy.dbzer0.com
        link
        fedilink
        English
        arrow-up
        1
        ·
        11 hours ago

        Thanks for the link, this article is more clear compared to the posted above.

        I’m more interested to the scope of the exploit whether it could touch the flash of the controller or not as you can also do OTA update through the BLE component.

      • neuracnu@lemmy.blahaj.zone
        link
        fedilink
        English
        arrow-up
        5
        ·
        21 hours ago

        Solid article. I imagine the folks at the cyberwire podcast will be doing more digging over the weekend for a solid summary come Monday.

    • Treczoks@lemmy.world
      link
      fedilink
      English
      arrow-up
      6
      ·
      21 hours ago

      It is not easy to determine how fixable this is. IIRC, the ESP32 has the wireless stack hidden from user space, and I am not sure if it is a blob included during link time, or if it is stored in a ROM of the chip. I do have the chips and the development enviroment in my studio, but (luckily) I decided to use a different chip for my project.

      But I know there is a load of systems using either the ESP32 as their main processor, or as an auxiliary processor to add WiFi or BT capabilities, so this really is a big oh shit moment.

    • Ebby@lemmy.ssba.com
      link
      fedilink
      English
      arrow-up
      8
      ·
      23 hours ago

      Even if it were fixable, it would be up to manufacturers to push updates. I doubt any really care enough.