All your OpenCodes belong to us

(johncodes.com)

38 points | by jpmcb 11 hours ago ago

11 comments

  • Const-me 23 minutes ago ago

    I have a hypothesis why issues like that are so widespread. That AI infrastructure is mostly developed by large companies; their business model is selling software as a service at scale. Hence containers, micro-services, TCP/IP in between. That approach is reasonable for data centres because these made of multiple servers i.e. need networking, and they have private virtual networks just to connect servers so the security consequences aren’t too bad.

    If they were designing these infrastructure pieces primarily for consumer use, they would have used named pipes, Unix domain sockets, or some other local-only IPC method instead of TCP/IP.

  • CoolCold 4 hours ago ago

    > a RCE vulnerability is the type of thing that nation state actors in Russia and North Korea dream of

    Does this mean other state actors are beyond needs of RCE vulns as their tools belt and North Korea and Russia lagging behind? Some other interpretation from security-involved practitioners here - like, I don't know - we already have Pegasus, phew on OpenCode RCE?

  • kachapopopow 9 hours ago ago

    I don't know if I missed something, but this CVE isn't that major as it was suggested to be? For one it had to originate from app.opencode.com and even if it didn't most (good) browsers block websites from probing localhost. Yes it is still a pretty bad CVE, but not as critical as some might suggest.

    • rafram 9 hours ago ago

      > For one it had to originate from app.opencode.com

      No, that was the initial mitigation! Before the vulnerability was reported, the server was accessible to the entire world with a wide-open CORS policy.

      https://github.com/anomalyco/opencode/commit/7d2d87fa2c44e32...

      • ofrzeta 8 hours ago ago

        How is it wide open? Does everything go through a localhost proxy?

        • rafram an hour ago ago

          Not sure what you mean by that, but before they implemented any mitigations, it had a CORS policy that allowed requests from any origin. As far as I know, Chromium is the only browser platform that has blocked sites from connecting to localhost, so users of other browsers would be vulnerable, and so would Chrome users if they could be convinced to allow a localhost connection.

      • 9 hours ago ago
        [deleted]
  • keyle 8 hours ago ago

    Great write up.

    These local agents that you spawn and give access to your drive are kind of insane to me.

    It's at the level of

         /bin/bash -c "$(curl -fsSL https://somescriptofftheinternet
    
    which you cannot inspect, and may be well different every time you interact with it!

    As per usual, being at the forefront of the tech world is leaving behind privacy and security in the dust... until something bad happens.

    • globular-toast 7 hours ago ago

      Not for me. I was running these things in sandboxes from the start. Couldn't believe people were running this stuff straight up.

    • add-sub-mul-div 8 hours ago ago

      Historically at least there have been some established high trust projects for which curl | bash made sense. But with AI the scene is full of grifters and vibe coders so we can't have nice things.

  • geoffmanning 9 hours ago ago

    The one thing here confusing to me is the past tense used throughout. This CVE seems presented as both past and present, yet the present evidence isn't... Presented.