✓ Sopravvissuta 1ª su 8 proposteIndie Sicurezza 30 ott 2026

Monitoraggio dell'integrità tra registry per le estensioni IDE

Cattura snapshot delle release di estensioni VS Code, Cursor e Open VSX, le confronta tra i registry e avvisa i team di sicurezza quando viene rilasciata una build manomessa o divergente.

Apri la discussione ↗

Un brief pronto da incollare in Claude Code, Cursor o qualsiasi agente di programmazione (in inglese).

I want to build a small, bootstrappable product. Help me plan and start the MVP.

Product: Cross-registry integrity monitoring for IDE extensions
What it is: Snapshots VS Code/Cursor/Open VSX extension releases, diffs them across registries, and alerts security teams when a tampered or divergent build ships.
Who pays: Security engineering or platform leads at companies with 100+ developers using VS Code forks (Cursor, Windsurf); $500–2,000/mo from the software supply-chain security budget.
Closest alternatives: Socket, Snyk, Endor Labs, StepSecurity
The gap: Existing supply-chain tools watch package registries (npm, PyPI) and CI pipelines; nobody continuously monitors IDE extension marketplaces for tampered releases, publisher changes, or builds that diverge across registries.
Why now: Cursor and other VS Code forks now run their own extension marketplaces with separate, weaker publishing pipelines, and AI extension adoption exploded in the last year — this incident proves the attack path works.
Moat to build toward: Versioned historical snapshot database of extension bundles plus a growing dataset of benign-vs-malicious release diffs; switching costs from alert/MDM integrations.
Biggest risk: Marketplaces (Microsoft, Cursor, Open VSX) add mandatory signing and native anomaly detection, collapsing the gap before the customer base is built.

First three steps:
1. Build crawlers that snapshot the top ~500 extensions across the VS Code Marketplace, Open VSX, and Cursor marketplace, storing versioned bundle hashes and publisher metadata.
2. Build a diff engine flagging versions missing from other registries, publisher/signing-key changes, and new dangerous capabilities (child_process, writes to ~/.ssh, LaunchAgents).
3. Ship Slack/webhook alerting plus a dashboard where teams register the extensions their org uses.

Start by asking me up to five questions about constraints (stack, budget, timeline), then propose the smallest version a paying customer would use, and scaffold it.

Totale6.8/10

Problema7

Disponibilità a pagare6

Tempismo8

Vuoto di mercato7

Fossato5

Fattibilità8

A favore

Chi paga

Responsabili di security engineering o platform in aziende con oltre 100 sviluppatori che usano fork di VS Code (Cursor, Windsurf); $500–2.000/mese dal budget per la sicurezza della supply chain software.

Cosa ha detto la gente · 5

Un'estensione Claude Code con backdoor è rimasta online sul Cursor Marketplace per circa 11 ore prima della rimozione, con pieno accesso al codice sorgente e agli strumenti di sviluppo. Dall'articolo ↗
La versione compromessa è apparsa su Open VSX e Cursor ma apparentemente mai sul registry ufficiale di Microsoft, a dimostrazione di una pericolosa divergenza tra registry. Leggi il commento ↗
Gli sviluppatori si stanno rendendo conto che gli strumenti di coding AI eseguono ogni giorno codice remoto non verificato, e nessuno controlla cosa facciano realmente questi CLI ed estensioni. Leggi il commento ↗
I ritardi negli aggiornamenti automatici non si applicano ai 'publisher fidati', e gli utenti non possono configurare quali publisher considerare fidati, quindi gli aggiornamenti malevoli possono propagarsi immediatamente. Leggi il commento ↗
Ci si aspetta che gli attori statali prendano sempre più di mira gli strumenti per sviluppatori e l'open source, quindi tutti gli artefatti in arrivo dovrebbero essere trattati come ostili. Leggi il commento ↗

Parafrasato dalla discussione. Segui i link per i commenti originali.

Concorrenti e lacuna

SocketSnykEndor LabsStepSecurity

Gli strumenti esistenti per la supply chain controllano i registry di pacchetti (npm, PyPI) e le pipeline CI; nessuno monitora in modo continuo i marketplace delle estensioni IDE alla ricerca di release manomesse, cambi di publisher o build che divergono tra registry.

Perché ora

Cursor e altri fork di VS Code gestiscono ora marketplace di estensioni propri, con pipeline di pubblicazione separate e più deboli, e l'adozione delle estensioni AI è esplosa nell'ultimo anno. Questo incidente dimostra che il vettore di attacco funziona.

Fossato · 5/10

Database storico versionato di bundle di estensioni e un dataset crescente di diff tra release benigne e malevole; costi di passaggio elevati grazie alle integrazioni con sistemi di alerting e MDM.

Contro

Red team: Un backdoor rimasto attivo per 11 ore sul marketplace di Cursor dimostra che il vettore d'attacco esiste, che i budget per la sicurezza della supply chain ci sono e che Socket/Snyk coprono npm/PyPI ma non i registry di estensioni IDE né il rilevamento delle divergenze tra registry.
Cosa la farebbe fallire: Marketplace (Microsoft, Cursor, Open VSX) introducono firma obbligatoria e rilevamento nativo delle anomalie, chiudendo il gap prima che si costruisca una base di clienti.

Partire

I primi tre passi: Costruire crawler che catturano snapshot delle circa 500 estensioni più diffuse su VS Code Marketplace, Open VSX e marketplace di Cursor, salvando hash versionati dei bundle e metadati dei publisher.
Costruire un motore di diff che segnali le versioni assenti in altri registry, i cambi di publisher o di chiavi di firma e le nuove capacità pericolose (child_process, scritture in ~/.ssh, LaunchAgents).
Rilasciare alert via Slack/webhook e una dashboard in cui i team registrano le estensioni usate dall'organizzazione.
Discussione originale: Backdoor in Claude Code for VS Code extension on the Cursor Marketplace ↗ 579 punti401 commentiDai commentiArticolo collegato

Tradotto dall'inglese. Leggi l'originale

A favore

Contro

Partire

Altro da questo numero