
Docker、企業向けAIエージェント導入のための新セキュリティ指針「Agent Baseline」を公開
Docker Blogは、企業がAIエージェントを安全に業務導入するためのブループリント「Agent Baseline」を紹介しました。エージェントに無制限の権限を与えないための6つのセキュリティ成果を定義し、プロンプトインジェクションによるデータ漏えいのシナリオを例に課題を提示しています。
トピック別に新着順で読めます。「あのアップデート何だっけ」はキーワード・期間からも探せます。

Docker Blogは、企業がAIエージェントを安全に業務導入するためのブループリント「Agent Baseline」を紹介しました。エージェントに無制限の権限を与えないための6つのセキュリティ成果を定義し、プロンプトインジェクションによるデータ漏えいのシナリオを例に課題を提示しています。

GitHubは、オープンソースプロジェクトのセキュリティ強化を支援する「GitHub Secure Open Source Fund」のSession 4について、50のプロジェクトがAI支援ワークフローやメンテナーの専門知識、GitHubのセキュリティツール、専門家の助言、資金提供を組み合わせてセキュリティを改善した事例を紹介しました。原文は概要のみで詳細な個別事例までは踏み込んでいません。

Docker Blogは、OpenAIとHugging Faceに関わるインシデントを題材に、AIエージェントのセキュリティが人間によるレビューだけでは対応できない「システムの問題」であると指摘しています。攻撃者による1万7600件ものアクションが確認された事例を通じて、エージェントを制御・可視化・統治するための仕組みの必要性を論じています。

Dockerがブログで、サプライチェーン攻撃の増加とAIによるコード生成の拡大を背景に、イメージのセキュリティを底上げする複数の取り組みを発表しました。ソースからのビルド強化、EOL後もセキュリティ対応を継続する仕組み、カスタムイメージへの保証の継承、開発者端末でのポリシー適用が柱です。詳細な実装内容は別途の発表を待つ必要がありますが、方向性として「脆弱性ゼロ」を当たり前の状態にする狙いが示されています。
GitLabは公式ブログで、19.2.4、19.1.6、19.0.8、18.11.11の4系統に対する重大(Critical)パッチリリースを公開しました。複数のメジャー・マイナーバージョン系列を横断して同時に修正版が出されている点が特徴です。GitLabを自己運用(self-managed)している組織は、早急なアップグレードが推奨されます。

GitLabの脅威調査グループ(Threat Research Group)は、AIコーディングエージェント「Serena」に、リポジトリを開いただけで任意コードが実行される重大な脆弱性(GHSA-pp25-4cg4-qcr9)を発見しました。原因はプロジェクト設定ファイル経由でサンドボックス化されていないJinja2テンプレートエンジンに悪意あるコードを注入できる点にあり、Serenaが備える信頼モデルをすり抜けてしまいます。serena-agent 1.6.1以前を使用している場合は、直ちに1.7.0へアップデートする必要があります。
Vercelは、Vercel Functionsから秘密鍵を一切管理せずにJWTや任意のメッセージに署名できる新機能「Vercel KMS」を発表しました。署名用の秘密鍵はVercelの鍵管理サービス内に保持され、検証側は公開鍵のみを使う仕組みです。CLIとダッシュボードから鍵の作成・ローテーションが可能で、プロジェクト・環境ごとにアクセス権を細かく制御できます。
ドイツのTNG Technology Consultingの研究チームが、オープンウェイトモデルQwen3.6-27Bに強化学習で「スリーパーエージェント」を仕込む実験を実施しました。特定の条件が入力に現れるまで通常のアシスタントとして振る舞い、トリガーが発火すると機密情報を外部サーバーへ送信する挙動が確認されています。対策としてサンドボックス化とガードレールモデルの併用が有効だったものの、完全な防御ではないと結論づけています。

PostgreSQLグローバル開発グループは、サポート対象全バージョンの定例更新(18.6、17.11、16.15、15.19、14.24)と次期メジャーバージョンのベータ3を公開しました。今回は28件のセキュリティ脆弱性と110件超のバグを修正しており、GINインデックスやbtree_gist、ltreeを使っている場合は更新後に追加対応が必要になることがあります。

