Broccoli2Shell: Brotli decoder RCE (CVE-2026-111497) in Node.js, Python and more

  • pcouy@lemmy.pierre-couy.fr
    link
    fedilink
    arrow-up
    7
    ·
    4 days ago

    Self hosting is getting really exhausting lately… Maybe I will just gate everything behind a VPN and stop sharing my services with relatives :/

    • locuester@lemmy.zip
      link
      fedilink
      English
      arrow-up
      1
      ·
      2 days ago

      Yeah, I’m starting to think that a tunnel at the router level with family is a preferred approach. I dread the setup time, but it sure lowers the attack surface.

    • h3ron@lemmy.zip
      link
      fedilink
      English
      arrow-up
      1
      ·
      2 days ago

      If you do the heavy lifting with external libraries in python, you are already running C code.

    • dust_accelerator@discuss.tchncs.de
      link
      fedilink
      arrow-up
      6
      ·
      4 days ago

      VPN enrollment is scanning a qr code nowadays. Or site2site, with a "plug this box into your network’ really shouldn’t be an obstacle in the year of the lord 2026

      • pcouy@lemmy.pierre-couy.fr
        link
        fedilink
        arrow-up
        6
        arrow-down
        1
        ·
        3 days ago

        Putting everything behind a VPN is useless if i give people who routinely click phishing links (then ask me for help when/if they realize their mistake, that’s how I know) access to said VPN

        • tribut@infosec.pub
          link
          fedilink
          arrow-up
          2
          ·
          3 days ago

          Not if your threat model is “bots that scan the internet for vulnerable installations of X”.

          • pcouy@lemmy.pierre-couy.fr
            link
            fedilink
            arrow-up
            2
            ·
            3 days ago

            A lot of these bot requests come from what seems to be compromised hosts turned into scanners and residential proxies.

            • tribut@infosec.pub
              link
              fedilink
              arrow-up
              1
              ·
              3 days ago

              True, but it will still reduce the chance of success to close to zero. If you assume your own users devices are compromised, there is nothing you can do to avoid exposure.

    • FizzyOrange@programming.dev
      link
      fedilink
      arrow-up
      1
      arrow-down
      2
      ·
      4 days ago

      Nah just vibe code the stuff you host in Rust. These are all memory safety bugs.

      My exception is Home Assistant which is unfortunately Python 🤢 but it’s not exposed to the internet.

      • Womble@piefed.world
        link
        fedilink
        English
        arrow-up
        6
        arrow-down
        1
        ·
        3 days ago

        99 times out of 100 a well used open source program written in any language is going to be more secure than something vibe coded in rust. Sure you wont get memory bugs (probably, if you’re just vibing it how do you know its not using unsafe rust?), but it is vastly more likely to just contain regular logic bugs.

        • FizzyOrange@programming.dev
          link
          fedilink
          arrow-up
          1
          arrow-down
          5
          ·
          3 days ago

          I’m not praising vibe coded slop. Vibe coding with the latest models doesn’t produce slop anymore. And I’m not really praising that - just saying that it’s true.

          • pcouy@lemmy.pierre-couy.fr
            link
            fedilink
            arrow-up
            2
            ·
            3 days ago

            I do some vibe coding using recent affordable models, it’s still slop. I guess the better, more expensive models are less sloppy, but 1. I don’t have unlimited funds and 2. I kind of hate that everyone is now asking their favorite models to re-invent the wheel. The token money that collectively goes into these projects would be spent so much better on financing established open source projects and their maintainers.

            Anyway, even with “good” models and Rust, you’ll still get logic bugs which are usually far easier to actually exploit than memory corruption (for which going beyond crash/DoS to RCE often requires adapting to the specific build of the target, and generally a lot more time and effort)

            • FizzyOrange@programming.dev
              link
              fedilink
              arrow-up
              1
              ·
              3 days ago

              Yes indeed, the cheap models still produce slop. Slightly annoying because I’d love to use them for personal projects, but as you say I can’t really justify the cost.

              For work though it’s a no brainer, given my salary and the productivity boost. At my previous company I sometimes spent an entire day debugging a complex test failure that Claude can figure out in 5 minutes. No exaggeration.

              • pcouy@lemmy.pierre-couy.fr
                link
                fedilink
                arrow-up
                1
                ·
                3 days ago

                Being able to find the cause of a bug and being able to build a decent codebase from scratch are definetly not the same

                • FizzyOrange@programming.dev
                  link
                  fedilink
                  arrow-up
                  1
                  ·
                  3 days ago

                  Agreed. I use it for coding too. Even using it as a kind of interactive editor is a huge productivity boost. E.g. I was working on some assertions that were all like assert (... |-> a && b && c) (|-> is implication) and I was like "Claude, split the consequent conjunctions into separate assertions " and it did it in about 5 seconds, vs 10 minutes of tedious hand editing.