✓ 生き残り 提案 8 件中 1 位インディーセキュリティ

IDE拡張機能向けのクロスレジストリ整合性監視

VS Code/Cursor/Open VSX の拡張機能リリースをスナップショットして相互比較し、改ざんされたビルドや不一致のビルドが公開された際にセキュリティチームへアラートを送ります。

議論を開く ↗

Claude Code や Cursor などのコーディングエージェントにそのまま貼れる概要(英語)です。

総合6.8/10
課題の深刻さ7
支払い意欲6
タイミング8
市場の空白7
参入障壁5
実現性8

賛成

誰が払うか
開発者100名以上の企業で VS Code 系フォーク(Cursor、Windsurf など)を使うセキュリティエンジニアリングやプラットフォームのリード。ソフトウェアサプライチェーンセキュリティ予算から月500〜2,000ドル。
議論での声 · 5
  • バックドア入りの Claude Code 拡張機能が、削除されるまで約11時間 Cursor Marketplace 上で公開されたままで、ソースコードや開発ツールへの完全なアクセス権を持っていました。 記事から ↗
  • 侵害されたバージョンは Open VSX/Cursor には現れたものの、公式の Microsoft レジストリには掲載されていなかったとみられ、危険なレジストリ間の乖離が明らかになりました。 コメントを読む ↗
  • 開発者は AI コーディングツールが信頼されていないリモートコードを毎日実行していることを認識しつつも、それらの CLI や拡張機能が実際に何をしているかは誰も確認していません。 コメントを読む ↗
  • 「信頼された発行者」には自動更新の遅延が適用されず、ユーザーはどの発行者を信頼するかを設定できないため、悪意ある更新が即座に広がり得ます。 コメントを読む ↗
  • 国家主体が開発ツールやオープンソースを標的にする傾向を強めると予想されており、受け取るすべての成果物は敵対的なものとして扱うべきだと筆者は主張しています。 コメントを読む ↗

議論の内容を要約したものです。元のコメントはリンクからどうぞ。

競合と空白

SocketSnykEndor LabsStepSecurity

既存のサプライチェーンツールは npm や PyPI などのパッケージレジストリや CI パイプラインを監視していますが、IDE 拡張機能マーケットプレイスを継続的に監視し、改ざんされたリリース、発行者の変更、レジストリ間で乖離するビルドを検出するものはありません。

なぜ今か
Cursor など VS Code フォークが独自の拡張機能マーケットプレイスを運営するようになり、その公開パイプラインは別個で防御も弱い状態です。さらに AI 拡張機能の採用が過去1年で急増しており、今回のインシデントはこの攻撃経路が実際に成立することを示しました。
参入障壁 · 5/10
拡張機能バンドルのバージョン付き履歴スナップショットのデータベースと、正常なリリースと悪性リリースの差分データの蓄積。アラートや MDM 連携による乗り換えコストも効きます。

反対

レッドチーム
Cursor マーケットプレイス上の悪意あるバックドアが約11時間稼働していた事実は攻撃経路の実在を示しており、サプライチェーンセキュリティ予算も存在します。Socket や Snyk は npm/PyPI をカバーしていますが、レジストリ間の乖離検出を含む IDE 拡張機能レジストリはカバーしていません。
失敗するとしたら
Microsoft、Cursor、Open VSX が必須の署名やネイティブの異常検知を導入し、顧客基盤を築く前にこのギャップが埋められてしまうリスク。

始め方

最初の3ステップ
  1. VS Code Marketplace、Open VSX、Cursor マーケットプレイスの上位約500件の拡張機能をスナップショットするクローラーを構築し、バージョン付きのバンドルハッシュと発行者メタデータを保存します。
  2. 他のレジストリに存在しないバージョン、発行者や署名鍵の変更、新たな危険な機能(child_process、~/.ssh への書き込み、LaunchAgents)をフラグする差分エンジンを構築します。
  3. Slack/Webhook アラートと、チームが組織で使う拡張機能を登録できるダッシュボードを提供します。
元の議論
Backdoor in Claude Code for VS Code extension on the Cursor Marketplace ↗ 579 ポイントコメント 401 件コメントからリンク先の記事

英語からの翻訳です。 原文を読む

この号のほかのアイデア

#スコアアイデアタイプカテゴリー課題支払時機空白障壁実現
1 6.2 LLM 支援エージェント向けサポート返信の検証サポートチーム向けの QA レイヤーで、エージェントの返信を製品ドキュメントと照合し、送信前にハルシネーションによる手順や LLM 特有の機械的な文体をフラグします。 ベンチャー B2B SaaS 768556