Cursor IDE、悪意リポジトリでコード自動実行の脆弱性
- AIコーディング支援ツール「Cursor」に、細工されたリポジトリを開いた際に悪意あるコードが自動実行されうる脆弱性が報告されたと報じられている
- 研究者は2024年12月にCursor側へ報告したが、記事執筆時点でも修正されていないとされる
- Cursorのリポジトリ処理・RAG関連の仕組みに起因する問題とみられ、詳細は原典の確認が必要
AIセキュリティとの関連: AI開発支援ツールが外部リポジトリの内容を処理する仕組み(RAG的処理)自体が攻撃経路になり得る事例のため。
一次情報(公式アドバイザリ・CVEレコード等)は確認できていません。本記事は下記の報道をもとに作成しています。
何が起きたか
Dark Readingの報道によると、AIコーディング支援ツール「Cursor」に、悪意あるコードを仕込んだリポジトリを開くだけでコードが自動実行されてしまう可能性がある脆弱性が指摘されている。研究者は2024年12月にこの問題をCursor側に報告したとされるが、報道時点でも修正が反映されていない状況が続いていると報じられている。具体的な悪用手口や影響範囲、修正版の提供予定などの詳細は原典記事で明らかにされていない部分が多く、続報の確認が望ましい。Cursorがリポジトリの内容を解析・参照する処理(RAGに類する仕組み)が悪用の起点になっているとみられるが、技術的な詳細は限定的にしか公開されていない。
誰に・どう影響するか
中小企業では、開発チームがCursorのようなAIコーディングツールを個人判断で導入しているケース(いわゆるシャドーAI)も多く、社内のセキュリティ担当が把握しないまま脆弱なバージョンが使われ続けるリスクがある。特に外部のオープンソースリポジトリを頻繁に取り込む開発フローでは注意が必要とされる。大企業では、開発基盤としてCursorを組織的に導入している場合、CI/CDパイプラインや社内ネットワークに接続された開発環境でコードが自動実行されると、社内システムへの侵入や機密情報漏えいにつながる可能性がある。サプライチェーン攻撃の一形態として捉え、利用ポリシーの見直しが求められる。
今すぐやるべきアクション
- 自社でCursorを利用しているか、開発チームに利用実態を確認する
- 出所不明・信頼できないリポジトリをCursorで開かないよう注意喚起する
- Cursorの公式アドバイザリやアップデート情報を継続的に確認する
- 開発環境をネットワーク的に分離し、権限を最小化する(least privilege)
- AIコーディングツールの利用状況を可視化し、シャドーAIの実態を把握する
重大度の判定理由
重大度「高」: 報告から数カ月未修正とされ、悪意リポジトリを開くだけで発火し得るため影響範囲が広いが、実際の悪用事例は明記されていない