LiteLLM改ざん版1.107.0の攻撃経路——失効されなかった「実験用AIエージェントの鍵」が本番リリースを乗っ取った
改ざん版LiteLLM 1.107.0の攻撃経路を整理。起点は失効されなかった実験用AIエージェント基盤のマスターキーと、権限を絞らない組織オーナーのGitHubトークンだった。開発会社の代表として、AIエージェントの権限設計、リリース承認、PoCの鍵管理の見直し点を論じる。
禁止の生成AIに約33万人分の個人情報——パナソニックHD子会社の事例に学ぶシャドーAI対策は「導入プロジェクトの設計」で決まる
パナソニックHD子会社が利用禁止の外部生成AIに約33万4000人分の個人情報をアップロードした事例を整理。人事システム導入プロジェクトで起きた点に注目し、シャドーAI対策を禁止ルールではなく実データの扱い方と承認済みAI環境の設計として、開発会社の視点で論じる。
AI脆弱性診断とは？GitHub連携で診断対象を洗い出す仕組みと料金・向き不向き
シンシアのAI脆弱性診断を解説。GitHub連携でAIエージェントがエンドポイントを洗い出し自動で検査します。料金は基本料金33,000円＋1エンドポイント3,300円（税込）。報告書の中身、向き不向き、手動診断との使い分けまで整理します。
ConnectWise侵害に学ぶサプライチェーン攻撃対策——委託先に渡したアプリ権限は「連携を止めても残る」
MicrosoftはStorm-0940がAI侵入テストツールARTEXでConnectWiseのM365連携アプリを悪用し、2,250超のテナントを狙ったと公表。受託開発で顧客環境の権限を受け取る側の立場から、委託先アプリ権限の棚卸しと返却の運用を論じる。
APT28（Swallowtail）の造船・航空エンジンメーカー攻撃に学ぶ、製造業の標的型攻撃対策は「侵入後」の検知にある
SymantecがAPT28（Swallowtail）によるNATO加盟国の造船会社・軍用航空機エンジンメーカーへの攻撃を報告。マクロ付きWord文書からSSHトンネル、NTLM窃取へと進んだ手口を整理し、製造業が侵入後の長期滞在を前提にどこを監視すべきかを、システム開発会社の代表として考える。
バイブコーディングの「動く≠安全」問題——AIにセキュリティ要件を伝えない限り、リスクは静かに積み上がる
バイブコーディングの普及でAI生成コードが急増する中、セキュリティレビューを行う開発者は約1割にとどまるという実態が明らかになった。Developers Summit 2026でKyohei氏が語った「反脆弱」な開発組織への実践と、AIが防御的コードを書かない構造的原因を解説する。
Dapr 1.18「Verifiable Execution」—AIエージェント時代に「実行の証明」が求められる理由
Dapr 1.18がWorkflow History Signing・Propagation・Attestationを導入し、AIエージェントの実行履歴を暗号学的に検証可能にする「Verifiable Execution」を発表。徐聖博が運用視点と発注側への含意を論じる。
Claude Codeを企業配布するなら「3層設計」で考える——Starter KitとManaged Settingsの使い分け
AnthropicのClaude Codeを組織展開する際の公式管理機能とStarter Kitの役割分担を解説した記事を読んだ。プロビジョニング・ポリシー強制・標準環境配布の3層で整理するアプローチは、AIエージェントを業務に乗せようとしている開発会社として非常に参考になる内容だった。
生成AIガバナンスは「作るだけ」では機能しない──OWASPとレッドチーミングで設計する説明責任の仕組み
ある調査では70%の企業が生成AIのセキュリティを最大の課題と回答。しかし本質的なリスクは事故そのものより「説明できないこと」にある。OWASPとレッドチーミングを組み合わせたガバナンス設計の考え方を、PM・現場運用の視点で読み解く。