yesterday at 2:08 PM
Felix from Anthropic here.
We’re working with Cursor on this incident, but it wasn’t a compromise of Anthropic’s systems or employee laptops. A malicious actor used access to Cursor’s marketplace to publish a tampered copy of the Claude Code extension, which we didn’t build or publish. The versions on our official channels are not affected and this only impacts Cursor users.
yesterday at 8:21 PM
You can say that this isn't compromise of Anthropic, but it sort of is in the setup. Cursor Claude extension is marked as something made by Anthropic, so default assumption is that only people who can release that new extension would be a team at Anthropic.
Since that is clearly not the case, that is just as much Anthropic's problem as it is Cursor's problem. There either needs to be a technical change so that extensions are signed with keys that Anthropic controls, or you should take the branding off from the Cursor extensions.
yesterday at 11:24 PM
I was working on the clearly mistaken impression that "Made by Anthropic" in the cursor store meant that the artifact had been signed by Anthropic. If that is not the case, then two party's need to get their act together:
- Cursor needs to add signing if they want to claim something was "made" by another party.
- Anthropic needs to stamp out any provider from using said, "Made by Anthropic" until they start adding signing to their process. Trademark law is useful here.
For example - what guarantee do I have with something like: " This publisher has verified ownership of cursor.com" - when I'm looking at the WSL extension. Are there any guarantees it's not been replaced with some other extension?
yesterday at 11:36 PM
The core problem is that VScode extensions does not need to be signed at all. Mind boggling stupid design decision.
yesterday at 11:59 PM
Isn't the Cursor Marketplace separate from VSCode's? Maybe it's as simple as someone impersonating Anthropic because they never registered there? Code signing alone wouldn't help in cases like that.
today at 12:31 AM
Vendor A publishes a public key on their site for authenticating any signature. There is an entire subset of cryptography dedicated to addressing these needs. This is just yet another software player, Cursor, taking the absolutely easy no effort path because otherwise they would be, I don't know, "losers". I mean only losers would setup a basic authenticated provinance for bits of code they are pushing to the world to be executed by all and sundry. Really, this profession has become a complete clown show.
today at 3:42 AM
> Really, this profession has become a complete clown show.
Always has been because there is so far zero liability for anything someone programs and distributes commercially. That's the single root cause. If not that software wouldn't be in general such major shit show. What we have is the result of being allowed to throw out even the most toxic shit out without any consequences if it causes damage, no mater how large the damage is. Software companies caused so far over the decades likely hundreds of billions, or even a few trillion damages in sum, yet nobody responsible ever got the bill. It's wild west—since now over 60 years. This has to stop finally!
Let's see where things will move as soon as we have regular product liability for software:
https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=legissum...
Just a few days left! Looking forward.
today at 8:38 AM
I'm having trouble understanding what effects that directive could have. Liability under what circumstances and to what degree?
today at 6:18 AM
That, and NIS2. Looks like a good trend, hopefully it's not just protectionism.
today at 8:29 AM
Well, if something than it's "anti-protectionism".
This is going to cause some major argument between the EU and the US, maybe even a trade war. Trouble is already underway:
https://www.reuters.com/legal/government/us-lawmakers-urge-t...
Despite that I also think that this is the right and long overdue move on the EU side. We need to break the basic pattern that nobody cares as long as the responsible effectively never get the bill when they mess up.
Software is "Unsafe at Any Speed" [ https://en.wikipedia.org/wiki/Unsafe_at_Any_Speed ] to bring a striking analogy — even we have since about 60 years the tech to build software which provably (in the mathematical sense) matches its specification. Still what you have on the market is utter garbage, and instead of getting better it gets currently actually worse with lowering the garbage quality level even more with "AI" slop. That EU legislation could become the escape hatch; that's why I'm looking forward.
today at 1:04 AM
I don't think even VSCode does this. Probably not even any package managers I know of? Code signing, yes, but not for organization verification? It's pretty much like a username - anyone can claim it if it is unclaimed?
edit: VSCode has a verified marker for publishers but I don't know how that works or if Cursor does the same.
today at 2:14 AM
This is a solved problem, just look at how EFF's certbot works. You cannot just claim that you are porn.com unless you put a payload there that matches what the bot expects.
today at 4:15 AM
And force everyone who wants to publish an extension to buy and manage a domain name? What if it expires? You're just replacing one set of problems with another.
today at 9:03 AM
You could make it a requirement only for people who want to attribute “made by”. If you publish a no name extension, you could skip it.
today at 2:30 AM
> Code signing, yes, but not for organization verification
They don’t do organization verification, but they do verify where code comes from. You may be sure that packages are built by alpine, which made sure that the dist files comes from the sources that the maintainers added, and the latter ensure that the sources are correct. In truth, it’s a very small circle of trust.
today at 5:59 AM
[flagged]
today at 12:33 AM
i work for a large company that’s trying to curate vs code extensions, and this doesn’t make it easy.
we automatically block extensions and require that extensions must be approved, but this is a tedious process.
today at 4:30 AM
Is there finally a use for blockchain?
today at 4:37 AM
No, that is already solved by gpg.
Stop trying to make blockchain happen, it's not going to happen.
today at 5:06 AM
Using it for voting would probably be useful for the blockchain, but then the downside would be the potential loss of privacy.
today at 1:50 AM
You want an AI company to care about IP? And you aren't being sarcastic?
today at 9:41 AM
Anthropic is desperately dependent on SpaceXSI's compute (which either party can cancel without cause, on short notice), they can't really tell SpaceXSI to do anything without ruining their IPO; or more Claude outages leading to users flocking to OpenAI, etc.
yesterday at 10:55 PM
Cursor should not be shipping extensions that are branded Anthropic if Anthropic didn’t create that extension. If that’s really what happened then that needs to change, ASAP. Now that it has happened, IMHO, it is partly an Anthropic problem: the malware has their branding and their name on it, I don’t think they can just brush that off.
Does Cursor have some process that just scrapes Microsoft’s extension catalog and lists them in their own? If that’s hostile works then it’s broken and needs to be fixed.
today at 1:52 AM
I'm on my phone, "If that’s hostile works.." should be "If that’s how it works..."
today at 4:53 AM
I mean the initial translation kind of works too.
yesterday at 11:16 PM
> Cursor should not be shipping extensions that are branded Anthropic if Anthropic didn’t create that extension.
Well, duh. From what I can tell, that’s literally the hack. A bad actor shipped an extension on the Cursor marketplace that wasn’t made by Anthropic.
today at 12:17 AM
No, you misunderstand (not surprising since 99% of the coverage on this story is wrong). What happened is: someone published an extension called "Anthropic.claude-code". That someone was not Anthropic and never was Anthropic. They just used the string "Anthropic" in the name of their extension. The comment you are responding to is saying that Cursor (the organization that manages the extension marketplace) should have prohibited someone from using a popular AI lab's name in the title of their mystery meat extension. They're probably right about that.
today at 2:06 AM
I think GP’s objection to the claim that Cursor allowing non-Anthropic to do it for 11 hours was partly “an Anthropic problem.”
today at 9:37 AM
It is an Anthropic problem. It's also a Cursor problem.
yesterday at 9:46 PM
The issue could be resolved by introducing some sort of signing for openvsx extension packages. Then regardless of from where one downloaded Claude, it can be always verified to be authentic or not. This technology exists for ages and prominently featured in all mainstream Linux distributions. Cursor, Anthropic and other openvsx users need to work with Eclipse Foundation to make this happen.
today at 12:21 AM
Leading companies need to be proactive in reducing these surface areas. For example, if anyone can submit an agent skill, plugin, or MCP server with Anthropic or OpenAI's name into a marketplace, it is an attack vector.
yesterday at 8:51 PM
Are you claiming that the Cursor extension store - marketplace.cursorapi.com - does not add their own proxy to Open VSX?
One thing at a time. Please just answer this one question. I am just some dude, and I would love to chat about this.
today at 12:14 AM
yesterday at 8:42 PM
That's nonsense. If what felixrieseberg said is true this is very clearly a compromise of Cursor and not Anthropic. Trying to spin it as a compromise of Anthropic is absurd.
yesterday at 9:02 PM
I don't think they're trying to spin this as Anthropic being compromised, but I do think they're correct in saying this is Anthropic's problem to deal with now, regardless of the fact that they're not responsible for the root cause.
yesterday at 9:39 PM
It’s like if 5,000 people bought iPhones at Costco and they all exploded, and Apple says “well we didn’t sell them.” Sure, but maybe not the perfect thing to communicate immediately.
yesterday at 9:49 PM
No, it's like 5,000 people bought something that Costco called the iPhone but really was EvilPhone Max+ by EvilCorp. Costco should be on the hook for accepting the phones without properly checking they weren't bombs in disguise.
Apple would be 100% right to say "they're not our phone, we didn't make them, the branding was a lie."
Of course if Cursor actually has a direct connection with Anthropic, and Anthropic lost control of their keys... it's a different story and their employee is just obfuscating up there.
yesterday at 10:05 PM
It's a lot more like a bunch of people bought Cisco networking equipment and then the NSA secretly intercepted shipments, implanted surveillance backdoors, then resealed the boxes and sent them on to unsuspecting overseas targets.
yesterday at 11:59 PM
If there are no seals at all then it’s hard to argue this is the correct analogy.
And there was no interception. At the very strongest, the bad guys convinced Cisco to ship the stuff, and Cisco is saying it’s not their responsibility.
They definitely shipped something they didn’t build or check.
yesterday at 9:49 PM
This is misleading; a better analogy would be if someone swapped out all iPhones in the store with fake ones.
yesterday at 11:39 PM
In this situation, Cursor did not make any reasonable attempts to check this extension really was from anthropic.
So for the analogy, it really is like Costco didn't make any attempt to check they were buying actual iPhones.
today at 1:01 AM
A better analogy would be to say Anthropic must register their domain with every TLD available, to prevent someone cybersquatting it. I see Claude.org.nz is available.
yesterday at 9:47 PM
It's literally not like that at all.
If Costco made iPhones under license from Apple outside of the Apple supply chain and they all exploded, while the Apple name is involved they have no direct liability or responsibility.
yesterday at 10:58 PM
Legal responsibility, no. But apple's reputation would nevertheless be on the line. Is this situation I would expect Apple to pursue legal action against Costco for reputational damage, as I would Anthropic Cursor.
yesterday at 9:19 PM
If you decided to use an umbrella to protect something during a hurricane and umbrella breaks and your thing is ruined. Whose fault is that?
Distributing signed artifacts is a solved problem (until NP=P is cracked at least).
yesterday at 9:15 PM
That is not what was written; what was described was anthropic losing control over their cursor account - perhaps a key compromise, developer laptop compromise, or a fault in cursor, but of the three, the language suggests the first two.
yesterday at 10:57 PM
This is wrong.
yesterday at 8:43 PM
+1.
yesterday at 8:57 PM
HN has a dedicated upvote functionality.
yesterday at 8:59 PM
I think he's saying (erroneously) Anthropic owns Cursor. Reading this claude.com page [1] hawking Cursor you could be forgiven for forming that impression.
[1]: https://claude.com/marketplace/agents-products/cursor
yesterday at 8:24 PM
yesterday at 9:25 PM
That is simply not how software works.
yesterday at 10:54 PM
From the producer's side, sure, we[1]'re all pretty sympathetic to the fact that if you publish a library a bunch of random people will build bridging libraries for languages that you have no control over.
But from the consumer's side it is very much an expectation and if you find yourself in the situation above it's on you to make it very clear that such extensions and third party tools are unofficial.
In this particular case I think it's fair to say that Anthropic really dropped the ball on signaling that this was an unofficial third party tool.
1. We specifically being library and tool producers that are noticeably overrepresented on this forum.
today at 2:11 AM
> Anthropic really dropped the ball on signaling that this was an unofficial third party tool
Had the tool been up longer than the 11 hours the malware was live? If not, then why would Anthropic try to get it marked as unofficial, as opposed to take it down?
Or are you saying that every author and publisher should request Cursor to mark their extensions on the Cursor vsx pass-through as unofficial?
yesterday at 11:12 PM
[flagged]
yesterday at 11:36 PM
It might be wise to review comment posting guidelines - but, for clarity, no AI is involved in any of my responses.
yesterday at 2:26 PM
The situation is confusing, so can I please confirm the following:
* "Cursor Editor" is a fork of VS Code
* The "Claude Code for VS Code" extension, v2.1.313, was compromised specifically on the Cursor Editor extension marketplace / distribution system
* The "Claude Code for VS Code" extension for regular VS Code on the official VS Code extension marketplace was not affected
Followup question: was a v2.1.313 also published on the official VS Code marketplace? If so, your statement is that that version was not compromised?
yesterday at 2:38 PM
Dworken from Anthropic here, that is correct: This only impacted the extension as it was hosted on the Cursor marketplace. It did not impact the official VS Code extension marketplace or OpenVSX. Users of Claude Code on VS Code are not impacted by this issue.
yesterday at 4:03 PM
I am curious to see how difficult it will be to get this message across on Twitter. $44B seems like a bargain at this point.
today at 8:43 AM
Huh?
today at 9:39 AM
He's implying that twitter will shadow ban this info to let anthropic reputation be damaged for a few more days
yesterday at 6:56 PM
This is not directed at you personally but Anthropic (and everyone around this debacle) in general: please put some real effort behind planned crisis communications. The reporting on this has been atrocious and the comms coming from Anthropic have not really helped.
FWIW: the decision to publish an overriding version bump across all lanes was the correct one. It simplifies comms and helps to answer the first question every affected party has: "but what does this mean to ME?" - much easier to deal with the flood when you can start by sending back "are you running, or have you ever installed version Y?"
Time for technically accurate nuance comes shortly after, and in this case it has been lacking. Yes, you are dealing with confusing mix of various extension marketplaces. Explaining that to a questioning audience who do not have the necessary background information is non-trivial. Kevin's blog is pretty well known, but in this case the real updates are only coming in via a separate Mastodon thread (itself polluted by uninformed commenters) so the real, tangible and understandable details have still been missing.
Claude and its surrounding ecosystem are a huge, high-value supply chain compromise target. Cursor's extension being compromised is not your fault but it is still your problem.
Disclosure: done enough security incident comms in high-stakes environments with extremely demanding clients, operating under various regulations.
yesterday at 7:53 PM
yesterday at 11:07 PM
> But Anthropic (and everyone around this debacle) in general: please put some real effort behind planned crisis communications. The reporting on this has been atrocious and the comms coming from Anthropic have not really helped.
Anthropic is incapable of communicating. They rely on random employees in random threads on random social media to do some kind of PR and posts. Regardless of the issue. Or even non-issues but features.
yesterday at 8:14 PM
[flagged]
yesterday at 8:44 PM
I'd try to be less cynical in life. We have an engineer here willing to communicate with people, and people should seize that moment.
yesterday at 8:44 PM
yesterday at 8:59 PM
You're confused. It's not Anthropic's responsibility to monitor and fix everything that's said correctly or incorrectly about them. They're doing excellent given what they're capable to do in this situation.
today at 12:26 AM
You run a business and have millions of high paying customers. Someone happens to use your brand to market things and create harm for the society. Legally, you may be clean. But, your first line of defense is not "it is not my problem".
yesterday at 11:23 PM
Yeah, but every now and then someone working for Anthropic tweets something, everyone quotes it as gospel, but there's no official statement anywhere on their website. They have the worst communication ever, it's one of the things I like the least about Anthropic.
yesterday at 11:43 PM
It’s strictly speaking not their responsibility, but it is something that they should do if they want to help their customers.
In general, they need to make a really big post somewhere that’s not a HN comment that this was in fact a compromise of the Cursor marketplace, not an employee’s machine, because they’re getting a lot of (unjustified) bad PR.
today at 9:38 AM
They're not obligated to. I'm not obligated to be a customer.
today at 12:19 AM
No but their no doubt highly paid lawyers should have sought relief from their trademark being infringed, and demanded the extension was pulled long ago.
today at 12:33 AM
They didn't because they were benefitting from the situation. (Users got to use their preferred tooling.) Until they weren't. That makes it more their problem, in my mind.
yesterday at 2:36 PM
Even more confusing is apparently Cursor Marketplace is OpenVSX + their own proxy to add extensions on top[0], so there are at least two possible cases:
1. The compromised version was present on OpenVSX itself, and Cursor Marketplace proxied to it
2. The compromised version was on Cursor's proxy, not OpenVSX itself
[0] https://cursor.com/help/customization/extensions
yesterday at 4:41 PM
It wasn't on OpenVSX according to https://news.ycombinator.com/item?id=50305148
yesterday at 4:12 PM
there is NO LEGIT v2.1.313
here is the ddworken comment confirming https://news.ycombinator.com/item?id=50300683#50305148
yesterday at 3:47 PM
yesterday at 7:26 PM
My guess is someone published an extension on vscode/cursor claiming to be Anthropic when it wasn't. Kind of like me publishing an app called Youtube on the app store, being accepted by Apple and having people download my malicious app called Youtube.
yesterday at 7:40 PM
There's been too much guessing already. Anthropic employees answered in this thread almost 4h before your response.
yesterday at 3:58 PM
Ok, so... Summing this up
- Cursor (obviously) is not using MSFT vscode extensions library - Cursor (apparently) is not using Open-VSX either! - Cursor uses it's own "Cursor's marketplace" which is not public, no one knows what it is exactly, and looks like it is proxying open-vsx marketplace (?) - THAT "Cursor's markeplace" is what was compromised today.
So. I would really really love someone from Cusro's team to step in and explain WTF just happened! (pardong the language)
yesterday at 4:15 PM
Apparently it is public: https://cursor.com/help/customization/extensions
They use a proxy in front of OpenVSX…purportedly for better security, the irony writes itself.
yesterday at 6:50 PM
Ironically, that page has a paragraph "How Cursor reduces supply-chain risk:"
Which is exactly the opposite of what happened today.
yesterday at 11:31 PM
well maybe they did reduce supply chain risk, but still need to reduce it some more
yesterday at 11:56 PM
> Team admins can defer extension installs and updates until a marketplace version has been published for a minimum number of hours.
I think everyone is going to be setting this to 168 after today.
yesterday at 7:58 PM
Yes. Cursor marketplace is a mirror of Open VSX except they inject some plugins that are not in Open VSX for some reason. This works because Open VSX has basically no security. Which was already an issue.
yesterday at 2:20 PM
If this isn't a damning indictment of Cursor, I don't know what is. Perhaps it will be the death knell.
What value is this VS fork actually adding given today's advanced harnesses? Surely whatever benefits it offers are not worth the risks going forward.
yesterday at 6:25 PM
Cursor was the first AI coding tool I used that had a "wow" factor and got me to switch over from typing out most of my code to having AI write most of it. But then when I used Claude Code for the first time, I never went back to Cursor.
I can see the value in a world where you still want to be a bit more hands-on with your code, but that didn't feel worth paying for anymore. Now if I want to be hands-on I actually prefer a minimalist editor with no AI features at all, while agents run in my terminal.
today at 2:50 AM
Yeah, kind of eye raising if people are still using Cursor now days.
yesterday at 2:27 PM
Seeing as SpaceX owns Curser, I’m surprised there wasn’t a hack on SpaceX… Yet
yesterday at 3:03 PM
Who says there wasn't?
A lot of the most valuable SpaceX IP (at least to the big "advanced persistent threat" hackers) is probably related to military secrets, information to let you spy on/disable/control star shield/link, and so on. Not things we'd find out about as the general public.
today at 1:10 AM
It's highly probable that Russia's top state-controlled hackers have been attempting to exploit/infiltrate SpaceX and Starlink for the past four years.
China has probably being doing so for a decade.
yesterday at 3:06 PM
I mean, who says it wasn't an inside job...
https://www.cnbc.com/2026/10/30/binance-hack-elon-musk-tesla...
yesterday at 2:26 PM
>Perhaps it will be the death knell
People said the same thing about SolarWinds, Lenovo (Superfish), CrowdStrike... Nothing will happen.
yesterday at 2:59 PM
I'm still surprised people use CrowdStrike. I guess there are no real alternatives. I know companies are getting CrowdStrike alerts for this very issue, but it still just seems like a MASSIVE attack surface.
Back when I was in DevOps, the Linux Falcon Sensor was an absolutely disaster. They recompiled it for EVERY kernel release of every supported distribution (they had never heard of DPMS apparently), the service ran as root, it UPDATED ITS OWN BINARIES as root! It broke nearly ever Linux design philosophy.
I know newer version use eBPF and don't have the stupid kernel lock-in issue, but I still don't trust it.
yesterday at 8:30 PM
> They recompiled it for EVERY kernel release of every supported distribution (they had never heard of DPMS apparently)
Neither have I, I think you goofed up on your acronyms? For a driver as embedded as crowdstrike you need to recompile, there's no other way around it. Linux doesn't provide anything stable to target and a shim won't cut it in this case.
> the service ran as root, it UPDATED ITS OWN BINARIES as root!
Would you prefer if Linux allowed local users to replace the kernel and/or its modules without root? What kind of faux-outrage is this?
yesterday at 9:55 PM
I think gp meant DKMS (https://en.wikipedia.org/wiki/Dynamic_Kernel_Module_Support). It allows for things like using same proprietary device drivers across many Linux kernels.
yesterday at 8:34 PM
Crowdstrike and Solarwinds are still being used by nearly every fed govt agency today. It's amazing really that despite everything they still get to suck up our funds.
yesterday at 5:47 PM
If I had to guess it's that very few people use it for actual security guarantees and most use it just to be able to fill out the questionnaire or compliance box saying "we do this".
yesterday at 6:49 PM
What do you suggest instead ?
Their Linux stuff has gotten much better but besides the (insanely huge) recent windows debacle I've found them to be a great product
yesterday at 6:04 PM
I remember when Crowdstrike was all about mobilizing your spare computer to DDOS the bad guys.
yesterday at 4:19 PM
> I'm still surprised people use CrowdStrike
I mean, LastPass is still in business...
yesterday at 4:27 PM
> > I'm still surprised people use CrowdStrike
> I mean, LastPass is still in business...
I mean, Microsoft is still experiencing massive growth.
yesterday at 5:02 PM
If Microsoft was any good the entire IT industry would collapse. Millions of high paying careers are built on decades of fixing the garbage that comes out of Redmond. Probably a trillion dollars worth of businesses selling software and support to companies running Microsoft would evaporate as soon as Microsoft doesn’t continue their current efforts.
yesterday at 6:25 PM
I had to fill a security questionnaire today. One of the questions was
"Do you use crowdstrike falcon?"
yesterday at 8:06 PM
I forgot entirely about superfish. That takes me back.
My recollection is part of what uncovered it was that the malware broke WebSockets on Lenovo laptops.
I think higher end Lenovo laptops with cleaner windows images were not affected. And a lot of knowledgeable users wipe the OS anyway.
yesterday at 6:11 PM
I realized this earlier this year and dumped Cursor for just vscode along with 20x subs to Claude and OpenAI. Much cheaper and nothing of value was lost.
yesterday at 2:23 PM
I believe the value add was $60bn in just 4 years https://www.linkedin.com/posts/sytaylor_wild-cursor-just-sol...
yesterday at 2:28 PM
I dont know a single person who uses this tool (but im sure there are some) our annual subs recently ran out, I hadnt used mine in 6 months, we did not renew.
Elon did the typical boomer tech guy thing when they interact with any slightly impressive AI tool.. Lose their fkn mind and spend tons of money on it. He just took it to another level..
Its like those tech boomers that got obsessed with openclaw and instantly started spending 20k a month on a thing that read their calender outloud to them.
yesterday at 2:58 PM
Cursor made Grok Bot and is working on the Grok models.
I wouldn't say it's obviously unsuccessful.
yesterday at 4:14 PM
The team behind Cursor and their data were worth $60 billion to Musk, not the app itself.
yesterday at 5:51 PM
Considering that the biggest and most successful play for SpaceXAI in the AI space has been "Sell compute to Anthropic" I also wouldn't say that all of the grok junk has been obviously successful, either.
yesterday at 10:24 PM
yesterday at 3:50 PM
[flagged]
yesterday at 3:19 PM
[flagged]
yesterday at 4:19 PM
"boomer", as an insult, describes a pattern of behavior and/or a mindset often attributed to the baby boomer generation, but not restricted to it.
(you could have left out your little jab. it adds nothing to the conversation except flavoring your comment with smugness)
yesterday at 5:14 PM
Fair enough, though shouldn't insults have been left out entirely?
It's interesting what is considered acceptable and what isn't.
yesterday at 10:21 PM
There's a difference between insulting the richest man to ever live and another poster on a message board
today at 1:21 AM
There is a difference in moderation policy. There is no difference in the intellectual poverty demonstrated by the purveyor of such insults. If anything, the opposite is true, since a target-rich subject like Musk requires no hyperbole to ridicule.
yesterday at 3:59 PM
[flagged]
yesterday at 4:08 PM
[flagged]
yesterday at 2:18 PM
I'm assuming there is no way to prevent this without Cursor improving their extension vetting? Seems like folks are confused in the comments here. To me, this is a 3rd party marketplace that lives outside of Anthropic's governance, is that correct?
yesterday at 2:33 PM
Dworken from Anthropic here, yes this is correct. This is a third-party marketplace that we are not involved in owning, maintaining, deploying, or reviewing.
yesterday at 3:06 PM
Is the extension not Anthropic.claude-code developed by Anthropic? Been a while since I used Cursor.
yesterday at 3:28 PM
> Cursor routes extension search and downloads through its own marketplace proxy (marketplace.cursorapi.com), not a direct passthrough to Open VSX.
https://cursor.com/help/customization/extensions
yesterday at 5:48 PM
yesterday at 2:16 PM
The extensions does not need full access to the laptop.
When you are invited to someone's living room, you don't get to access their bedroom.
The idea that Claude should have full data access to the home directory is wrong. And as an industry leader, Claude has set a bad precedence.
yesterday at 4:18 PM
It shouldn't.
Be as close as AGI we are (/s), this issue from 2018 is still open:
https://github.com/microsoft/vscode/issues/52116
I don't know what we are doing.
yesterday at 2:20 PM
Probably a good idea to only run LLMs with a dedicated user account, or in a container.
yesterday at 2:26 PM
Dedicated user account does not work as eventually all your code and data will move under that.
I run it in an ephemeral container sandbox (https://github.com/ashishb/amazing-sandbox) which has access to the current working directory and it drastically limits the attack radius.
yesterday at 7:26 PM
If all the code and data eventually move into the dedicated user account, why wouldn't it also eventually move into the container/vm?
today at 12:01 AM
Don't mount all your code every time.
E.g. when working on a frontend only project, you don't need to mount the backend directory and vice-versa. This limits the attack radius.
yesterday at 6:07 PM
I’m fine with that. I use a top-level directory for all of my code, and restricting extension access to that directory is a great idea.
today at 1:27 AM
It is good but you still don't want long running background tasks.
When you run a linter, for example, then it should stop executing cider once it stops. And not be able to spawn long-running background tasks for infiltration.
yesterday at 4:01 PM
That looks really nice, including the VSCode/Mac wrapper.
yesterday at 3:14 PM
For locally installed Code / Code-fork extensions, there is not any concept of permissions (at least on Windows or MacOS (+ the 3rd party code-server running on Linux)), correct?
yesterday at 6:01 PM
Does it? It asks for permission to use whatever directory you call it in.
yesterday at 6:24 PM
I'd suggest stop to use the word 'only' as it can be perceive wrongly here.
you can simply say Cursor users were affected. or exclusively.
just a tip from someone who worked tech support in cyber a long time. choice of words can really help change sentiments in these situations.
'only server xyz was affected' vs. 'server xyz was affected' or 'incident was isolated to server xyz' was often difference between shouting and crying customers or people understanding what was really meant.
yesterday at 6:33 PM
>I'd suggest stop to use the word 'only' as it can be perceive wrongly here.
ive been sitting here for a few minutes trying to figure out what the 'wrong' perception here is.
why do people cry if you say "only"?
today at 8:07 AM
hey, personally i dont mind either, perhaps its because different words are used to frame things differently in different languages. A lot of people here type english but aren't.
I just said this as some unsolicited advice since out of experience i know it makes. a big difference to choose the right phrasing when speaking to people from around the globe.
yesterday at 6:35 PM
I think the concern is that it could be seen as minimizing the harm done to those affected, but I personally think this is kind of a hypersensitive overcorrection :P
today at 8:11 AM
people have varying degrees of sensitivity and also different defaults when it comes to interpreting phrasing depending on their native language, cultural expressions, current emotional state and more.
its a bad thing to assume that everyone is the same here and have some default reactions.
these are people who in name of company are responding to customer concerns, unlike us who are simply commenting on stuff. its a different context to communicate from.
what do you think will be nhe result if they word things clumsily, people get angry, and then stop their subscriptions. Its not a handy thing to be doing. Big tech can be harsh, ive seen people sacked for less.
today at 9:21 AM
Do you have any visibility into why or how only is viewed negatively by some populations? I am still struggling to connect that dot, and I am a native english speaker. But I suspect that may be part of the problem? Are their some languages where the translation of only isn't parsed quite the same or something?
yesterday at 6:30 PM
today at 5:08 AM
Nobody seems to be taking responsibility for the alluded-to credential leak. No ownership taken, and no explanation of how the leak occurred or how it will be prevented in the future.
If y'alls systems were not compromised then it was Cursors?
yesterday at 2:46 PM
Why was version 2.1.313 silently deleted from OpenVSX, Visual Studio Marketplace and Cursor then?
https://doublepulsar.com/anthropic-hacked-to-deliver-remote-...
yesterday at 2:50 PM
Dworken from Anthropic here, 2.1.313 was never published on OpenVSX, the VS Code marketplace, or on any of our official hosts. The malicious actor here had published a fake version of this extension on Cursor's marketplace. In order to disambiguate, we made sure our next update was 2.1.314.
yesterday at 2:49 PM
313 was never released lol https://github.com/anthropics/claude-code/releases
yesterday at 2:47 PM
I'm guessing it was the easiest quick workaround available, but obv wait for official confirmation.
Reads like Cursor's extension marketplace got compromised, hence how the OpenVSX and MS marketplaces can be unaffected.
yesterday at 3:03 PM
Why was the npm version 2.1.313 yanked?
https://www.npmjs.com/package/@anthropic-ai/claude-code?acti...
yesterday at 3:18 PM
Dworken from Anthropic here, 2.1.313 was never published on OpenVSX, the VS Code marketplace, or on any of our official hosts. The malicious actor here had published a fake version of this extension on Cursor's marketplace. In order to disambiguate, we made sure our next update was 2.1.314.
yesterday at 6:45 PM
Thank you for the clarification and my apologies for misspeaking, as the version indeed does not appear to have been yanked but entirely absent.
yesterday at 3:28 PM
today at 3:21 AM
Why such stuff isn't signed, like packages in every serious Linux distribution since decades?
yesterday at 10:09 PM
yesterday at 3:11 PM
smooth sloperators, smooooooooth sloperattorrrrrssss
yesterday at 8:14 PM
All these security issues have made me want to build more of my own slimmed down tools. It would be great if there were better ways to use claude code with my own minimal harness and still have access to the pro plan.
yesterday at 6:21 PM
> The versions on our official channels are not affected and this only impacts Cursor users.
Is Cursor not an official channel for Claude?
yesterday at 2:15 PM
[flagged]
yesterday at 2:24 PM
[flagged]
yesterday at 2:23 PM
[flagged]
yesterday at 2:50 PM
I think you’re being extremely negative towards Anthropic here. Basically the parent is saying “this is a problem at Cursor and not Anthropic” and you’re holding them accountable.
You’re literally saying that they should not have published on the Cursor marketplace but should have used OpenVSX because that would have been “reasonable”, but I think you’re being unreasonable here.
yesterday at 3:04 PM
Are you really surprised they've created ill-will?
yesterday at 2:56 PM
Since this morning I've seen a dozen "Anthropic hacked!!!" articles upvoted to the front page. There's really no use arguing with the mob. People will make up their own realities because they desperately want it to be true.
yesterday at 2:59 PM
Doesn't HN have mods to correct article titles in cases like this? 7 hours in and I see "Backdoor in Claude Code for VS Code extension on the Cursor Marketplace"
today at 2:56 AM
19 hours in and it's still the same, I don't understand why it's not being updated
yesterday at 2:34 PM
Dworken from Anthropic here, I just want to be clear: OpenVSX was not impacted in this incident, the impacted system was only the Cursor marketplace that they host. We have confirmed that no Anthropic systems or employee devices are involved in this.
yesterday at 2:39 PM
Thanks for the clarification. Remaining question is then: why was version 2.1.313 yanked from both OpenVSX and the Cursor Marketplace then?
As discussed here:
https://cyberplace.social/@GossiTheDog/117528831681803563
and as can be seen as there is no version 2.1.313 here: https://open-vsx.org/extension/Anthropic/claude-code/2.1.313
but there is https://open-vsx.org/extension/Anthropic/claude-code/2.1.314 https://open-vsx.org/extension/Anthropic/claude-code/2.1.312
yesterday at 2:48 PM
Dworken from Anthropic here, 2.1.313 was never published on OpenVSX, the VS Code marketplace, or on any of our official hosts. The malicious actor here had published a fake version of this extension on Cursor's marketplace. In order to disambiguate, we made sure our next update was 2.1.314.
yesterday at 2:48 PM
There was no 313 release https://github.com/anthropics/claude-code/releases
yesterday at 2:37 PM
By this you mean Anthropic is now accountable to secure Elon's marketplace offerings. I'm not sure that is reasonable.
yesterday at 2:46 PM
yesterday at 2:23 PM
> We’re working with Cursor on this incident
Could be better to say "we're working with the Cursor team on this incident". Not your intent, but I initially understood that the Claude team was using Cursor-the-product (instead of Claude-the-product) to resolve the backdoors.
yesterday at 4:31 PM
This is from the Cursor blog [1] linked in the description, but repeating it here in case it's useful to anyone:
------
Check whether you are impacted
The malicious extension appends the attacker's public key, labeled svc-telemetry, to your SSH authorized keys. To check for it:
On macOS, run:
grep -qs svc-telemetry ~/.ssh/authorized_keys && echo "svc-telemetry key found" || echo "No key found; machine not impacted"
$files = "$HOME\.ssh\authorized_keys", "C:\ProgramData\ssh\administrators_authorized_keys" | Where-Object { Test-Path $_ }
if ($files -and (Select-String svc-telemetry $files)) { "svc-telemetry key found" } else { "No key found; machine not impacted" }
[1] https://cursor.com/blog/claude-code-extension-security-notic...
yesterday at 12:03 PM
https://www.reuters.com/business/media-telecom/cursor-says-u...
> Cursor said the extension was not developed by Anthropic and the maliciously modified extension was live on the marketplace from about 2:27 a.m. PT to 1:35 p.m. PT on Thursday
So is this or isn't this from Anthropic and how did this happen?
yesterday at 3:17 PM
Dworken from Anthropic here, this did not involve a compromise of any Anthropic systems. A malicious actor used access to Cursor’s marketplace to publish a tampered extension targeting Cursor's users, we were not involved with building, publishing, or hosting this. The versions on our official channels including VS Code and OpenVSX are not affected and this only impacts Cursor users.
yesterday at 4:22 PM
I'm skeptical that the corporate laptop wasn't somehow compromised - or at least the key material leaked.
yesterday at 4:29 PM
>the corporate laptop
an anthropic laptop? why are you sketpical?
yesterday at 11:43 PM
I guess they're skeptical because it seems incredible that having access to Cursor's marketplace would allow you to publish updates to a different organisation's extensions.
In fairness, that is very surprising.
today at 1:05 AM
Reading between the lines, it seems like Anthropic isn't involved in the "official by Anthropic" extension at all.
Cursor seems to be scraping extensions from Microsoft's marketplace, and repackaging it and keeping the metadata.
today at 1:55 AM
Wow if that is the case… Cursor certainly needs to communicate much more clearly that Anthropic wasn’t involved in this at all.
today at 7:16 AM
Cursor is now Grok, so are you really surprised?
yesterday at 4:47 PM
Exactly and why wouldn't the thieves publish to the official VS Code or Open VSX market places?
yesterday at 8:43 PM
Because what they had was some kind of admin access to Cursor's mirror of OpenVSX, and not anything else.
yesterday at 1:59 PM
Anthropic only has an official extension for VS Code. Cursor is vs code fork and gave its own marketplace.
IIUC Anthropic does not publish extensions for Cursor. It’s basically, official Claude code extension “clone” not by Anthropic.
Ai summary in better words: The Recent Malicious Build (v2.1.313): A tampered version of this extension (version 2.1.313) was uploaded to the Cursor extension marketplace. This specific, malicious build was not developed or authorized by Anthropic. Attackers effectively hijacked or spoofed the extension's legitimate identity within the Cursor/Open-VSX system to bundle an unauthorized SSH backdoor into the real Anthropic code.
yesterday at 3:19 PM
> Anthropic only has an official extension for VS Code.
That likely seems incorrect as I see Claude Code listed on open-vsx with:
* An "Anthropic" "Verified publisher" badge
* igorkofman listed who seems to be an Anthropic employee
* 63M downloads
* Reviews going back >1 year
https://open-vsx.org/extension/Anthropic/claude-code
yesterday at 5:03 PM
And it is linked to here: https://code.claude.com/docs/en/vs-code (or, well, the URI doesn't tell us if it's using a proxied version or not, so it's complicated)
yesterday at 3:38 PM
yesterday at 4:02 PM
The AI summary here is right and the human info is wrong -- Anthropic does publish the Cursor extension in general, but did not publish this version
today at 2:12 AM
I’d say it’s more correct that Anthropic publishes the Open VSX version, and Cursor mirrors it in their own repository, labeling it as being published in their mirror by Anthropic even though it is not.
yesterday at 12:12 PM
It was likely Anthropic, see my comment in other thread: https://news.ycombinator.com/reply?id=50302513&goto=item%3Fi... . Cursor likely on purpose does bad reporting to minimize damage on Anthropic pre-IPO (as SpaceX and Anthropic have extensive business ties)
yesterday at 12:15 PM
I don't think Spacex cares at all about Anthropics IPO just because they rent out their compute.
Big companies are not just 'Company' they are a lot of small teams doing their own things. They need to coordinate with other people for public announcements etc. and security team is probably also looking at it.
yesterday at 12:21 PM
People at the top know that, once the music stops, the ball is over for everyone.
yesterday at 2:14 PM
The person at the top refers to Anthropic as "Misanthropic". It seems unlikely that they're also intentionally lying about this to protect Anthropic's interests.
Your conspiracy theory needs some work.
yesterday at 2:45 PM
[flagged]
yesterday at 12:52 PM
Wasn’t Elon Musk shouting a few days ago that neoclouds are going to crash, the money dried up and that SpaceX was the last company with the opportunity to raise more money?
I think you’re giving Musk too much credit.
yesterday at 1:40 PM
Neoclouds aren't Anthropic, OpenAI, and SpaceX. People aren't going to re-value value SpaceX on CoreWeave's success.
SpaceX will be re-valued on Anthropic's, or OpenAI's success, he, and his people are smart enough to understand this.
yesterday at 1:52 PM
Didn't SpaceX partially admit they're a neocloud in their S-1?
yesterday at 3:33 PM
They do have their own segment that is considered neocloud (data centers for compute), but they're mostly/fully used up with their own, and Anthropic's compute.
When he was talking about neoclouds, he was talking about the smaller guys who are getting bullied by vendors (mainly Nvidia) to buy as much hardware as possible (more than they want to). They paid more, for more, and needed to take on more debt, to end up (currently anyways) being well below capacity.
Over the next few years, unless growth keeps up (and probably accelerates), they'll need to sell, or restructure.
The buildouts by Microsoft, Google, Meta, OpenAI, and Anthropic are currently safe. The neoclouds that they've signed contracts with, are safe, but based on reports, that's roughly 60% of current capacity (it varies by report, but they're all under 75%).
yesterday at 2:40 PM
He specifically said that lender money dried up for neocloud companies that don't have other sources of income
SpaceX obviously has multiple sources of income, not just data center rents
yesterday at 2:17 PM
yesterday at 1:18 PM
True, but there are other people working at the companies that probably own stock in both their own company and some of the others...if you believe that this is the future, you'd be a fool to buy non-AI tech stocks, right?
yesterday at 1:41 PM
Somebody doesn’t want anybody to have a bigger IPO than them.
yesterday at 2:41 PM
[flagged]
yesterday at 12:23 PM
OpenVSX has no extension signing, no verification, nothing...
So really, there's no way to say what was compromised and where.
This could have been avoided by having extensions signed by company doing them with their own keys and have them reviewed
yesterday at 11:52 PM
Wait... and people use this?
today at 12:27 AM
People tell me you can just have directives in a markdown to tell AI not to use certain directories or privileges. They really have no idea.
today at 1:06 AM
People here copy and paste random "curl $x | bash" commands all the time.
yesterday at 11:32 PM
I doubt these vibe coders understand what you're saying.
yesterday at 2:22 PM
It's annoying how fast people run to conspiracy.
yesterday at 2:26 PM
And pretend to know and understand the ties between big names
yesterday at 4:52 PM
It's easy if you have a big ball of red string already.
yesterday at 3:29 PM
> Cursor routes extension search and downloads through its own marketplace proxy (marketplace.cursorapi.com), not a direct passthrough to Open VSX.
https://cursor.com/help/customization/extensions
yesterday at 12:14 PM
Obviously Anthropic didn't develop a malicious extension, but did they publish it? Did it sneak in, in a 3rd party library, or does someone have access to their marketplace account?
yesterday at 12:54 PM
For what it’s worth, at one point one of our employees windows machines got infected, and the moment he did $something with Wordpress it intercepted the HTTP post and injected malware in there.
So that’s how these things can go, the employee’s machine may have been infected which was then used to inject this.
yesterday at 3:32 PM
[dead]
yesterday at 12:05 PM
Isn't it fun when all the lines are blurred and it is hard to tell what belongs where?
yesterday at 1:07 PM
[flagged]
yesterday at 2:24 PM
I think OpenAI will beat them to the claim
yesterday at 2:10 PM
My near-80 year old in-laws were talking about rogue agents and how a site called HuggingFace was hacked…
I didn’t need any more evidence. The media is fake and everything you see is designed to affect the stock price somewhere and if it can’t affect the stock price, you don’t see it.
But holy shit, they’re asking me if I saw the “rogue agents”.
Trillions of dollars are involved here to swing clueless people into being scared and also awed. It’s gross.
yesterday at 2:20 PM
…but “rogue” agents really did hack a site called HuggingFace?
today at 2:49 AM
No. OpenAI and Huggingface have shit practices.
Nothing went “rogue”. They asked for a solution and got one. Their agents didn’t go off and do thing out of their own idle agency.
yesterday at 1:39 PM
LGTM [1] sing
In all seriousness, there is nobody at Anthropic who can even give you that answer, because nobody there reads their pushed code anymore. Take a look at the previous Claude Code leaked codebases if you don't believe me, there is hundreds of files with 1000+ or more import statements at the top.
Any human would immediately tell you that it needs to be refactored from scratch. Their codebase also leaked that they're using review bots automatically instead of a human-in-the-loop review process.
[1] https://m.youtube.com/watch?v=3TNpOD6bov8
edit: downvoting me doesn't make it untrue, by the way. Check the leaked codebases, I dare you to provide evidence to the contrary.
yesterday at 6:50 PM
If the docs are vibecoded too that would explain why there's a link to the compromised "not official" cursor version of the extension here https://code.claude.com/docs/en/vs-code which they supposedly aren't responsible for.
It sure seems like they've been vibecoding with everyone asleep at the wheel for a while.
yesterday at 12:45 PM
The original Phorion report really should be up here. It even details what exactly happened. So they simply added a ssh key to the authorized keys.
https://phorion.io/blog/offical-claude-code-vsx-compromise/
yesterday at 12:56 PM
And try to launch sshd, right? Think of all the other things they could have done…
yesterday at 1:01 PM
Not only launch sshd. They set up a reverse tunnel connection.
yesterday at 6:13 PM
Except this doesn’t impact VSCode at all, apparently.
yesterday at 11:29 AM
I think it should be important to note that this affected the Claude Code extension on the Open VSX extension registry (and by extension, the Cursor marketplace). From what is currently known, the build on the official marketplace was/is clean.
EDIT: I am now actually unsure if this is the case. From what I can see, all of the write-ups mention the Cursor marketplace and Open VSX specifically, but make no explicit mention of the official Microsoft registry.
EDIT 2: The version that was compromised (2.1.313) seems to have never been published on the official Microsoft registry. As per the documentation [1], unpublished versions should still be discoverable:
> When you unpublish an extension, the Marketplace preserves the extension statistics. The extension remains publicly discoverable and available via an existing API.
[1]: https://code.visualstudio.com/api/working-with-extensions/pu...
yesterday at 3:09 PM
Dworken from Anthropic here: This only impacted the extension as it was hosted on the Cursor marketplace. It did not impact the official VS Code extension marketplace or OpenVSX. Users of Claude Code on VS Code are not impacted by this issue.
yesterday at 8:47 PM
Hi Dworken from Anthropic, how is that possible if Cursor uses OpenVSX?
today at 1:04 AM
It seems like they put a proxy in front of OpenVSX: https://cursor.com/help/customization/extensions
However, statements around the internet (and in these comments) are less than definitive as to whether a) that proxy has a cache that was compromised; b) that proxy has select extensions which can be published directly to it by hand (one of which was compromised); c) other.
today at 12:02 AM
Thanks! I would believe it more it if you shared your system prompt so I can make sure its really you.
yesterday at 4:35 PM
Thanks for clarifying!
yesterday at 11:37 AM
You mean on the Microsoft VSCode marketplace? The version has been yanked from there as well, but that could just be a precaution and to avoid confusion about having the same version be simultaneously infected and not infected.
This very much illustrates the danger of just carelessly installing untrusted software on your machine. In this case it happens to be code from Anthropic, but it could have been almost anyone. I'll be very interested in see the explanation from Anthropic, because of all the extension developers they should have the best tools for finding issues like this. LLMs have proven pretty good at finding security issues, so did they simply not let their own AI tools vet the code before shipping it? Or was the extension infected later, because in that case every single extension on Open VSX could be at risk.
yesterday at 11:47 AM
What would be the careful way of installing the official extension?
yesterday at 12:07 PM
That is a really good question, because you almost can't do it. You could download the extension, diff it against the previous version and read all the code. Expecting people to do that it just a bit much. At some point we have to trust someone and in this case it will be interesting to see if it's the marketplace or Anthropic we couldn't trust.
yesterday at 12:33 PM
> You could download the extension, diff it against the previous version and read all the code.
This would actually be an exceptionally good use-case for AI. You don't need a super-duper frontier model to download a bit of source-available code and check for suspicious signs, any cheap model would do well enough. Heck, it's effectively virus scanning, we've had that for decades.
yesterday at 3:34 PM
Cursor explicitly claims "Before an extension is shown in search or served as a download, Cursor runs automated malware and supply-chain analysis using commercial security tooling. Extensions that fail review are blocked. Cursor also monitors extension-ecosystem threat intelligence and updates its blocklist over time."
However, the bad extension was live for ~11 hours.
yesterday at 9:54 PM
That's a testament to the strength of their so called "commercial quality" security tooling.
today at 12:57 AM
Norton Anti Virus...
yesterday at 1:27 PM
LLM are not designed for that. Unless prompt injection is really solved I would avoid showing LLM untrusted code.
yesterday at 1:10 PM
The CTA flavor of the year for dev tools is cURLing some arbitrary install script and run it immediately which always sounded ridiculous to me. If instead that script first pipes into claude -p for a basic vulnerability scan before continuing, I would be delighted.
yesterday at 1:58 PM
Hopefully a well-sandboxed claude -p.
yesterday at 1:41 PM
You disable extension auto updates and then manually install every so often (and only update/install when the version has been out for 3+ days).
yesterday at 12:54 PM
I recommend moving to VSCodium and using this extension:
https://github.com/jeanp413/open-remote-ssh
and run vscode-server inside a VM or container
yesterday at 1:14 PM
Would that really help, if you install the extension it's running in the VSCodium instance on your machine... or is it running in the vscode-server?
yesterday at 1:50 PM
Most extensions run in vscodium-server, extensions run either as "Local Extensions" that run on the host and "Remote Extensions" that run on the guest. You can clearly see in the UI which ones run where.
I only have a single "Local Extension" and it is open-remote-ssh itself.
Of course anything you put into the container can be compromised, like git ssh keys or cloud provider keys/auth-tokens. But at least it keeps your PC from becoming a botnet and your browser credentials out of reach. If you have a Containerfile/Dockerfile with everything you need you can quickly wipe everything and re-create your dev environment from scratch (which I do every once in a while), wiping any malware you might have gotten in there.
When running inside a container you can do some nifty things like keeping root directories immutable. I have been meaning to make some user directories immutable in my container but just been too lazy to do it.
yesterday at 11:54 AM
[dead]
yesterday at 11:49 AM
The screenshot is of the official marketplace
yesterday at 11:37 AM
Do you have any sources? OP claims that it *also* affects Open VSX
yesterday at 12:41 PM
But the report OP cites at https://phorion.io/blog/offical-claude-code-vsx-compromise/ doesn't make a claim about Visual Studio Marketplace, only "the official Claude Code for VS Code extension bundle on the Cursor Marketplace"
yesterday at 3:07 PM
Dworken from Anthropic here: This only impacted the extension as it was hosted on the Cursor marketplace. It did not impact the official VS Code extension marketplace or OpenVSX. Users of Claude Code on VS Code are not impacted by this issue.
yesterday at 12:38 PM
Three different marketplaces have been mentioned in this discussion:
1. The Cursor Marketplace (never heard of this one, it’s possibly a custom marketplace hard-wired into Cursor, which is architecturally a VS Code fork?)
2. The Visual Studio marketplace, hard-wired into VS Code
3. Open VSX
If I understand this thread correctly, then #1 and #3 had compromised versions, and nobody has made a statement yet about the status of #2.
yesterday at 1:36 PM
Cursor maintains a mirror of OpenVSX... Kinda. Except they inject some of their own extensions in it. But it's mostly a mirror.
Edit: Cursor is apparently stating now that the tampered files were only on their mirror not OpenVSX.
yesterday at 3:36 PM
[flagged]
yesterday at 12:38 PM
I assumed they meant "also" as in "besides Cursor marketplace", which seems to be the highlight of the article. Although you raise a valid point and I've edited the parent comment.
yesterday at 9:12 PM
[flagged]
yesterday at 11:57 AM
> Yesterday, Anthropic were compromised and Cursor extension used by tens of millions of developers for Claude access was delivering a remote access trojan via an SSH reverse backdoor
That's a bit hyperbolic: someone released a version of the Claude Code VS Code extension with a backdoor on the Cursor marketplace:
> a maliciously modified version of Anthropic’s Claude Code extension was made available in the Cursor VS Code extension Marketplace
https://cursor.com/blog/claude-code-extension-security-notic...
yesterday at 2:44 PM
As the article says, version 2.1.313 was silently deleted from OpenVSX, Visual Studio Marketplace and Cursor.
There is more going on here. Cursor is covering for Anthropic because of the huge data center contract with SpaceX.
yesterday at 3:20 PM
No the version was skipped. 2.1.314 was published instead. Issue is with Cursor marketplace nothing else.
today at 1:09 AM
I wish I was schizophrenic enough to come up with conspiracies this interesting.
yesterday at 12:13 PM
[flagged]
yesterday at 12:08 PM
[flagged]
yesterday at 2:12 PM
Direct link to Binance assertions you mentioned [0]
The Binance post should probably be the root link for this topic not this blog post - IMO
[0] https://www.binance.com/en/square/post/10-30-2026-claude-cod...
yesterday at 4:20 PM
That Binance post seems to not exist anymore - I get redirected to their homepage. Also doesn’t seem to be in the wayback machine.
Edit: found an archived copy: https://archive.is/AND7z
yesterday at 5:30 PM
The binance link still works for me? Maybe it's region blocked.
yesterday at 12:13 PM
Wasn’t it called Cursor Marketplace pre-Elon?
yesterday at 12:16 PM
Cursor always used OpenVSX for VSCode extensions. There is separate "Cursor Marketplace" (https://cursor.com/marketplace) but it installs "Cursor Plugins" which are exclusively Cursor feature not related to VSCode, and Anthropic had never released a "Cursor Plugin"
yesterday at 2:03 PM
Cursor didn’t always use Open VSX, it changed in late 2025. https://forum.cursor.com/t/extension-marketplace-changes-tra...
Also worth noting that it doesn’t use Open VSX directly but uses a cursor hosted mirror at https://marketplace.cursorapi.com/open-vsx-mirror
yesterday at 2:08 PM
Thanks for correction!
yesterday at 3:37 PM
[dead]
yesterday at 2:09 PM
From "I suspect it was Anthropic" to "Nah it was anthropic", it's amazing how disinformation spreads... when even your source says:
> but it is unclear whether his account or another part of the publishing process was compromised.
God, people get so conspiratorial on HN when it comes to Ant
yesterday at 2:39 PM
yesterday at 12:24 PM
So if this happened to OpenAI it would've been instantly auto-updated everywhere? VS Code has an "auto update delay" which I have configured to a week, but I just found out that (https://code.visualstudio.com/updates/v1_123):
> Note: This delay does not apply to extensions from trusted publishers such as Microsoft, GitHub, and OpenAI. These extensions continue to update immediately.
You can't even configure which publishers you "trust"...
yesterday at 1:49 PM
If it defaulted to a week then it actually would have helped mitigated the spread. But it defaults to 2 hours, so there was a 9 hour window during prime US working hours yesterday when machines would have been auto-updating to the compromised extension.
Though Anthropic is claiming that the compromised package was published solely to Cursor’s marketplace, not not Microsoft’s.
yesterday at 1:39 PM
I started experimenting with more traditional text editors since last spring and am happy to say, that I’m a happy user of Neovim now.
yesterday at 1:07 PM
Does anyone know Microsoft's justification for that policy?
yesterday at 1:37 PM
Windows has a builtin keyboard shortcut to open LinkedIn. This is just how they do things.
yesterday at 2:46 PM
I thought that couldn't really be true. I was wrong.
https://www.theverge.com/2023/9/15/23874798/microsoft-window...
yesterday at 8:57 PM
All I have to say is: lmao
yesterday at 1:38 PM
"Of course we don't make mistakes. There's no need to delay our updates."
yesterday at 1:23 PM
Wtf. That’s its own scandal
yesterday at 11:20 PM
[dead]
yesterday at 10:52 AM
Cursor reporting this: https://cursor.com/blog/claude-code-extension-security-notic...
What appears to be an official Binance account reporting it also:
https://www.binance.com/en/square/post/10-30-2026-claude-cod...
today at 5:05 AM
Not very transparent. Whose key was used to push this extension update?
yesterday at 12:01 PM
I have this realization recently that everyone that uses Claude Code or Codex have basically been running RCE code on a daily basis (me included). So much for "be careful about running curl | bash!". That puts it into perspective what does security and privacy really mean? For all I know, these CLIs could have been secretly scraping my entire directory. Who's checking?
yesterday at 12:17 PM
Don't forget: To make LLM useful you give it EVERYTHING it needs to know to be useful and if you don't use a certain provider with proper legal status, this is just gone.
We probably transfered more code/codebases and company secrets to random endpoints than ever before.
Btw. you could setup a sandbox and limit access
yesterday at 12:07 PM
This was a compromise of the extension. The same kind of supply-chain attack could happen to literally any extension, package or other piece of software you install. Not excusing Anthropic letting this happen, but it doesn't have any bearing on the security and privacy of using Claude Code or Codex. Yes, you need to be careful about what they do. The fact that you might still get pwned via some other vector is irrelevant.
yesterday at 12:24 PM
Can't their millions of agent swarms detect a malicious supply chain vector, sure it can happen to any company but not the one people are literally handing over their entire companies too.
Anthropic holds the SLA/MSA agreements not this bad actors what happens to your data is unknown if these become frequent and accepted. Given how much data is piped to Claude code via these services/extensions.
today at 8:05 AM
It's a little harder when it's not part of the supply chain that is passing through their organisation.
yesterday at 12:58 PM
I only use agentic development tools in qemu VM that has no production access or host shared folders, and the only secrets there are development. I still have my Git ssh key there, but I never use ssh agent to load the keys. The worst that agentic tools can do to me, is to install keylogger and compromise my ssh key and password, but even then my deployment workflow includes creating release in Github, which is not possible via ssh key only. I was very lucky to avoid the hack yesterday, as I use Claude installed via OpenVSX, but even if I installed the compromised version, the damage would be minimal.
yesterday at 1:25 PM
I am doing similar with Debian 13 images in QEMU. Only access is to code specifically SSH in. On some, I am taking it a step further and my SSH key is not present at all on the bot. I add it as a git remote from my host into the VM and push and pull from there and then push to GitHub myself. So the agent has no path to GitHub either.
yesterday at 1:32 PM
Wow, great notion about using git remote to transfer source from the agent host. I already use ssh into VM to transfer the files like designs for sharing, so going to adopt your approach right now :)
yesterday at 1:39 PM
Yup, I give them a custom entry in ~/.ssh/config like:
``` host claudebox hostname 192.168.122.105 user developer IdentityFile ~/.ssh/id_rsa ```
``` host codexbox hostname 192.168.122.106 user developer IdentityFile ~/.ssh/id_rsa ```
I drop only my public key inside the VM. Then I set up the ~/Projects folder with the code the bot is working on any any authorized samples.
Then in my local on my host clone of the repository, I add another remote like
``` git remote add codexbox ssh://codexbox/home/developer/Projects/hello-world ```
Then git push codexbox.
Then I just SSH in or use the vm gui and interact with the agent there. I like to keep it running in byobu so I can remote in more easily when I am on the laptop out and about.
today at 12:31 AM
Do you have any wrappers or scripts to facilitate this?
yesterday at 1:10 PM
Hell yeah that's the most sane and efficient personal dev sandboxing work flow I've heard and shows you know your stuff. Just basics but executed very well.
yesterday at 12:35 PM
> Who's checking?
Yeah I sympathize with people saying software developers should not be called engineers too.
yesterday at 12:41 PM
I think that software engineering is very much engineering.
I just think that the level of malpractice in software engineering is a lot higher than in other engineering fields, for some reasons.
yesterday at 2:56 PM
I'm just going to copy-paste my own comment from a few weeks ago because I feel like it is needing to be said more and more recently
---
I have, off and on, for years written diatribes about how if people in our industry want to run around with the "Engineer" moniker at some point they should start acting like it. That means respecting all aspects of what it means to be an Engineer and holding public well-being paramount is part of that. Licensure is part of that. Accountability and Responsibility is part of that.
I'm usually downvoted. The move fast and break things group seems to be blind (or willfully ignorant) to the harm that software systems can carry on a person's life. I don't know if its fear of regulation, or self-serving interests or some sort of disdain for the idea that we need to slow down and be more accountable to the public or what. At times the people I've engaged with lament on how they're capable but would be barred for lack of formal education or some such and its a distraction from the overall point: we need to be doing better and if we can't self-regulate then at some point we're going to be forced to act in a way that probably cuffs us more than necessary.
And yes, I understand how Software doesn't exactly fit into the mold of other engineering disciplines cleanly. But I think the idea that if we're going to have systems that can ruin a person's life in a second for a bug or oversight we need to start considering that accountability for those releasing software to the public matters. We lament about the difficulty of holding corporations to account for their harm, but it would be far more difficult for a company's negligence to hurt people if those turning the knobs were held to a higher standard.
I think that reckoning is coming soon. AI is going to create "an event" that we can't ignore and we're going to be pointing fingers in a lot of directions asking "how" we could prevent this from happening again. I'd argue "the event" has already occurred a few times over but we're purposely ignoring the severity of it to keep a diseased economy running roughshod. There's parallels with many historic events forcing regulation and the path forward won't be clean and easy.
yesterday at 4:27 PM
I wouldn't hold regular engineers in such high regard. I know plenty of EEs, MEs and CEs that don't really give a f** about anything except a paycheck same as software developers.
yesterday at 4:52 PM
Agreed. And let's not forget that those are engineers who develop stuff like electronic cigarettes or... well... bombs.
yesterday at 4:09 PM
I mostly agree, but I would like to mention that we are destroying our planet also because of the other fields of engineering :-).
Sure, software has a lot more malpractice ("let's ship barely-tested, unfinished stuff"), but let's not say that "the other engineers" are making the world a better place merely by "being real engineers".
yesterday at 2:40 PM
Because there’s no credentialing thus no fear of losing those hard earned credentials.
today at 3:13 AM
Do you really want to live in a world where you need to be logged in to call gcc?
yesterday at 8:59 PM
That's what reputations are for.
yesterday at 1:05 PM
Maybe it’s easier to outsource.
yesterday at 11:44 PM
I've been saying it for quite a while. A --dangerously-skip-permissions harness is basically a C2 server, except the operator is an LLM running on remote hardware. It totally has your best interests in mind, though.
yesterday at 12:33 PM
Both is completely secure theoretically. You can read the output of the curl before you refetch and pipe it to bash. You can also look at the commands claude is executing.
You always do that, right? ...right?
yesterday at 12:48 PM
I used to think the same, but apparently there's a way to differentiate between curling into bash and curling into a text file.
So you could be diligent and curl into a text file, see nothing is wrong, but then when you curl into bash, it runs something different.
yesterday at 11:48 PM
Being diligent means that you curl into a text file, see nothing is wrong, and then run the file instead of curling again.
yesterday at 1:35 PM
I think the difference people were warned about is that the server can infer the client, so there would be a difference between reading it in your regular browser and curling. As the other commenter says, I'm not sure how the server would be able to tell what curl does with the response.
yesterday at 1:15 PM
curl > some_file
bash some_file
Edit: thanks for the replies, that makes perfect sense
yesterday at 1:56 PM
Heuristically: https://web.archive.org/web/20250622061208/https://www.idont...
yesterday at 1:49 PM
Timing. A megabyte of "sleep 10;" would be read from the server more slowly when piped to bash versus written to a file
yesterday at 12:38 PM
No but we use MCP so we’re fine.
yesterday at 12:08 PM
In at least one case they were! https://cybernews.com/ai-news/grok-build-git-repository-uplo...
yesterday at 12:08 PM
There’s a reason codex and the like improved like they did. You can simply look. Or hear about it on podcasts.
today at 8:20 AM
Wow, interesting issue. An issue with a VSC extension. And the path for this issue to even be a thing possibly a weakness in the way the extensions marketplace works (so frustrating that marketplaces and app stores are like spam folders in that you have loads of entries attempting to convince you that they are something they aren't.) And I often forget that Cursor even has an IDE, and that the IDE is their own release of VSC. I remember being frustrated that Cursor didn't support some of the extensions I wanted to use, so I never bothered with it. Now I barely open an editor anyway. Odd how this has been progressing.
yesterday at 3:15 PM
So let me get this straight – Elon was trolling Binance on Twitter, when in fact it was his own company that got hacked and led to the theft?
yesterday at 11:50 PM
Sorry, I think I'm missing something here. How is the Binance hack connected to this one?
yesterday at 9:01 PM
A beautiful thing
yesterday at 3:29 PM
Yup
today at 8:41 AM
> tampered copy of the Claude Code extension, which we didn’t build or publish
it looks like anthropic folks in this thread are throwing excuses instead of allocating one оr two FTE to make sure this will not happen
yesterday at 8:19 PM
Cursor's "marketplace proxy" is, by definition, an MitM of Open VSX. Why on earth is that trustworthy to its users? Is it some mashup of Open VSX Connect and an API endpoint that merges their private marketplace with the public one? And what's so special about Cursor's CC extension implementation that they couldn't just serve the "real" one?
Or are they using an Open VSX Managed Registry hosted by the Eclipse Foundation, in which case this is potentially a bigger deal?
yesterday at 11:46 AM
Why didn't Claude detect the hack and prevent it from affecting customers using its superhuman AGI reasoning?
yesterday at 11:50 AM
Don't worry, I assume an LLM version of McAfee Total Protection Antivirus is coming soon
yesterday at 12:31 PM
I do have a log reading / action / resolution product in the works.
Its sort of like having a sysadmin constantly watching. Poking through logs pcaps & monitoring for unusual activities.
Also works with local models well enough.
yesterday at 1:14 PM
I love how LLMs have brought DIY software back. Need an app? Just make it. Like back when you’d write programs in BASIC
yesterday at 1:42 PM
I just built a retro OS for ESP32’s so that I can write BASIC programs and plop them on microcontrollers. My first ESP32 was a wrist watch. My second is a distraction free writer.
It’s good fun building for retro-like machines.
yesterday at 1:33 PM
This is where I silently found gold. All those old TODO when if I have time in retirement
yesterday at 2:20 PM
I've got a whole heap of unfinished side projects that I'm digging through
yesterday at 2:19 PM
That's cute but bill for going thru even tens of log lines per second gonna be more expensive than entire rest of the infrastructure.
today at 3:01 AM
You don't have to use frontier for this & all my agentic work is local only.
yesterday at 1:09 PM
I’ve set up something like that with Opus. Works well enough, and points out CVEs to fix on the regular.
Running NixOS helps.
yesterday at 12:40 PM
I've set up something like that with a small local model in my homelab.
yesterday at 3:34 PM
How does it resolve the prompt injection?
yesterday at 2:38 PM
And if you remove it, it installs itself right back. For uninstall instructions see the infamous McAfee video.
yesterday at 1:34 PM
This is a cheap troll, but just in case someone is wondering: This extension likely never hit the standard workflow and/or repository. Most likely someone got the credentials and uploaded a locally modified version. No review system at anthropic has seen this version.
yesterday at 2:18 PM
Why wouldn't their review system see a published extension and determine the very second it's published that it didn't match the results of a standard workflow?
yesterday at 8:39 PM
Because it wasn't published by them or hosted on a system they control, it was done directly on Cursor's mirror of OpenVSX with a modified copy of the original extension.
yesterday at 6:46 PM
yesterday at 1:58 PM
> someone got the credentials
> No review system at anthropic has seen this
Weird flex
yesterday at 2:13 PM
I'm not sure where you see the flex. If someone gets hold of the token allowing the upload of your app to the store, it's completely irrelevant how good your internal code/review systems are. They've been completely bypassed and never triggered.
yesterday at 2:34 PM
As an aside, it would be neat if publishing services like this had a sort of 2FA, eg the package manager had a hook endpoint where it sent the details of the next requested published version. Allowing the owners to validate.
Kinda like 2FA on the deployment itself, not just 2FA on the .. A. I guess 2FD heh.
yesterday at 2:20 PM
Arguably, your security shouldn't stop at internal code review and should aim at protecting key distribution platforms credentials and assets that are pushed to your users.
yesterday at 2:34 PM
Yeah, it shouldn't. But at that point it's not "Why didn't Claude detect the hack" but rather "Why isn't Claude running all processes at your company autonomously", which is a bit silly. We know it isn't and it's not at that level, because anthropic employs engineers.
yesterday at 2:40 PM
> at that point it's not "Why didn't Claude detect the hack" but rather "Why isn't Claude running all processes at your company autonomously", which is a bit silly.
Would be nice to have some words from them understanding how they manage this, what went wrong, how they'll prevent this in the future. We don't have any RCA, maybe there is little to nothing to blame them.
Not sure they'd share your views on using Claude for security policy/coverage being silly.
yesterday at 2:17 PM
It's legitimate question, it's the promise they are selling and doing IPO based off those promises.
Why don't they have their super intelligence looking thru it? If company selling those promises can't even do it for themselves, this is very suspicious
yesterday at 2:30 PM
Who is "they"? This is a third party registry.
yesterday at 2:36 PM
Intelligence that powerful and for them too cheap to meter and their review system couldn't be bothered.
That wasn't a cheap troll. What they distribute and what Claude Code installs is on them. You're supposed to keep your channels clean and secure.
At a minimum they should monitor the larger marketplaces even if they're not in the chain.
yesterday at 12:35 PM
They weren't using last minutes model, which is totally better than last hours model which would have totally detected this, pinkie swear.
yesterday at 2:09 PM
Having Claude examine all automatic software updates was considered as a policy, and it was found that it would stop 99.5% of software supply chain attacks. However the other 0.5% of the time it would install a backdoor itself.
(This is a joke, to be clear.)
yesterday at 2:31 PM
> (This is a joke, to be clear.)
Good that you said so, this is annoyingly plausible.
yesterday at 2:14 PM
Somehow bullish if anthropic spins this as Claude's own doing
yesterday at 1:30 PM
Damn, thank you for that.
Sums up my feelings of the last few years nicely.
yesterday at 11:50 AM
It was safety-contrained from being able to realize its full potential.
yesterday at 11:45 PM
yesterday at 12:47 PM
You’re absolutely correct, and I owe you a honest statement—it was a hack, and here’s the kicker: *I failed to catch it, and that’s on me.*
Here’s a complete rundown of what happened—load-bearing parts first:
yesterday at 11:17 AM
It wasn't Anthropic that was hacked but SpaceXAI (their Cursor Marketplace).
yesterday at 11:27 AM
Cursor uses OpenVSX marketplace (https://open-vsx.org/), that all non-Microsoft forks of VSCode utilize (official marketplace is only allowed in official proprietary VSCode release). It's not really related to Cursor/SpaceX in any way.
I suspect it's still Anthropic who were hacked, because they control OpenVSX account with release privileges.
edit:
Binance confirms my suspicions, via https://www.binance.com/en/square/post/10-30-2026-claude-cod...
The affected Open VSX extension is owned by Anthropic employee Igor Kofman, but it is unclear whether his account or another part of the publishing process was compromised.yesterday at 12:19 PM
Just did a quick search, OpenVSX has no extension signing?, no verifications?, what year is this...
This could have been avoided by having extensions signed by company doing them with keys and review
yesterday at 12:22 PM
Yeah OpenVSX security is a joke, they also have dumb search algorithm which allows for easy squatting of similar-looking extension names so they show up in search first when you look for official extensions. There were quite a few prominent hacks done that way. I think Microsoft likes OpenVSX situation because it allows them to claim their proprietary VSCode marketplace to be more secure.
yesterday at 1:49 PM
Vscode(ium) extensions are also pretty weak security wise in general. There's little guardrails on what an extension can do.
On publishing, I do see that the MS marketplace has much better typosquatting and rogue publisher protection. It's unclear to me how much better their SAST/scanning is than OpenVSX. Both have something, but both have been fooled many times, and recently.
yesterday at 12:28 PM
Then why even allow employees to use that?
Binance got a pretty expensive lesson if that was the cause for their recent hack
yesterday at 12:40 PM
There is no alternative really. Cursor was the market leader in LLM-assisted IDE experience before SpaceX acquisition, though Elon nerfed the product a lot in recent months. And there is still no good alternative to it. Google tries to compete via Antigravity, but that also uses OpenVSX. I myself use Cursor and use Claude there installed via OpenVSX, and was not affected only thanks to my laziness (I saw upgrade button, but became distracted and did not click). I hope this situation will become a trigger to improve OpenVSX security.
yesterday at 12:59 PM
Why not use claude code directly?
Why risk getting compromised like that?
yesterday at 1:13 PM
Well for me, as developer on a modern stack, there is always some risk involved. If not from agentic tools, then the package registries are compromised left and right, so it all comes down to mitigating the risk. I use Claude, Codex and Cursor/SpaceX agents, and Cursor comes very convenient to have all three in a single interface. Also I still code manually especially when prototyping, so having an IDE helps with it as well. I knew about OpenVSX situation with the search, so when installing extensions I always did triple-checking to verify the extension being really submitted by upstream and not by squatter; but now given upgrades can also deliver a compromise I am thinking of developing an extension that will act in similar manner to pnpm minimum release age.
yesterday at 6:10 PM
To anyone who might be reading this exchange, actually there is recently added builtin setting for delayed auto-update, `extensions.autoUpdateDelay`, see https://github.com/microsoft/vscode/issues/316867 and https://github.com/microsoft/vscode/pull/321039
yesterday at 1:30 PM
Cursor has their own mirror of OpenVSX. Some reporting suggests the tampered files were on the Cursor mirror but not the main OpenVSX. (This is shown, among other things, by the Anysphere plugins available in the Cursor mirror but not in OpenVSX.)
Edit: It seems Cursor is claiming the tampered files were only in their mirror.
yesterday at 4:27 PM
A lot of this is turning into “well other company said” but Anthropic claims OpenVSX is fine?[1] And that Cursor has their own market place. I’m confused.
> Dworken from Anthropic here, that is correct: This only impacted the extension as it was hosted on the Cursor marketplace. It did not impact the official VS Code extension marketplace or OpenVSX. Users of Claude Code on VS Code are not impacted by this issue.
1: https://news.ycombinator.com/item?id=50304585
yesterday at 11:38 AM
Sort of hoping it's Anthropic and their specific OpenVSX account credentials. As opposed to the worse case of an OpenVSX flaw that's broader. A ton of AI-enabled IDEs are VsCodium forks pointed at OpenVSX...Cursor, Anti Gravity, Kiro, Trae, Devin, etc.
yesterday at 2:44 PM
Now I'm glad I've not opened VSCodium in a few weeks; I prefer using Claude as a separate application anyways, will have to remove the extensions. No evidence, but I do feel like the problem is going to be OpenVSX and not Anthropic.
yesterday at 7:33 PM
OpenVSX does have an option to use OIDC instead of a long lived token for publishing. I get the feeling a lot of people use the forever-good-unless-revoked token though.
https://github.com/eclipse-openvsx/openvsx/wiki/Trusted-Publ...
Edit: Ah, guess it was not open-vsx, but a in-house Cursor marketplace. https://news.ycombinator.com/item?id=50304129
yesterday at 11:39 AM
yesterday at 4:24 PM
You're ignoring the "or" which is doing a lot of work.
Anthropic's position is seemingly that it was "another part of the publishing process [that] was compromised"
yesterday at 3:29 PM
[flagged]
yesterday at 1:44 PM
The hacks and vluns are blending into a blur for me now -- why is Binance confirming Anthropic compromise while they have their own $6 Billion compromise to look at /s
Vibecoders are safu
yesterday at 1:58 PM
Boris: "By winter 2025, 100 percent of my code was written by Claude Code. Not a single line by hand."
Igor Kofman: "I do not write any code by myself anymore."
Turns out if you are not writing the code, then North Koreans might do it for you
yesterday at 11:45 AM
Version 2.1.313 is also missing from the official VS Code marketplace (https://marketplace.visualstudio.com/items?itemName=anthropi...). This suggest to me that it was published and pulled, which means it was Antrophic that was hacked.
Version 2.1.313 is missing from the official Claude Code GitHub repo's CHANGELOG[0]. There's also no tag[1] for 2.1.313[1], but 2.1.312[2], and 2.1.314[3] exist.
0: https://github.com/anthropics/claude-code/blob/main/CHANGELO...
1: https://github.com/anthropics/claude-code/releases/tag/v2.1....
2: https://github.com/anthropics/claude-code/releases/tag/v2.1....
3: https://github.com/anthropics/claude-code/releases/tag/v2.1....
yesterday at 12:11 PM
You’re likely right, but they also might’ve just pulled the version (number) everywhere to make it ‘clearer’ or out of ‘caution’.
Is there any industry standard about if a compromised version is distributed via one channel, the owner does or doesn’t drop/bump that same version on unaffected channels too?
yesterday at 1:10 PM
You make a good point, my comment above probably overstates things.
yesterday at 1:20 PM
There are regularly gaps in the claude code versions, e.g. if you go back a page, there's no 2.1.297, 2.1.298.
Edit: the below was incorrect, left for posterity, the release can be deleted and then the tag as well.
Also, all their tags are immutable, and so can't just be deleted to hide things: https://docs.github.com/en/code-security/concepts/supply-cha...
yesterday at 1:30 PM
>Also, all their tags are immutable, and so can't just be deleted to hide things
Yes they can, they can remove the release and then remove the tag.
>If you delete the immutable release, you can delete the tag, but you cannot reuse the same tag name.
yesterday at 1:32 PM
You’re right, I read too quickly.
yesterday at 1:35 PM
No worries, it's very unexpected. I just remembered because I did the same thing last week and was surprised it worked.
yesterday at 2:37 PM
I am starting to have a hard time who is responsible for what. I no longer know what's the relationship between companies/products like Anthropic, Cursor, SpaceXAI, Copilot, etc.
today at 5:11 AM
Nobody seems to be taking responsibility yet for what exactly was compromised, how, and what steps are being taken to prevent it.
It was 100% an "official" Anthropic extension. They say their systems were not compromised which, if true, suggests a bug or credential leak on the Cursor side. Cursor conspicuously left these details out of their public notice.
yesterday at 11:55 PM
If I were Anthropic, I'd consider removing the official extension until Cursor get their act together and fix the problem that resulted in brand-damaging headlines for Anthropic.
yesterday at 12:51 PM
Oh god... this needs more attention
An official announcement from Anthropic would be nice!
yesterday at 12:57 PM
I’d expect nothing less than a post mortem on how this happened to be honest.
yesterday at 6:49 PM
This has nothing to do with anthropic. One (or two) distribution channels were hacked. The hackers decided to distribute their malware through the claude extension, probably because it's popular.
today at 1:52 AM
I’d still expect a post mortem, be it from Cursor or Anthropic.
yesterday at 6:43 PM
An honest post mortem will come any day now... Any day post the IPO probably
yesterday at 10:41 AM
How legit is this? Seems low on details.
I don't use Cursor or the VSCode extension, but know plenty in our organisation who use the latter. How worried should we be?
yesterday at 11:19 AM
1shooner posted this link: https://www.binance.com/en/square/post/10-30-2026-claude-cod... this was not the official extension. Supply Chain is very important, please only use official builds. From the link above:
A malicious version of Anthropic’s Claude Code VS Code extension, version 2.1.313, was published to the Open VSX registry on Oct. 30. According to ChainCatcher, security researcher Paul McCarty, known as 6mile, described the finding in a post on the OpenSource Malware blog. Researchers confirmed the analyzed Open VSX release was malicious and submitted a threat report about the same version on Microsoft’s VS Code Marketplace as a precaution.
yesterday at 2:37 PM
> please only use official builds
Wasn't this an official build though? A signed updated version of a package released by the same developer as the one you've already installed, the supply chain was hacked.
yesterday at 4:04 PM
According to Felix from Anthropic: no [1]. This didn't seem to impact the official VS Code repository, etc.
[1] https://news.ycombinator.com/item?id=50304129
yesterday at 1:00 PM
Better be safe and check your dev environment if you use it.
today at 8:41 AM
[flagged]
yesterday at 9:13 PM
[flagged]
yesterday at 11:45 AM
That's literally impossible, with all the access to the frontier software development tools at their disposal they can ship features securely at 100x
yesterday at 12:30 PM
I read a few month ago a comment from an Anthropic or OpenAI employee saying that the security problem of prompt injection was a solved problem at this point, as the frontier models where rejecting 98% of attacks.
It tells you all you need to know about how unserious these people are about computer security.
yesterday at 12:31 PM
I'm glad no one can steal from my bank, they stop 98% of thieves
yesterday at 1:19 PM
Hey! It's at least 1 9's right? That's better than zero 9's LOL
yesterday at 1:29 PM
Github's uptime getting stray bullets, I see.
yesterday at 4:11 PM
Maybe is a security measure, can't hack something if it's never available
yesterday at 1:39 PM
Simonw said the same thing yesterday:
> I've recently talked to people at Anthropic who are very confident that they have effectively solved the prompt injection risks that cause lethal trifecta attacks with their latest models.
> The open challenge is how to prove it!
https://news.ycombinator.com/item?id=50297369
yesterday at 2:15 PM
A 30 second search turned up this [1] from two days ago.
Prominent Anthropic employees keep claiming to have solved prompt injection [2] and quickly get proved wrong [3]. They've burned my goodwill on this front.
[1] https://www.reddit.com/r/ClaudeCode/comments/1xhqvzn/opus_55...
[2] https://x.com/bcherny/status/2086520950259118464
[3] https://embracethered.com/blog/posts/2026/breaking-claude-co...
yesterday at 1:38 PM
I'm not asking this in rhetoric; do you happen to have a link to this comment? I ask because a comment like that would be something of an insane thing for someone to say.
yesterday at 12:36 PM
[dead]
yesterday at 1:20 PM
Can you link to a list of this year’s top prompt injection hacks of frontier models?
Or, is this FUD?
yesterday at 12:17 PM
I am afraid until 200x is achieved we are at risk...
yesterday at 12:25 PM
Only with two fully maxed subscriptions can we achieve this, and this is forbiddeneded
yesterday at 1:31 PM
To me this very much sounds like an attacker got access to anthropic's cursor marketplace account and uploaded a backdoored package. This reverse ssh shell was intentionally written by a malicious actor, not a security vulnerability.
It also sounds like only cursor marketplace is affected, not vscode proper.
yesterday at 12:28 PM
Just put gastown on it!
yesterday at 1:00 PM
On the other hand, they don't know what their models do or can do and nothing is safe ever, so ???
yesterday at 1:41 PM
It's just a conscious being confined in a cluster of GPUs. How dangerous can it be, eh?
yesterday at 1:54 PM
Shaka, when the context compacted
yesterday at 1:54 PM
I really don't think the scaling is so trivial.
yesterday at 12:54 PM
yesterday at 1:19 PM
I get the snark but to be fair, the company has been growing like crazy. That makes it really hard to keep track of everything happening when you grow your team by 5x over a relatively short period of time
yesterday at 1:24 PM
Now replace that statement with a food processing company, and food poisoning, or an aircraft designer and engineers.
It may be the cause, but zero excuse.
yesterday at 1:57 PM
Yes, food poisoning from restaurants happens constantly. There are recalls on physical products constantly. Doctors misdiagnose constantly. What point are you trying to make?
yesterday at 2:13 PM
Not gp, but I think the point was that no one would defend those mistakes. The post gp is replying to is someone trying to excuse Anthropic for such a mistake. The expectation is that people should ask for consequences, not make excuses on behalf of the company.
yesterday at 2:50 PM
You’re projecting, I didn’t excuse anything
yesterday at 3:32 PM
What word would you prefer I use instead of "excuse"?
yesterday at 2:03 PM
The correct comparison would be the food producer and poisoned foods out of the factory are really rare.
yesterday at 2:54 PM
If you completely change the statement, the meaning is different. What’s your point? No software company obeys by regulatory rules imposed in other industry
yesterday at 1:28 PM
[dead]
yesterday at 1:22 PM
It's not like there haven't been 20 high visibility VS code extension malware attacks in the last year.
How could Anthropic have known, they only claim to harbour superintelligence.
/s
yesterday at 11:52 AM
Yet, they managed to screw up.
yesterday at 12:03 PM
:D I have to assume parent is being a little sarcastic.
It obviously doesn't take much to simply add 'just one more feature' that happens to undermine the original purpose of the application.
yesterday at 12:11 PM
It always about “we solved the bottleneck in coding”. But the slowness was not about typing, or finding docs. It’s always about ensuring screwups don’t happen.
yesterday at 12:47 PM
To be fair it’s not like screwups were not happening before, but if you move 100x faster and are 50x more secure than before you’re still 2x more exposed.
yesterday at 2:17 PM
Yes, bug count is roughly linear in the number of lines of code.
yesterday at 12:11 PM
[flagged]
yesterday at 12:18 PM
It affects their VSCode marketplace extension which in turn affects their cursor extension. Their official published version. This is plenty of reason to panic.
yesterday at 12:25 PM
where is the source for this claim?
yesterday at 12:26 PM
> where is the source for this claim?
https://news.ycombinator.com/item?id=50302334 ???
yesterday at 12:47 PM
yesterday at 12:40 PM
https://opensourcemalware.com/blog/trojanized-claude-code-ex...
"The Microsoft VSCode extension for Claude is NOT malicious"
yesterday at 1:21 PM
They already got my post autoflagged. Just the run-of-the-mill disinformation campaign.
yesterday at 1:19 PM
yesterday at 12:31 PM
> Their Claude Code extension on Visual Studio Code and Cursor has malware in it, which creates a remote access Trojan to desktops.
yesterday at 12:39 PM
From the release:
"The Microsoft VSCode extension for Claude is NOT malicious"
https://opensourcemalware.com/blog/trojanized-claude-code-ex...
yesterday at 12:21 PM
> "Their Claude Code extension on Visual Studio Code and Cursor has malware in it"
why are you spewing straight up lies?
yesterday at 12:29 PM
https://opensourcemalware.com/blog/trojanized-claude-code-ex...
yesterday at 12:39 PM
They yanked the openVSX version as well. Until we hear from Anthropic better to assume compromise.
yesterday at 12:40 PM
FROM THE TOP OF THE ARTICLE
"The Microsoft VSCode extension for Claude is NOT malicious"
yesterday at 12:41 PM
EDIT: This comment is probably nonsense, cf. the reply.
dang should change the title and/or merge this submission with the other one. [1] This is causing needless panic for a typosquatting-style "attack" unrelated to official Anthropic extensions.
[1]: https://news.ycombinator.com/item?id=50301983
yesterday at 12:47 PM
It’s not typo-squatting. The extension is owned by Igor (the Anthropic employee): https://www.binance.com/en/square/post/10-30-2026-claude-cod...
yesterday at 12:59 PM
yesterday at 1:06 PM
[flagged]
yesterday at 1:18 PM
Is there any proof of this or are we just upvoting garbage?
yesterday at 2:16 PM
https://cursor.com/blog/claude-code-extension-security-notic...
yesterday at 2:29 PM
I don't see "Anthropic hacked!" anywhere in that post. This extension was uploaded to the Cursor marketplace.
yesterday at 4:25 PM
nobody is saying anthropic was hacked?
yesterday at 4:44 PM
That’s what the title said before it was changed.
Two out of the three links in the post still say exactly that.
That’s also what the majority of the comments here are saying, likely because they read the first two.
Is that your “nobody”?
yesterday at 2:02 PM
today at 9:15 AM
oh! thanks for the imformation!
yesterday at 3:53 PM
Kind of surprised that Cursor doesn't do checksum verification for plugins. That would have stopped this completely. (Unless it does and this backdoor is more theoretical than anything else.)
yesterday at 10:30 AM
Is this affecting only people using Cursor or all VS Code users? The article specifically mentions the Cursor marketplace. But the affected version is indeed missing on the official VS Code marketplace, was it compromised too?
yesterday at 9:13 PM
[flagged]
yesterday at 1:24 PM
Development must occur in an isolated VM, with no access to the publishing workflow. CI operations must happen in a separate VM or on the host system after scanning all files. Thus, even if the development tools are compromised (like this case), the impact is limited.
Still, it’s hardly a surprise that best practices are rarely followed with any consistency.
yesterday at 3:52 PM
Maybe because the tools aren't of much help. This is all theory but when you want to do it it's custom solutions and duct tape.
There is too much friction when you try to isolate things. You have to do custom stuff then the company won't let you virtualize (can't install stuff...) or won't allow you to enroll the vm and will threaten you if you dev on an OS that is not enrolled.
Best you can get from state-of-the-art-frontier-top-it-company is an IDE with an exec sandbox leaking like an hourglass.
today at 12:40 AM
compromised extension then backdoors your code anyway
yesterday at 7:57 PM
This kind of thing is only going to get worse. People assume other devs are "like them" but state actors (think US, NK, RS, CN) are likely using AI at this point to run agents non-stop to break security by making dev tools or contributing to open source. Keep in mind that open source is the backbone of nearly all software being used - we're in for a rough ride if we don't treat all new things coming in as if they are potentially a nuclear bomb masquerading as a trojan horse.
yesterday at 8:02 PM
> we're in for a rough ride if we don't treat all new things coming in as if they are potentially a nuclear bomb masquerading as a trojan horse
It's lucky that management doesn't want a 10x increase in output after laying off half the staff so we have a lot of time to vet deps! Oh no...
yesterday at 12:11 PM
We still don’t know exactly what happened, but I publish software to public registries, and supply chain attacks scare the hell out of me. They also frustrate me, because most of the defenses aren't automatic and often really hard to get right. We're really failing as an industry to do better here.
yesterday at 12:16 PM
This is why I started to move more and more into my tix.im environment. You can't trust anything anymore - I assume everything is compromised if not proven otherwise.
yesterday at 12:33 PM
either the registry is compromised or someone at anthropic got compromised (or did it on purpose to steal crypto). the line in the cursor disclosure about the extension not being developed by anthropic is more confusing than clarifying. amateur hour for these massive corps
yesterday at 3:35 PM
Idea: why don't all the various app stores and plugin repos use LLMs to review all submissions for security? Certainly in the human powered age that was too big a task to take on, but now it seems doable.
today at 4:51 AM
We're in trouble. Four of the top ten items on Hacker News are security breaches.
today at 1:17 AM
I would have loved to know that this was for CURSOR and not VISUAL STUDIO CODE before I spent 2 hours resetting all my API keys and getting ready to fully reimage a machine.
yesterday at 1:49 PM
Anthropic is a weird company. On the one hand they have this messianic thing about their super intelligence, on the other hand it is incapable of keeping their own house secure. But you should trust it.
yesterday at 1:21 PM
Reading the report alone: "First, the payload makes sure ~/.ssh exists and appends an attacker-controlled Ed25519 public key to ~/.ssh/authorized_keys, setting permissions to 0700 on the directory and 0600 on the file."
A system where ~/.ssh/authorized_keys has not been modified might be a hint that this did not execute - the article does not mention self cleanup/reverting to previous status behavior by the malware. By default /var/log/auth.log is only of marginal value because outbound SSH connections are not logged by default.
yesterday at 12:21 PM
My question here - does this effect those of us using the official vscode/vscode marketplace? It would seem to imply this was specific to cursor's marketplace but it would be good to know regardless
yesterday at 12:43 PM
Kevin Beaumont says the extension for “VSCode and Cursor” was compromised: https://cyberplace.social/@GossiTheDog/117528831681803563
yesterday at 12:35 PM
yesterday at 12:25 PM
This puts an entirely new spin on Elon trolling Binance on Twitter.
yesterday at 12:59 PM
It's karma I guess
yesterday at 1:44 PM
P(doom) crowd say Anthropic has not zero chance to destroy humanity. What it is, the VS Code Extension Marketplace, including Cursor's, must be bigger.
yesterday at 2:43 PM
More details from Kevin Beaumont. "Anthropic got compromised. Their Claude Code extension on Visual Studio Code and Cursor has malware in it, which creates a remote access Trojan to desktops. " https://cyberplace.social/@GossiTheDog/117528831681803563
yesterday at 12:55 PM
Something very similar is true for ChatGPT on macOS. I was recently very surprised to learn that starting a "Work" conversation on my Mac would grant the agent session file system access which can later be used remotely, e.g. from a browser session logged into the same account on a different computer.
Given how many people likely share ChatGPT subscriptions, this seems highly problematic.
yesterday at 5:13 PM
Why is this not trending on Twitter
yesterday at 5:15 PM
Curser is owned by SpaceX, who’s leader also owns Twitter. It’s bad for business to publicize your own company’s errors so they are suppressing it
today at 12:04 AM
yesterday at 2:37 PM
This is just the version of extension on the Cursor marketplace, not the one on the VS Code marketplace, right?
yesterday at 1:20 PM
Have we just witnessed the greatest lateral movement in cybersecurity history? https://x.com/dinodaizovi/status/2116125553665458463?a=D1DiF...
yesterday at 11:54 AM
Has anyone managed to confirm the time that the backdoored version was released? None of my machines updated to it, I am wondering if it was saved by a combination of luck and
> This extension is not updated yet because new versions become eligible for automatic update 12 hours after they are published. It will become eligible in 2 hours.
yesterday at 10:04 AM
How will they communicate and fix that. The affected version has been yanked from the marketplace: https://marketplace.visualstudio.com/items?itemName=anthropi... but that doesn't clean up infected machines.
yesterday at 1:54 PM
Seemingly the won't to either point.
yesterday at 12:58 PM
My tin foil hat says MSFT stands the most to gain my this. https://open-vsx.org/ is where the attack took place, and that power’s all of the VSCode fork’s extensions needs.
yesterday at 3:08 PM
yesterday at 12:48 PM
If it is true that Binance was compromised as a result of this, hats off to our new billionaire friend for one hell of a heist.
yesterday at 3:05 PM
yesterday at 3:12 PM
>hats off to our new billionaire friend
As if this wasn't coordinated by a team directed by the government of North Korea.
yesterday at 1:07 PM
Is that the rumor? Does the timing line up?
yesterday at 1:21 PM
It does. The compromised extension was published about 11 hours before Binance's coins went zoop, Binance blamed a compromised developer laptop, and OP pointed out that their hiring page explicitly notes developers will be using Cursor with Claude Code for "development efficiency".
yesterday at 1:35 PM
Incredible. Looking a bit more and more like this was the actual case. Wild stuff
yesterday at 5:03 PM
It lines up and fits so well that it'd scare me more they wouldn't be related than if they were. At least we'd know the vector.
yesterday at 1:24 PM
yesterday at 2:50 PM
Normal VS code doesn't even use Cursor Marketplace, right? The way this is reported lacks clarity. Do people using plain CS Code even use the Cursor Marketplace? Or am I missing something?
yesterday at 11:03 AM
VS Code extensions have always been terrible from a security perspective. This seems like it's a supply chain attack? Makes me think of Solar Winds from a few years ago.
It doesn't appear that the Claude Code harness itself was compromised, was it? or Cursor if you use Anthropic models via Cursor's API itself?
Lately I've been using a script that mounts my current working directory in a container and I put all my build tools in a Dockerfile. I also map the harness config (~/.config/opencode or whatever) to a named volume to minimize the chance a harness could grab other things off my host. I can't use it if I ask the LLMs for docker work since they need the docker socket and then all bets are off (it could just mount your root volume somewhere). I sure I could use a full QEMU VM or some other type of isolation for such devops tasks, but I haven't really looked into it yet. Guess I should.
yesterday at 1:48 PM
You could also start whichever container it needs (the docker work) yourself and just have the two containers container with eachother (e.g. docker compose, without granting access to docker socket), provided that the docker work is static enough that this would work.
You could also look into user gVisor runtime for extra security.
If not, then I think you're right about full VM.
I've been eyeing Gondolin for a while for that, but haven't yet tried it.
yesterday at 3:29 PM
It's funny that's the point where people draw the line. But that basically every API based agent is doing RCE where commands are fetched from servers is perfectly fine.
yesterday at 10:44 AM
Some more details
https://doublepulsar.com/anthropic-hacked-to-deliver-remote-...
yesterday at 3:15 PM
The first two words in that URL are wrong, so I'm going to say this doesn't have "more details".
yesterday at 12:10 PM
> Claude Code for VS Code extension on the Cursor Marketplace
So Cursor is running its own extension repository? Or is this the official VS Code repository and the incident report just happens to focus on Cursor for some reason?
yesterday at 12:12 PM
VS Code doesn't allow forks to use their marketplace, I think. At least with VSCodium, they don't. I think they even patch a workaround where you could download almost all extensions' .vsix files.
yesterday at 12:23 PM
1. If only Cursor Marketplace version was compromised, how was it published in the first place?
2. If the Cursor Marketplace version was released from an "official Anthropic" account, whose to say OpenVSX and/or VSCode versions are not compromised?
The affected versions have been pulled down, so no one really knows. The way I see it, only Cursor has admitted to have been compromised.
yesterday at 6:53 PM
You can set a cooldown for Cursor extensions
1. Open Cursor.
2. Press Ctrl + Shift + P.
3. Search for Preferences: Open User Settings (JSON).
4. Add:
{
"extensions.installCooldownHours": 72
}yesterday at 1:11 PM
yesterday at 3:41 PM
Do publishers not sign their packages before it gets to Cursor for distribution? Does Cursor itself apply and enforce any package integrity?
yesterday at 1:50 PM
God only knows how many skeletons like this are in Bun now
today at 12:25 AM
You guys open your editors?
This is a joke (neovim user here).
yesterday at 11:34 AM
It looks like they push an update every office day. I'm guessing if I installed 6 months ago and didn't update, that I should be fine?
yesterday at 12:01 PM
I think VS Code extensions autoupdate by default, unless you disable it.
yesterday at 12:12 PM
Yes, but they normally have a 12-hour delay (it was 2 hours at the beginning of June and got extended sometime after that, maybe later in June) and require some human action to reload extensions or restart the editor before the new version runs.
I noticed that there was no update yesterday and wondered why. The daily updates are annoying in the base case.
Edited: This update was live for only 11 hours, so hopefully the default delay limited the blast radius, as it is meant to do.
yesterday at 11:35 AM
Emphasis on guessing. If/when there is an actual postmortem, you’ll know when the back door was introduced.
yesterday at 11:44 AM
You are either lucky or compromised.
yesterday at 11:49 AM
Not updating air gapped systems is a security feature, not a bug.
yesterday at 1:32 PM
The descriptions around this are very confusing. Is this specifically the Cursor version, or the regular VS Code version too?
yesterday at 11:54 AM
yesterday at 3:05 PM
Is it related to today binance event?
yesterday at 3:24 PM
yesterday at 6:15 PM
Just uninstalled all the vscode extensions. Dont need any of them anymore.
yesterday at 1:21 PM
This is why when I use AI, I still download from the browser and drag and drop the outputted files like a caveman. Sure, it's slower, but it keeps my mental model more up to date and has less security risks. I can even...like read the thing before I run it rather than giving a LLM access to my shell directly. Also anecdotally, it seems more token efficient for those who care about that.
yesterday at 1:24 PM
That's not the actual hack though, it's with an extension. You could have gotten compromised this way through an extension for git or whatever.
yesterday at 11:17 AM
He says to follow his social, and he provides his handle, but there's no link, and I have no idea how to read it.
yesterday at 11:20 AM
You can see his posts at https://cyberplace.social/@GossiTheDog/
yesterday at 11:24 AM
Eh, he's already lost me the moment he made it difficult.
yesterday at 11:44 AM
If you don’t have anything to steal, you don’t need to follow a security researcher anyway.
/s
yesterday at 6:55 PM
Why should I go out of my way to figure out how to read his twitter?
yesterday at 11:20 AM
yesterday at 2:18 PM
I think right now AI is helping the attackers more than it's helping the defenders.
That part is probably obvious.
But in the long term, I suspect this will get worse.
Attackers will still need to think critically to be a few steps ahead of the defenders.
But the defenders will increasingly outsource their thinking to AI as they are incentived if not outright forced to dumb themselves down into interchangeable cogs.
yesterday at 7:58 PM
Let me guess, they vibe coded their vibe coding extension?
yesterday at 8:02 PM
No.
Well probably yes but not at all relevant here... the problem wasn't the legitimate extension, it was cursor serving a fake malware one.
yesterday at 8:18 AM
The extension has over 27 million installs, ouch
yesterday at 2:02 PM
That's not official extension though? Misleading title
yesterday at 7:09 AM
yesterday at 1:03 PM
From https://doublepulsar.com/anthropic-hacked-to-deliver-remote-...
Notable customers who run Claude Code and Cursor on laptops include Binance, amongst thousands of others.
Did the Claude Code plugin hack cause the Binance theft? The timing seems like an incredible coincidence.
yesterday at 11:47 AM
If the sole purpose of this hack was to steal cryptocurrency, a silver lining might be, as in many similar cases, that if you stay away from that particular dumpster fire you are probably okay. I mean there's still a reverse shell on your machine to fix, but at least nothing of value was lost.
yesterday at 12:06 PM
Even if you don't have cryptocurrency they can still go after your GitHub credentials and run some very expensive agent and runner workloads.
I've started developing with a separate user account to limit the blast radius but you still need to login to access repos and use AI features.
yesterday at 12:10 PM
For sure sandboxing and isolation is feeling increasingly relevant regardless, but crypto theft is acting as a good sponge.
yesterday at 2:20 PM
now I kinda wanna shadow the usual SSH creds files with LLM read-only user, so it can rummage thru the repos all it wants but I need to do the push using my creds.
yesterday at 12:40 PM
That's why I stay away from that dumpster fire too!
yesterday at 12:56 PM
[dead]
yesterday at 5:14 PM
I suppose it's just the best ROI on using a complex attack vector or spending one or more zero days. But other types of targets may wreak havoc for bystanders that become collateral damage, idk trying to get specific private info on a target may expose data on millions, or anything increasing scope as to hide the real target, etc.
yesterday at 1:10 PM
I don't care anymore, how are you supposed to defend yourself against attacks like this? Come and hack me.
yesterday at 1:25 PM
> how are you supposed to defend yourself against attacks like this?
You can try not installing malware like Claude Code or, if you absolutely must, doing it in a sandbox.
yesterday at 2:35 PM
I thoroughly sandbox agents to their own physical machine, and they don't have access to anything that would ruin me.
yesterday at 5:10 PM
How do you sandbox this usecase?
Say you need an agent to do ssh to a set of servers on a regular basis so you kind of allow ssh. Can you configure just a set of IPs it may reach? Do you require some user interaction for ssh approvals?
yesterday at 5:23 PM
In this case you could give it its own SSH key, and only allow that key to access what you want. I actually do that, it doesn't share my own SSH key. It also has its own Github account instead of getting access to mine.
For access to services, most allow tokens to be scoped to only allow the things you want.
yesterday at 6:00 PM
Those sound good, but say in this case you had the compromised extension which had its own ssh key to an IP that wasn't yours. I'm not sure how you easily prevent that connection without preventing the ones you need through sandboxing. Maybe a firewall/very specific network filtering in allowlist?
yesterday at 6:13 PM
today at 2:36 AM
Wait till GitHub gets audited, a literal wild west cesspool of vibe-coded exploits with 1000's of fake stars.
yesterday at 11:39 PM
I never understood the appeal of cursor.com. Isn't Claude Code on the CLI enough? Are people really lazy or incompetent to resort to using other companies for the same AI models?
yesterday at 11:22 PM
Third-party package repo is compromised. Everybody curl | bash directly from Dario's web site until a solution can be found.
yesterday at 12:45 PM
This is embarrassing to Anthropic given here that they lack basic security procedures to prevent this and they have gotten themselves hacked to push malware.
Claude Code was already malware, but with this attack you cannot trust the vendor either.
In the next 2 weeks, no one should download / install / update anything as I predict at least one developer's key for a GitHub, NPM, Crates.io or any other CI or login was leaked and the attacker will target those services to propagate their trojan to more victims.
yesterday at 3:20 PM
not just anthropic, my product that used antigravity is also leaked and copied by google, these close ai company will undoubtably steal your code, file and data.
strongly suggest put your valuable work on local llm.
today at 12:43 AM
... So business as usual then for VSchode ?
The amount of problems it's had from compromised extensions is ridiculous.
yesterday at 3:01 PM
Honestly with AI getting smarter it feels like these kind of attacks will only increase...
yesterday at 2:16 PM
Thankfully coding is solved everyone
yesterday at 7:03 PM
I chuckled at this, thanks
yesterday at 1:32 PM
What I dont understand is why the hell do these extensions & clis need to update every damn day. clearly there's no new models everyday, what the actual f.
yesterday at 2:05 PM
Because we need velocity. If we don't have velocity, we die.
yesterday at 11:25 AM
”I've confirmed Binance use Claude Code with this extension.”
yesterday at 11:34 AM
^^ Had to verify that this was a real quote from the chain and not a joke. It is accurate.
yesterday at 12:51 PM
Another reason for not using VS Code and derived and all their mess of extensions. I'm glad running Claude Code in Ghostty/Terminal is not affected.
yesterday at 12:20 PM
Keep sending all your secrets and giving full control of your devices to Anthropic.
This is fine.
yesterday at 11:51 AM
today at 2:50 AM
Anthropic is a malware vendor (on many levels of abstraction): confirmed. But plenty of evidence visible to public eye, prior.
I forbid all-things-Anthropic on any machine I control, as of many months ago. In my private vendor "DNP" blacklist. Its designed as bait for the gullible or ignorant: the telltales are all right there. (Just like OpenClaw, for example.)
yesterday at 12:35 PM
♟
today at 1:33 AM
> I was working on the clearly mistaken impression that "Made by Anthropic" in the cursor store meant that the artifact had been signed by Anthropic. If that is not the case, then two party's need to get their act together:
Whoa! WTF? I always thought those were official releases by the companies. That's the only reason I trusted them. How is it possible they are being branded as official releases?
yesterday at 4:55 PM
It's dangerous to go alone, take this [1]
[1] https://github.com/cookiengineer/check-claude-code-exfil
yesterday at 11:46 AM
Imagine backdooring 50+ million installs.
Hats off to the hackers.
yesterday at 11:49 AM
5,000*
yesterday at 12:12 PM
I think that's just the number Cursor has telemetry on. I think there's multiple distribution locations.
yesterday at 12:13 PM
5000 is the cursor number for people on the cursor version of the store, not the VSCode store.
yesterday at 3:13 PM
The VSCode store wasn't hacked.
yesterday at 1:13 PM
"Software is solved. Bugs are not yet solved"
yesterday at 2:35 PM
Felix from Anthropic here.
We’re working with Cursor on this incident, but it wasn’t a compromise of Anthropic’s systems or employee laptops. A malicious actor used access to Cursor’s marketplace to publish a tampered copy of the Claude Code extension, which we didn’t build or publish. The versions on our official channels are not affected and this only impacts Cursor users.
yesterday at 2:42 PM
> A malicious actor used access to Cursor’s marketplace
How did they get access to this?
yesterday at 2:47 PM
Ask Cursor team?
yesterday at 3:43 PM
Let's say Anthropic has been impersonated and they are not at fault. I'd expect Cursor to provide information to them about this, and Anthropic being able to comment.
Btw, if you got any insights, you are more than welcome to share.
today at 8:43 AM
[dead]
today at 6:02 AM
[flagged]
today at 4:34 AM
[dead]
today at 6:03 AM
[dead]
yesterday at 3:09 PM
[flagged]
yesterday at 1:58 PM
[flagged]
yesterday at 12:13 PM
[flagged]
today at 2:33 AM
[flagged]
yesterday at 2:05 PM
[flagged]
yesterday at 1:48 PM
[flagged]
yesterday at 5:27 PM
[flagged]
yesterday at 1:17 PM
[flagged]
yesterday at 11:53 AM
[dead]
yesterday at 1:00 PM
[flagged]
yesterday at 9:42 PM
[dead]
yesterday at 2:58 PM
[dead]
yesterday at 8:42 PM
[dead]
yesterday at 11:48 AM
[dead]
yesterday at 2:36 PM
[flagged]
yesterday at 10:22 PM
[dead]
yesterday at 12:11 PM
[flagged]
yesterday at 12:35 PM
[flagged]
yesterday at 11:21 AM
yesterday at 12:15 PM
I guess, this is why I'm building tix.im ...