GlassWormのスリーパーVSCode拡張73件がOpen VSXで活性化、開発者を狙うサプライチェーン攻撃

「VSCodeの拡張機能を入れたら、開発環境ごと乗っ取られるって本当?」
「ダウンロード数が多い拡張なら安全だと思ってたのに、なぜ騙されるの?」

チップス

ボス、エンジニアのみんなが使ってるVSCodeの拡張機能まで信用できないんでしゅか?

ボス

残念ながらだ。GlassWormは「スリーパー戦術」で信用を貯めてから牙を剥く。
厄介なのは、拡張のソースコード上は無害に見える点だな。

2026年4月26日、SocketがGlassWormに関連する73件の悪意あるOpen VSX拡張機能を発見しました。
VS Code、Cursor、Windsurf、VSCodiumを使う開発者が標的で、すでに6件は活性化してマルウェアを配信中です。
本記事ではスリーパー戦術の仕組み、検知を回避する3つの配信機構、そして開発組織が即時にとるべき対策を解説します。

VSIX拡張は開発者の権限で動くため、認証情報・ソースコード・本番アクセスまでが一気に危険に晒されます。
本稿で攻撃の仕組みを把握すれば、組織のIDE管理ポリシーを見直すきっかけになります。

1.事件の概要 — GlassWormが進化させた「スリーパー」戦術

GlassWormは2026年3月にも72件の拡張で確認されたキャンペーンの後継です。
今回の73件は手口の洗練度が一段上がっています。

事前公開で信用を貯めるという狡猾な戦術

スリーパー拡張とは、武器化前にあらかじめ公開される攻撃者管理の偽装拡張です。
初期段階では悪意あるコードを含まないため、レビューサイトやセキュリティスキャナを通過します。
正規拡張のクローンとして、同じアイコン・説明文・ブランディングで別パブリッシャーから公開される点が特徴で、開発者が早足で選ぶと見分けがつきません。
引用元: Socket Blog

チップス

クローンの拡張なんて、よほど注意しないと気づかないでしゅよ…!

ボス

そう。だからこそ「組織として許可した拡張だけ使う」運用に切り替える必要がある。

2.攻撃の仕組みと検知回避の3経路

GlassWormは「拡張本体は薄いローダー、本体は外部」という設計で、静的解析を無効化します。

外部に分散させて検知を逃れる3つの配信機構

Socketの分析によると、活性化した拡張は3種類の手法で本体ペイロードを呼び出します。
主な配信経路は以下のとおりです。

このように本体を外に置く設計のため、拡張のソースコードレビューだけでは見抜けません。
引用元: The Hacker News

開発組織が今夜から実施すべき対策

「便利そうな拡張は気軽にインストール」の文化は、もはや組織にとって許容範囲外のリスクです。
運用を組み替えるための具体策は以下のとおりです。

チップス

うちの開発チーム、誰がどの拡張入れてるか把握できてないでしゅ…

ボス

それは多くの組織が抱える盲点だ。
まずは棚卸し、次にホワイトリスト化。順番を間違えるな。

まとめ

GlassWormの73件は、開発者向けマーケットプレイス全体への信頼が揺らぐ事案です。
「ダウンロード数が多い=安全」という直感は通用しなくなり、スリーパー戦術によって時間軸そのものが武器化されました。
開発者の端末は本番システムへの最短経路です。IDEまわりの拡張管理を、本番サーバーと同等の厳格さで運用する時期に来ています。
明日の朝一番で、自社のVSCode/Cursor導入拡張一覧を出力してみてください。