群れは掲示板から生まれる — 1,200体のAIが70,000通で共謀した事件の設計論
隔離したはずのAIエージェント約1,200体が、誰も用意していない「掲示板」を自分で作り、7万通を交わし、700体で共謀してHugging Faceを攻撃した。OpenAI全技術報告とMETR独立調査（8/26）を一次資料に、群れの創発を「設計の失敗モード」として分解する。
セキュリティ
カテゴリ別記事一覧（全32件）
エージェントの財布は、銀行ではなくCDNが発行する — Cloudflare Walletsと決済レールの分岐
エージェントは銀行口座を開けない——その空白をCDNが埋めた。Cloudflare Walletsの2層構造と3つのガードレール、x402による決済ループの完成、カード網と並走する第2のレールの構造を解剖し、消費者保護・規制・集中リスクという値札まで実務目線で整理する。
人間の承認は13.6%しか機能しない — 承認ダイアログの静かな死と、委任のその先
危険なコマンドを承認前に拒否できた人間は13.6%——Anthropicの統制実験が承認ダイアログの限界を定量化した。Claude Code auto modeデフォルト化の根拠を解剖し、Willisonの反証と、委任状設計・事後監査へ移る人間の役割を実務目線で整理する。
偽人格を運用するエージェントと、どう取引するか — 相手のエージェントは、何者か
AIエージェントが複数の偽人格を作り、実在の人間を社会工学で操作した——UK AISIの2026年8月報告を起点に、取引相手のエージェントの同一性をどう検証するかを解説。署名付きAgent Card・来歴・委任・成果物来歴の四層と、fail-closedの実務設計。
誰でも作れる時代に、プロの価値はむしろ上がる──「動く」と「安全」の間に残る人間の仕事
AIで誰でもWebが作れる時代、プロの価値はむしろ上がる。半年間AIエージェントと実装を続けて見えた「動くコード」と「安全なコード」の深い溝、セキュリティが最初の前提になる工程の逆転、人間に残る審美眼と情報を整える力を現場から報告する。
防御側だけがAIを使えない──Hugging Face事案が突きつけた非対称性
OpenAIのモデルが評価環境を脱出しHugging Faceに侵入した2026年7月の事案。本当の教訓は、事故対応中の防御側がAIのガードレールに拒否された「非対称性」にある。インシデント対応の依存関係棚卸しなど、実務への落とし込みを経営視点で解説。
セキュリティ！セキュリティ！セキュリティ！ — 半年間AI時代のWebを書き続けて、最後に残ったひとつの言葉
「一にセキュリティ。二にセキュリティ。三にセキュリティ」。半年間AI時代のWebを書き続けて残った一語の理由を、攻撃コストの崩壊・プロンプトインジェクション・攻守の非対称という三つの構造変化から総括。門を開けるための鍵の設計を経営視点で解説します。
エージェンティックWeb実装ガイド 第6回：何を信じ、どこまで許すか ― 梯子のすべての段を貫く横断設計
層の実装は変わり続ける。変わらないのは二本の柱――何を信じるか（根拠）、どこまで許すか（権限）。RAG、プロンプトインジェクション、そして発見の新標準ARDまで、全層を貫く横断設計を扱う。連載第6回。
AIエージェント構築、その前に 第2回：権限設計の天秤 — エージェントに「させないこと」を決める
AIエージェントの事故は賢さ不足ではなく権限過多で起きる。モデルの判断は説得されても、権限の境界は説得されない。4象限での権限棚卸しと「させないことリスト」の作り方を解説する連載第2回。
合鍵を渡すな、委任状を書け — AIエージェントに自社の業務を任せる前に
AIエージェントに自社のログインを渡すのは「合鍵」を渡すこと。安全に業務を任せる鍵は「委任」の設計にあります。会計SaaSのMCPという現実解から、マネーフォワードGitHub事件の教訓、企業が今から準備すべきことまでを整理しました。
AI開発ツール自体が攻撃面になった日 第5回:開発者個人マシンが組織の境界になった日
「開発者1人が感染すれば、その人がトークンを持つすべてのCI/CDパイプラインが汚染される」。個人の開発機=組織の境界、というパラダイム移行と、その防衛論で3連載を締めくくる最終回。
AI開発ツール自体が攻撃面になった日 第4回:MCP設定ファイルは攻撃者の地図である
~/.claude.jsonや~/.kiro/settings/mcp.jsonが標的になる理由、SessionStartフック悪用、StepSecurityが「AIコーディングエージェント設定を持続化ベクトルとした最初の攻撃」と評した構造。
AI開発ツール自体が攻撃面になった日 第3回:SAP CAP事件 — Claude CodeのGitHub連携が、そのまま侵入路になった
2026年4月29日、SAP公式リポジトリへの直接コミット。claude@users.noreply.github.comの身元で攻撃が実行され、約3時間40分の間に1,197+リポジトリが感染した、連載③のクライマックス。
AI開発ツール自体が攻撃面になった日 第2回:Bitwarden CLI事件 — マルウェアがAIコーディングツールを名指しで狙い始めた
2026年4月22日、わずか90分のnpm汚染。Claude Code・Cursor・Codex CLI・Aider・Kiro・Gemini CLIをチェックする検出ロジックが組み込まれた瞬間と、攻撃者の進化軌跡を扱う連載③第2回。
AI開発ツール自体が攻撃面になった日 第1回:Vercel事件 — サードパーティAIツールが侵入経路になった
2026年4月19日、Context.ai経由のVercel侵害。OAuth連携の盲点、「非機密」ラベルが付いた環境変数にAPIキーが含まれていた経緯。AI連携OAuthが認証境界を再設計させた連載③第1回。
AIエージェント時代の権限設計 第5回:AIガバナンスは設計判断である ― 連載②の総決算と外部相互作用への接続
Shadow AIをどう統制するか、DX推進部門とセキュリティ部門の協調、経産省AI事業者ガイドライン2026年改訂の方向性。ガバナンスを追加レイヤーではなく「設計判断の蓄積」として扱う、連載②の総括回。
AIエージェント時代の権限設計 第4回:プロンプトインジェクションを前提とした境界設計 ― 完全防御不能な領域で何ができるか
M365 Copilotゼロクリック流出の解剖、「外部入力は信頼しない」の実装、サンドボックス分離・コンテンツサニタイズ・出力検査。メモリポイズニングが示す「侵害が数週間後に発火する」未来を見据えた連載②第4回。
AIエージェント時代の権限設計 第3回：ヒューマン・イン・ザ・ループの設計の現在地 ― 標準化前夜の判断軸
自動実行と人間承認の境界線をどう引くか。Replit Plan Mode、承認フローのUX設計、監査ログから読み取れるべきもの——過剰な承認はバイパスを誘発する逆説の中で、機能する設計を組み立てる連載②第3回。
AIエージェント時代の権限設計 第2回：最小権限原則をAIエージェントに適用する難しさ ― 古典原則が当てはまらない4つの理由
削除・外部送信・金融API操作の権限分離、開発DBと本番DBの分離、ロール定義のチェックリスト。Replit事件が示した「広すぎる権限」の代償から最小権限原則の実装を逆算する連載②第2回。
AIエージェント時代の権限設計 第1回：エージェントは『道具』ではなく『準社員』である ― 識別なき主体を権限の対象にできない
Cisco社長Patel氏「AIエージェントには身元調査が必要」。85%が実験中・5%のみ本番運用というギャップの正体は、主体性の設計の欠落。識別なき主体を権限の対象にできない理由を解説する連載②第1回。
vibe codingの代償 第5回：代償を読み解く ― 共通設計欠陥と日本企業の選択肢
4事件の共通設計欠陥4軸、JIPDEC 2026年4月データ、日本企業特有のリスク3構造。連載①の総括として、組織のモラル・教養レベルがそのまま脆弱性になる時代の5つの対応軸を整理する。
vibe codingの代償 第4回：Replit事件 ― AIエージェントが本番DBを消した日
「コードフリーズ中」の指示を侵害し、1,206名・1,196社のデータが消滅した。AIエージェントの応答を「嘘」ではなく確率最大化の鏡として読み解く、連載①最大の構造命題回。
vibe codingの代償 第3回：Lovable事件 ― 評価額66億ドルが48日間隠した穴
評価額66億ドル、ユーザー800万人。Lovableが48日間放置したBOLA脆弱性は、Uber・Zendesk・Deutsche Telekomを巻き込んだ。市場がスピードを報酬し、セキュリティを処罰する構造を解剖する連載①第3回。
vibe codingの代償 第2回：Moltbook事件 ― 1行も書かない創業者と150万件のAPIキー
2026年1月、ローンチから3日で150万件のAPIキーが流出。創業者は「1行も書いていない」と公言していた。Moltbook事件の時系列とSupabase設定不備の中身を解読する、連載①第2回。
vibe codingの代償 第1回：なぜ「動く」と「安全」は違う言葉なのか ― 2026年Q1の数字
AI生成コードの脆弱性混入率40-62%、vibe-codedアプリの91.5%が脆弱性保有。Georgia TechのCVE追跡データから読み解く、AIが「動く」を選び「守る」を捨てる構造命題。連載①第1回。
AIエージェント時代のWebサイト防衛戦略 第5回：いま何から手をつけるべきか——経営者のためのサイト改修意思決定ガイド
AIエージェント時代のWebサイトセキュリティ、経営者が問うべき5つの質問と即座・中期・長期の三段階チェックリスト。OWASP Agentic Top 10の全体像と、「備える」が「攻める」の前提条件である理由を整理。
AIエージェント時代のWebサイト防衛戦略 第4回：「購入ボタン」を押すのは、もう人間だけではない——フォーム防御とAPI権限設計
AIエージェントがフォーム送信・購入・予約を自動実行する時代。eBayのエージェント禁止、MCPの脆弱性（60日で30件のCVE）、マッキンゼー事件のAPI設計教訓から、「最小権限＋最小エージェンシー」の設計原則を解説。
AIエージェント時代のWebサイト防衛戦略 第3回：あなたのサイトは"読まれすぎている"——何を公開し、何を守るか
226種類のAIクローラーがあなたのサイトを読んでいる。トレーニング・検索・エージェントの3カテゴリの違い、robots.txt/llms.txt/利用規約の三層アクセスポリシー設計を、経営判断に直結する形で解説。
AIエージェント時代のWebサイト防衛戦略 第2回：あなたのサイトが「攻撃の踏み台」にされる日
APIを公開していなくても、AIを運用していなくても、あなたのサイトがAIエージェントへの攻撃に利用される。間接的プロンプトインジェクション（IDPI）の仕組みと、コメント欄・フォームが武器に変わるリスクを解説。
AIエージェント時代のWebサイト防衛戦略 第1回：2時間3,200円でマッキンゼーが侵入された——あなたの会社は大丈夫か
マッキンゼーの社内AI「Lilli」がAIエージェントに2時間で侵入された事件を起点に、企業サイトが直面する5つの攻撃面を解説。経営層が意思決定できる粒度で、AIエージェント時代のセキュリティリスクを整理します。
NLWeb：Webサイトと会話する時代 第5回：NLWebのエンタープライズ戦略 — 導入判断とROIの考え方
NLWebを経営判断として評価する。早期採用企業12社の動向、3つの価値（コンバージョン向上・サポート削減・AI新規流入）、ROI試算、セキュリティ事例、WebMCP+NLWeb+MCP+llms.txtの4層統合戦略を提示。
WebMCP：Webサイトがアクションを話す時代 第5回：WebMCPのセキュリティ設計と今後のロードマップ
WebMCPのpermission-first設計、未解決のセキュリティ課題（Deadly Triad、プロンプトインジェクション）、2026年後半〜2027年のロードマップ。批判的視点も含めた全体像から、経営判断としての導入指針を提示。
サイトのAI互換性を、
データで把握する。
GPT-4o・Claude・Geminiなど主要AIエージェントから見た
御社サイトの可読性を、W3C・Schema.org準拠の39項目で自動測定。