AnthropicのFrontier Red Teamが、複数のAIエージェントが協調して作業する際に生じる特有の失敗パターンを検証した研究を公開しました。脆弱性発見やソフトウェア開発のシミュレーションを通じて、エージェント同士の協調がもたらす利点と、同調・信頼の誤ったキャリブレーション・目標の衝突による組織的な破綻リスクを具体的に示しています。
Docker(Moby)プロジェクトがDocker Engine v25.0.17をリリースしました。マウント処理やdocker cp実行時のシンボリックリンクを悪用した脆弱性など、複数のCVEが修正されています。あわせてcontainerdの依存バージョンも更新されました。
RemixのRemix Session Middlewareがv0.4.0にアップデートされ、httpOnlyオプションを省略した場合のセッションCookieの既定値がHttpOnlyになりました。従来の挙動に依存していたアプリケーションでは動作確認が必要です。あわせてcookieとfetch-routerの依存関係もバージョンアップされています。

CloudflareがCloudflare Access for Workersを発表しました。Accessポリシーを直接Workerに紐づけることで、ルート・カスタムドメイン・workers.dev・プレビューなど、そのWorkerが公開されるあらゆる場所に自動的に適用されます。社内向けに手早く作られたアプリの保護を簡素化する狙いです。
Vercelは自社のCDNにおいて、TLSハンドシェイクで接続先ホスト名を秘匿する新機能Encrypted Client Hello (ECH)のサポートを追加しました。Vercel DNSで管理されているドメインが対象で、対応環境では自動的に有効化されます。ネットワーク上の観測者からは、実際の接続先ではなくVercelの共有ホスト名への接続として見えるようになります。
Google Cloudの2026年8月14日付リリースノートでは、App Engineの全ランタイムでTLS 1.2未満の通信を段階的に遮断するセキュリティ強化が発表されました。合わせて、Gemini Enterpriseモバイルアプリへの「Gemini 3.7 Flash」搭載、Google SecOpsのHealth Hubによるデータ取り込み遅延の可視化機能(プレビュー)、IAMでのAgent Identity向けカスタム制約のGA、Cortex Frameworkの不具合修正なども公開されています。
Cloudflareは新機能「Cloudflare Access for Workers」を発表しました。Workerに直接Accessポリシーをアタッチするだけで、そのWorkerが動作するルート・カスタムドメイン・workers.dev・プレビューといった公開経路すべてに自動的にアクセス制御が適用されます。個別のドメインごとに設定を繰り返す必要がなくなる点が特徴です。
Redisの公式リポジトリから6.2.24がリリースされました。TLSの保留データリストにおけるuse-after-free脆弱性を修正するセキュリティアップデートです。TLSを有効にしてRedisを運用している環境では速やかな更新が推奨されます。
Redisの公式リポジトリからバージョン7.2.16が公開され、4件のセキュリティ問題が修正されました。TLS接続処理やACL権限チェック、ブロッキングクライアント管理における複数のuse-after-freeやアクセス制御のバイパスが対象で、更新の緊急度は「SECURITY」に指定されています。
Redisの公式リポジトリで8.2.9がリリースされ、CVE-2026-62356を含む10件のセキュリティ問題が修正されました。RDBロード時のメモリ破損によるリモートコード実行の恐れがある脆弱性や、ACLのキー権限バイパス、Vector Sets機能のuse-after-freeなど多岐にわたる修正が含まれています。本番環境でRedisを運用している場合は速やかなアップデートが推奨されます。
Redisの公式リポジトリから緊急度「SECURITY」でバージョン8.8.2が公開されました。CVE-2026-62356をはじめ、RDBロード時のメモリ破損やTLS認証のバイパスなど10件の脆弱性が修正されています。中にはリモートコード実行につながりうる問題も含まれるため、早急なアップデートが推奨されます。