Major VS Code plugin compromised, pushes SSH backdoors
A trusted plugin from an established company was hijacked to distribute shell scripts installing remote access tools, validating long-standing security concerns.
What to know
- A trusted VS Code plugin from an established company was compromised and used to distribute SSH backdoors, affecting developers who installed it.
- The incident validates years of warnings from security researchers about VS Code's unsafe plugin architecture and Microsoft's refusal to implement restrictions.
- Debate centers on whether the risk lies with VS Code's design or user responsibility, with skepticism that Microsoft will meaningfully address the underlying vulnerability.
VS Code's permissive plugin model is fundamentally unsafe and Microsoft must restrict it.
-
“we, people who like things to have some reasonable baseline amount of safety in our everyday tools, have been complaining for years that VS Code's plugin model is absurdly unsafe and an absolute open sewer”
0xabad1dea · Mastodon ↗
The safest approach is to avoid third-party software altogether and only run code you write yourself.
-
“it is not only "not radical" but in fact "the only right choice" to only ever run software you yourself write, and to never connect such software to a network.”
philip · Mastodon ↗
Microsoft VS Code maintainer0xabad1dea Security researcher
How it unfolded 2 developments, newest first · click a bar or a number to jump posts
-
2
Security researcher highlights years of unheeded warnings
Infosec researcher notes that VS Code's unsafe plugin model has been criticized for years, with Microsoft consistently refusing to implement safety controls and deferring responsibility to users.
“we, people who like things to have some reasonable baseline amount of safety in our everyday tools, have been complaining for years that VS Code's plugin model is absurdly unsafe and an absolute open sewer; Microsoft shrugs and says it's the user's responsibility…”
— 0xabad1dea -
RE: https:// infosec.exchange/@0xabad1dea/1 17529823729259748 With every passing day I become increasingly emboldened that it is not only “not radical” but in fact “the only right choice” to only ever run software you yourself write, and to never connect such software to a network. (No, I haven’t written my own kernel yet despite thinking I maybe…
2 more of the top 3 · 4 posts in this stretch
-
A
RE: https:// infosec.exchange/@0xabad1dea/1 17529823729259748 I would politely suggest that any theft of crypto 'currency' is just fastracking what will eventually happen to all crypto 'currency'. The Microsoft scandal is small beans compared to the crypto-ponzi scandal.
-
G
RE: https:// infosec.exchange/@0xabad1dea/1 17529823729259748 I’m pretty sure she knows this, but the audience should be warned: DO NOT HOLD YOUR BREATH WAITING FOR MICROSOFT TO ADDRESS THIS
-
-
1
Major VS Code plugin compromised to distribute SSH backdoors
A plugin from an established company was hijacked and began pushing shell scripts that automatically install SSH backdoors to infected machines.
“a major plugin from a major company is compromised and begins pushing shell scripts to automatically install ssh backdoors…”
— 0xabad1dea -
0
okay, so here's what I'm thinking right now: 1) we, people who like things to have some reasonable baseline amount of safety in our everyday tools, have been complaining for years that VS Code's plugin model is absurdly unsafe and an absolute open sewer; Microsoft shrugs and says it's the user's responsibility to only install reliable plugins 2)…
-
What people are saying 1 voices from 1 site · best of 5 · verbatim
- Oct 30
-
J
RE: https:// infosec.exchange/@0xabad1dea/1 17529823729259748 Anybody got a connection who can hook me up with an invitation to the medals ceremony in Pyongyang? Gonna be a hella party yo