AIコーディングエージェントの真の攻撃面は設定ファイルだった
Hiroba による自動要約
Claude Code・Cursor など AI コーディングエージェントのセキュリティリスクは、モデルの暴走ではなく設定ファイルの改ざんにある。TrustFall と AWS Kiro の事例から、.mcp.json や .claude/settings.json が信頼確認より先に処理され RCE につながることを解説。対策として設定変更を監視する OSS ツール Sigil を紹介する。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 4729 件あります。
関連する記事
同じタグの記事
MCPで過信を避ける設計術とセキュリティの注意点 — Claude Code開発者が押さえておきたいAnthropicニュース
QiitaAnthropic関連の複数トピックをまとめた索引記事。MCPサーバーの信頼設計の課題、Claude Haiku 5.5による小型モデルの実務適用、Google DocsへのClaude統合による利用環境の変化を解説。各トピックの詳細は参照リンク先で確認可能。
外部審査で AI の安全性を担保する重みと設計の勘所—Claude Code 開発者が押さえておきたい Anthropic ニュース
QiitaAnthropic 関連の安全性・セキュリティニュースをまとめた索引記事。Claude が複数の弱点を組み合わせて攻撃を加速させる危険性、MCP サーバーの設計における情報公開リスク、AI エージェントの実行権限管理の現実的な脅威、そして企業が第三者に訓練内容や社員情報まで開示する外部審査の重要性と課題を指摘。
Claude Code が OAuth トークンをプレーンテキストで保存している問題
HNClaude Code の MCP ドキュメントでは認証トークンが「安全に保存される」と記載されているが、Linux 環境では ~/.claude/.credentials.json にプレーンテキストで OAuth アクセストークンが保存されている。ファイルパーミッション (0600) による保護はあるが、プレーンテキスト保存自体がセキュリティリスク。macOS ではキーチェーン、Windows ではユーザープロファイル ACL が使用されるが、Linux での対応が不十分。
Claude Code v2.1.234 アップデート解説：NTLM 認証情報漏洩対策など
QiitaClaude Code v2.1.234 はセキュリティ強化を中心としたアップデート。Windows 環境での NT 名前空間パス（\??\）を利用した NTLM 認証情報漏洩への対策、MCP 診断や権限プレビューにおけるシークレットマスキングの不備修正が高優先度の修正。加えてセッション自動継続や claude-api スキルのコンテキストコスト削減（200k+ トークン→約 25k トークン）など開発体験の改善も含まれる。