概要 Amazonが週末にかけて、Echo、Kindle、Fire TV、eeroなど主力デバイスの価格を一斉に引き上げた。もっとも上昇率が大きかったのはエントリーモデルのスマートスピーカー「Echo Dot」で、49.99ドルから79.99ドルへと一晩で60%上昇した。このほか「Kindle（16GB）」が109.99ドルから149.99ドルへ、「Fire TV Stick 4K Max」が59.99ドルから84.99ドルへ、ルーター「eero Pro 7」が699.99ドルから799.99ドルへ値上げされるなど、幅広い製品ラインが影響を受けた。一方でスマートホームセキュリティ製品「Ring」は据え置きとなっている。Amazon広報はこの値上げについて、消費者向け電子機器業界がメモリ・ストレージ部品コストの「大幅な増加」に直面しており、同社は「可能な限り長く」コスト上昇を自社で吸収してきたが、限界に達したと説明した。 背景にあるメモリ不足 今回の値上げの背景には、AI需要の急拡大に起因する世界的なメモリ半導体不足がある。データセンター向けAIサーバーの需要増でDRAMやNAND型フラッシュメモリの生産能力がひっ迫し、業界では「RAMmageddon」とも呼ばれる深刻な部品不足が発生している。この影響はAmazonに限らず、Apple、Microsoft、Dell、HP、Lenovo、Asusといった主要メーカーにも波及しており、各社が同様の価格改定に動いている。特にAppleはハードウェア価格引き上げに加え、デバイスをリース形式で提供する新たな販売制度の導入にも踏み切っており、メモリ高騰が業界全体のビジネスモデルにまで影響を及ぼし始めていることがうかがえる。 Amazonの戦略転換という側面 Amazonはこれまで、Echoシリーズをはじめとするハードウェア製品を赤字覚悟の低価格で提供し、自社のエコシステムや音声アシスタント、ストリーミングサービスへの入り口として普及させる戦略を取ってきた。今回のような大幅な値上げは、この「ハードウェアで稼がずエコシステムで稼ぐ」という長年の方針からの転換を意味するとも指摘されている。部品コストの高騰が続く中、従来のような薄利多売モデルの維持が難しくなりつつある実情を反映した動きと言える。 今後の見通し Amazonは今回の値上げ後も、年間を通じて定期的なプロモーションを継続する方針を示しており、秋の新製品発表イベントも予定されている。値上げによる消費者離れを避けつつ、コスト増を吸収する狙いがあるとみられる。業界関係者の間では、メモリ不足の状況は2027年まで続き、価格が安定に向かうのは2028年になるとの見方が出ており、当面はAmazonに限らず電子機器業界全体で同様の値上げが続く可能性が高い。

概要 AWSは8月21日、フルマネージドのデータ統合サービス「AWS Glue」の新ランタイム「AWS Glue 6.0」を一般提供開始したと発表した。最大の目玉は料金体系の見直しで、従来バージョンと比較して30%の値下げを実施した。あわせて、データレイクフォーマットとして急速に採用が広がっているApache Iceberg v3の全機能をサポートし、データレイクの構築・運用コストを大幅に削減できるとしている。 技術的な詳細 AWS Glue 6.0は、Apache Spark 4.1、Python 3.13、Scala 2.13を採用したモダナイズ済みのランタイムを基盤としている。Iceberg v3対応の目玉機能として、セミ構造化データ向けの新しい「VARIANT型」とそのシュレッディング（分割格納）機能が挙げられ、従来の文字列型カラムと比較して高速なクエリ読み取り性能を実現するという。このほか、GIS分析向けの地理情報型、IoTセンサーや金融取引データに適したナノ秒精度のタイムスタンプ、スキーマの互換性のない型変更にも対応する仕組みが追加された。 Spark 4.1側の改善としては、パイプライン開発の複雑さを軽減する宣言的パイプライン機能や、シリアライゼーションのオーバーヘッドを削減するArrowネイティブのPython UDFが搭載されている。またリアルタイムストリーミング処理では1桁ミリ秒台のレイテンシを実現するとしており、低遅延が求められるユースケースへの対応力を高めている。 移行方法 既存のAWS Glueユーザーは、AWS Glue Studioコンソールやジョブ設定の--glue-versionパラメータを6.0に指定するだけで新ランタイムへ切り替えられる。自動アップグレード機能も用意されており、比較的スムーズな移行が可能だとしている。料金引き下げとIceberg v3対応が同時に行われたことで、既にIcebergベースのデータレイク運用を検討している企業にとっては、移行を後押しする材料になりそうだ。

概要 Mozillaは8月18日、デスクトップ版Firefoxの最新安定版「Firefox 154」を公開した。今回のアップデートでは、WebSocket接続を悪用したローカルネットワークへの不正アクセスを防ぐ保護機能の拡張や、AIによるタブグループの自動提案、Cookie管理の柔軟化など、プライバシーと利便性の両面で改善が図られている。なお、Firefox 154は月次リリースとしては最後のバージョンとなり、9月からはFirefox 155を皮切りに2週間サイクルでのリリースへと移行する。 主な新機能 セキュリティ面では、これまでHTTP/HTTPSリクエストに限定されていたLocal Network Access保護がWebSocket接続にも拡張され、Webサイトがローカルネットワーク上のデバイスへWebSocket接続を試みる際に、ユーザーの許可を求めるようになった。ルーターやIoT機器など、外部からアクセス可能なローカル機器を悪意あるWebサイトから守る狙いがある。あわせて、Cookie削除の対象からトラッキング保護は維持したまま特定サイトを除外できるようになり、プライバシー設定の柔軟性が向上した。 利便性の面では、Smart Window機能の一部として、関連するタブをAIがグループ化し、グループ名まで自動で提案する機能が段階的に展開されている。タブグループ機能自体にも改善が加えられた。またアドレスバーからワンクリックでAI関連設定にアクセスできる「Manage AI」クイックアクションが追加されたほか、動画のシーク処理が高速化され、PDF内のテキスト選択・ハイライトも改善されている。Windows版ではNVIDIA GeForce NOWに対応し、ブラウザ上で対応ゲームをストリーミングできるようになったほか、アプリアイコンをカスタマイズする機能も加わった。 技術的な詳細 開発者向けには、CSS関連の新機能が複数追加された。要素の兄弟要素数を返すsibling-count()関数と、兄弟要素内での位置を返すsibling-index()関数がサポートされたほか、ブロック方向のテキスト余白を制御するtext-box-edge・text-box-trimプロパティおよびtext-boxショートハンドにも対応した。さらに、CSSの値を型付きJavaScriptオブジェクトとして扱えるCSS Typed Object Model APIがNightly版でデフォルト有効化され、CSSプロパティの操作を簡素化する取り組みが進められている（安定版では実験的機能としてlayout.css.typed-om.enabledの手動有効化が必要）。このほか、JSON Viewerでは選択したエントリの階層位置をパンくずリストで表示できるようになり、ページのハードリロード時にファビコンのキャッシュも合わせてクリア・更新されるようになった。 macOSではウィンドウが非表示になる不具合、Windowsではタスクバーの自動非表示に関する問題、フルスクリーンでのPicture-in-Picture表示順序、垂直タブサイドバー使用時のフルスクリーンモードでの非表示、PDF印刷プレビューの不具合など複数のバグ修正に加え、セキュリティ上の問題も複数解消されている。 今後の展望 Mozillaは今回のFirefox 154を最後に、月次リリースサイクルを終了する。9月1日にはFirefox 155が公開され、以降はFirefox 156(9月15日)、Firefox 157(9月29日)と、2週間おきのリリースへ移行する予定だ。Mozillaはこの変更を実験的な試みと位置づけており、リリース品質や開発者の負荷、ユーザー体験への影響を見極めたうえで恒久化するかどうかを判断するとしている。新機能をより頻繁に届けられるようになる一方、短期間での品質担保が今後の課題となりそうだ。

概要 オープンソースのID・アクセス管理サーバーKeycloakにおいて、未認証の攻撃者が任意のユーザーアカウントを乗っ取れる重大な脆弱性CVE-2026-18963(CVSS 9.1)が発見された。対象ユーザーのユーザー名またはメールアドレスさえ知っていれば、メール経由の本人確認を経ずにパスワードを新しい値に書き換えられてしまうもので、管理者アカウントを含むあらゆるアカウントが標的になり得る。この脆弱性はJames Paremain氏によって報告され、Red Hatは2026年8月18日にCVEアドバイザリと修正パッチを公開した。修正版であるKeycloak 26.7.2(および26.4.15、26.6.6へのバックポート)が2026年8月19日にリリースされており、影響を受ける環境では早急なアップデートが求められている。8月24日時点で公開されている悪用コードは確認されていないが、CVSSスコアの高さから優先度の高い対応が推奨されている。 技術的な詳細 脆弱性の根本原因は、/realms/{realm}/login-actions/reset-credentialsエンドポイントを中心とするパスワードリセットフロー内の「ステップ順序の検証不備」にある。本来Keycloakのパスワードリセットは、ユーザーがメールで送られる署名付きアクショントークン(verify-emailステップ)を経由してメールの所有権を証明した後にのみ、新しいパスワードの設定に進める設計になっている。しかし今回の欠陥では、認証セッションの中間状態が十分な検証なしに信頼されており、攻撃者が細工したリクエストを送ることで、このメール確認ステップを経ずに認証セッションをパスワード更新フェーズへ直接遷移させることができてしまう。CWE-640(脆弱なパスワード回復メカニズム)に分類されるこの欠陥は、CVSSベクター AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N が示す通り、ネットワーク経由・低い攻撃条件・権限不要・ユーザー操作不要で悪用可能であり、攻撃の再現性が非常に高い点が特に深刻とされている。 対応状況と推奨される対策 Red Hatはこの問題に対し、RHSA-2026:56519、56520、56523、56524の各セキュリティアドバイザリを通じて修正パッケージを提供している。ただちにパッチを適用できない環境向けの緩和策としては、管理コンソールの「Realm settings → Login → Forgot password」から全レルムで「パスワードを忘れた場合」機能を無効化する方法が案内されている。加えて、パッチ適用後には特権アカウントのパスワードを強制的にリセットすること、また認証ログを精査しVERIFY_EMAILイベントを伴わないUPDATE_PASSWORDイベントがないか確認することも推奨されている。パスワードリセット機能はIDプロバイダの中核をなす機能であるだけに、今回のような認証フロー自体の設計不備は影響範囲が広く、Keycloakを利用する組織は自社の実装状況を速やかに確認する必要がある。

概要 NvidiaがAI検索スタートアップPerplexityの新規資金調達ラウンドへの出資を協議していることが、The Informationの報道をもとにtechstartupsやPYMNTSなど複数メディアで伝えられた。今回のラウンドでPerplexityの企業評価額は300億ドルを超える見込みで、約1年前の評価額(約200億ドル)から50%以上の増加となる。Nvidiaは既にPerplexityの既存投資家であり、今回の追加出資によって両社の関係をさらに深める狙いがあるとみられる。 急成長する売上高とビジネスモデルの転換 Perplexityの年換算売上高(ARR)は2026年初頭の2億5000万ドル未満から、9カ月足らずで7億5000万ドル超へと約3倍に急増した。この成長を牽引しているのが、単なる検索エンジンから「AIエージェント」型サービスへの事業転換だ。同社が展開するAIネイティブブラウザ「Comet」は企業向けにも「Comet Enterprise」として提供されており、ページ内でのリサーチや要約に加え、フライト予約やメール管理といった複数ステップの作業をエージェントが自律的にこなす機能を備える。企業向けプランではセキュリティ企業CrowdStrikeと連携し、管理者がAIエージェントに許可する操作を細かく制御できる仕組みも導入されており、こうしたエンタープライズ需要の取り込みが売上急拡大の主因となっている。 Perplexityはこれまでに15億ドル以上を調達しており、既存投資家にはJeff Bezos氏、SoftBank Group、IVP、NEAらが名を連ねる。Aravind Srinivas CEOは2028年のIPO(新規株式公開)を目指す意向を示しており、今回の大型資金調達はその布石とも位置づけられる。 Nvidiaの投資戦略 Nvidiaにとって今回の出資検討は、AIチップの販売・レンタルにとどまらない多角的な提携戦略の一環だ。同社は近年、AIコーディング企業Poolsideに対して60億ドル規模のソフトウェアライセンス契約を結ぶと同時に10億ドルを出資したほか、AI半導体スタートアップGroqの技術買収を実施するなど、有望なAI企業への戦略的関与を強めてきた。Jensen Huang CEOはインタビューでPerplexityを日常的に利用しており、お気に入りのチャットボットの一つに挙げているとされ、検索・エージェント領域での存在感拡大を後押しする狙いがうかがえる。 今後の展望 評価額300億ドル超という規模は、AI検索・エージェント市場におけるPerplexityの急速な台頭を象徴している。Nvidiaのような主要インフラ企業がAIアプリケーション層への出資を拡大する動きは、GPU需要の創出と自社エコシステムの囲い込みを同時に狙うものであり、今後も同様の戦略的投資が他のAIスタートアップに対しても広がる可能性がある。

概要 保険大手Farmers Insuranceは、サードパーティベンダーが管理するデータベースへの不正アクセスにより、Farmers Insurance Exchangeおよび関連会社の顧客約107万〜111万人の個人情報が流出したとして、対象顧客への通知を開始した。侵害自体はベンダー側で5月29日に発生し、翌30日に不正な活動が検知されてFarmersに報告されたことが判明している。同社はその後調査を進め、複数州の司法当局に対して正式な侵害通知を提出した。流出した情報には氏名、住所、生年月日、運転免許証番号が含まれ、一部の顧客については社会保障番号の下4桁も含まれていたという。 背景にあるSalesforce関連の攻撃キャンペーン Farmersは侵害を受けたベンダー名を公表していないが、複数の報道によれば、今回の事案は2025年に発生した大規模なSalesforce関連データ窃取攻撃キャンペーンの一環とみられている。この一連の攻撃では、ShinyHuntersと関連するとされる攻撃者集団が、ボイスフィッシング(vishing)によって従業員を騙し、Salesforce環境に不正な接続アプリケーションを承認させる手口でデータを窃取しており、GoogleやCiscoといった大手企業に加え、Allianz Life、Aflac、Erie Insurance、Philadelphia Insurance Companiesなど保険業界の複数社も被害を受けている。保険セクターを標的とした一連の攻撃は、Scattered Spiderと関連付けられているとの見方も専門家から出ている。 対応と今後の影響 Farmersは影響を受けた顧客に対し、mytrueidentity.comを通じて24カ月間の無償ID監視サービスを提供するとしており、専用のフリーダイヤル窓口(1-833-426-6809、平日午前8時〜午後8時 東部時間)も設けている。同社はこれまでのところ、今回の侵害に起因する具体的な不正利用の報告は確認していないとしている。Farmers自体も、個人情報保護の不備や通知遅延を問う集団訴訟(原告Harout Garabedian、Kabateck LLPが提起)の直接の被告となっており、侵害の発端となったとされるSalesforceに対しても、セキュリティ対策の不備を問う集団訴訟が別途進行中だ。相次ぐ保険業界での情報漏えいは、サードパーティベンダーやSaaSプラットフォームを経由したサプライチェーン型攻撃のリスクが依然として高いことを改めて示している。

概要 GoogleはAIエージェント間の通信を標準化するプロトコル「Agent2Agent（A2A）」を、Linux Foundation傘下の新団体「Agentic AI Foundation（AAIF）」に正式に寄贈した。A2Aはもともと2025年4月にGoogleが立ち上げたプロジェクトで、同年6月にはすでにLinux Foundationへ移管されていたが、今回はさらに一歩進み、AnthropicのModel Context Protocol（MCP）やOpenAIのAGENTS.mdといった競合・関連規格と同じAAIFの傘下に置かれることになった。異なるベンダーが提供するAIエージェント同士が、共通の中立的なガバナンスのもとで相互運用できる基盤を整える動きとして注目されている。 技術的な詳細 A2Aは、異なるフレームワークやベンダーで構築されたAIエージェント同士が互いを発見し、通信し、タスクを委任し合うための仕組みを提供する。各エージェントは自身の機能や接続方法を記述した「エージェントカード」を公開し、他のエージェントがそれを読み取ることで能力を把握できる。今年3月にリリースされたバージョン1.0では、マルチテナンシー対応やバージョンネゴシエーション、暗号署名によって身元を検証できる「署名付きエージェントカード」といった機能が追加され、実運用に耐える堅牢性が強化された。 A2Aが担うのは主にエージェント同士の相互通信であるのに対し、MCPはエージェントと外部ツール・データソースとの接続を標準化する役割を担う。両者は補完関係にあり、大規模なマルチエージェントシステムを構築する上で不可欠なインフラの両輪と位置づけられている。 導入状況と業界の反応 A2Aにはすでに150以上の組織が支援を表明しており、Atlassian、Box、Intuit、LangChainといったソフトウェア企業に加え、AccentureやDeloitteなどのコンサルティング大手も名を連ねる。実運用の例としては、サプライチェーンや金融サービス、モバイルプラットフォーム領域での採用が進んでおり、Huaweiは音声アシスタント「Celia」の連携にA2Aを活用しているほか、TencentのWeChatも他社製OEMアシスタントとの統合に利用している。Google Cloud、Microsoft Azure、AWSといった主要クラウドベンダーも対応を進めており、商取引向けの拡張プロトコル「AP2（Agent Payments Protocol）」の開発も並行して進んでいる。AAIFの運営は、戦略・予算・会員ポリシーを担う統治委員会と、プロジェクト承認を担当する技術委員会の二層構造で行われる。 今後の展望 Googleはこのオープン標準アプローチを「Androidのような」エコシステム戦略になぞらえており、AAIFという中立的な傘のもとでA2Aの採用をさらに広げたい考えだ。断片化しがちなエージェント間相互運用性の環境が、業界横断の標準化によって統合されることへの期待は大きい。一方で、SeekrのリードAIソリューションアーキテクトを務めるMahesh Shanmugasundaram氏は、エージェント同士が連鎖的にタスクを委任していく過程で「各参加者が前段のエージェントの誤りをそのまま信頼して増幅してしまう可能性」を懸念点として指摘している。小さな誤りが連鎖の中で高い確信度を伴う誤った結論へと変質しかねないため、通信手順の標準化だけでなく、検証可能なメタデータやトレーサビリティの仕組みを合わせて整備することが今後の課題となりそうだ。

概要 Kubernetesプロジェクトは8月20日、v1.36.4、v1.35.8、v1.34.11の3系列にわたるパッチリリースを公開した。当初予定されていたリリース日はGitHub側の障害により延期されており、今回はその影響を受けた分もまとめて反映された形となる。今回のリリースはDynamic Resource Allocation(DRA)スケジューリング、kubelet、Podのプリエンプション処理に関する複数の不具合修正に加え、Go関連ライブラリのセキュリティアップデートを含んでいる。 技術的な詳細 最新系列のv1.36.4では、DRAスケジューリングまわりで2件のバグが修正された。1つは、構造化アロケータがプール名のみをキーとして共有カウンターキャッシュを管理していたため、同名のプールを公開する複数のドライバーが互いのカウンター定義を誤って参照し、デバイス割り当てが不正に許可・拒否される可能性があった問題(PR #140504)。もう1つは、PrepareResourcesが部分的に失敗した際、再試行時にCRIランタイムへ重複したCDIデバイスIDが渡され、コンテナ起動エラーを引き起こす問題(PR #140955)である。 スケジューリング領域では、プリエンプター(退避を実行する側)のPodが競合状態によりスケジュール不可能な状態のまま固着してしまう不具合が解消されている(PR #140685)。この修正はv1.35.8にも同様に取り込まれている。このほか、client-goのFakeCustomStoreが新しいcache.Storeインターフェースのメソッドを実装し、互換性が復旧された(PR #141001)。 依存関係とセキュリティ更新 v1.36系ではgolang.org/x/crypto(v0.47.0→v0.53.0)、golang.org/x/net(v0.49.0→v0.56.0)、golang.org/x/text(v0.33.0→v0.39.0)といったGo関連ライブラリがセキュリティアップデートとして更新された(PR #141226)。v1.35.8とv1.34.11についても、Go 1.26でのビルドへの切り替えとあわせて同様のx/crypto・x/net・x/text系ライブラリの更新が反映されており、いずれも機能追加よりも安定性とセキュリティ強化を優先した保守的なリリースとなっている。 今後の対応 DRAスケジューリングやプリエンプションの競合状態といった問題は、大規模クラスタや多数のカスタムリソースドライバーを運用する環境で顕在化しやすい種類の不具合であり、該当する3系列(v1.36、v1.35、v1.34)を利用しているユーザーは早めのアップグレードが推奨される。詳細な変更点はKubernetes公式リポジトリのCHANGELOGで確認できる。

概要 Snowflakeは8月18日、AIワークロードの統合管理基盤である「Cortex AI Gateway」に動的モデルルーティング機能を追加すると発表した。この機能は、タスクの複雑さや求められる品質・速度・コストのバランスに応じて、軽量な低コストモデルとフロンティア級の高性能モデルを自動的に使い分けるもので、Snowflake CoCoやSnowflake CoWorkに加え、サードパーティ製のAIエージェントでも横断的に利用できる。企業側でアプリケーションを作り直すことなく、モデルの性能や価格が変動してもルーティングが自動的に追従する点が特徴だ。 Snowflakeの社内評価では、単純なタスクをより安価なモデルに振り分けることで、dbtパイプライン構築において品質を維持したまま最大3倍のトークン効率の改善が確認されたという。さらに、エンジニアリングチームの実装作業全体でもトークン効率が25%向上したと報告されている。 新規オープンソースモデルの統合 Snowflakeは動的ルーティングの選択肢を広げる一環として、オープンソースモデルの「DeepSeek-V4-Flash 0731」と「GLM-5.3」を段階的にプライベートプレビューとして追加する計画も明らかにした。同社の評価によれば、DeepSeek V4 Flashはデータエンジニアリングタスクで74.4%のスコアを記録し、主要な商用モデルを上回る結果を示したという。 コスト管理とガバナンス Cortex AI Gatewayには、トークン使用量やコストを可視化する機能に加え、チームやエージェント単位での支出上限設定、ユーザーごとの利用クォータ設定、予算消費が上限に近づいた際のアラート通知といったガバナンス機能が備わっている。これにより、企業は複数モデルを横断的に利用しながらも、AI関連コストの予測可能性とコントロールを確保できる。 背景と業界の反応 Snowflakeは今回の発表に合わせて「インテリジェンス効率」という新しい指標を打ち出した。これは、コンピュートリソース、モデル、データ、コンテキストをどれだけ効率的にビジネス価値へと転換できるかを測る考え方だという。企業のAI活用が広がるにつれ、あらゆるタスクに同一の高性能モデルを使い続けるとコストが膨らむ一方、複数モデルを個別に管理することは開発チームの運用負荷を増大させるというジレンマが浮かび上がっており、動的ルーティングはこの両立を狙った取り組みと位置付けられる。 Snowflake CEOのSridhar Ramaswamy氏は「企業はAIの経済性をより厳密に評価するようになっており、問題はもはやAIをどれだけ使うかではなく、それが具体的なビジネス価値を生んでいるかどうかだ」と述べ、タスクごとに最適なモデルを選べる柔軟性の重要性を強調した。また、業界アナリストでSanjMo創設者のSanjeev Mohan氏は、企業が直面する本質的な課題は大規模環境でタスクごとに適切なモデルを選択する運用負荷にあると指摘し、こうした自動化がエンタープライズでの展開加速につながると評価している。

概要 セキュリティ企業Wizが開発した自律型AIセキュリティリサーチエージェント「Red Agent」が、Snowflakeの公開リポジトリ「snowflake-connector-net」のGitHub Actionsワークフローに存在するスクリプトインジェクション脆弱性を発見し、内部Jira環境の認証情報を窃取できることを実証した。Red Agentは2026年7月に一般提供が始まったばかりのツールで、人間の介入なしに脆弱性の発見から悪用までを自律的に実行できる。今回の発見では、GitHub Advanced Securityによるスキャンや、PRの共同作成者として関与していたGitHub Copilotのコードレビューでも見逃されていた脆弱性を突き止めた点が注目を集めた。Snowflakeは2026年6月23日にWizからの報告を受けて即座に脆弱性を修正し、翌6月24日には漏洩した可能性のある認証情報を無効化している。 技術的な詳細 問題の中心にあったのはjira_issue.ymlというワークフローで、GitHub Issueのタイトルをエスケープ処理が不十分なままシェルスクリプトに直接埋め込んでいた。TITLE=$(echo '${{ github.event.issue.title }}' | sed ...)という記述はシングルクォートでタイトルを囲む設計だったが、攻撃者がタイトルにシングルクォートを含めることでこの保護を回避できた。さらに本来はgithub.event.pull_request.user.loginを確認してホワイトリスト外のユーザーを弾くはずのセキュリティゲートも、Issueイベント発生時にはこの値が常にnullとなるため、実質的にすべてのユーザーが検査を素通りできる状態になっていた。Red AgentはこれらをGitHub Issueのタイトル経由で悪用し、curlコマンドでJira APIトークンをBase64エンコードして外部リスナーへ送信するペイロードを注入した。最初の試行は構文エラーで失敗したが、Red Agentは自律的にエラーを解析し、コマンドを修正して二度目で成功させている。窃取された認証情報はqa@snowflake.netアカウントに紐づき、エンジニアリングやセキュリティコンプライアンス、バグ報奨金追跡プロジェクトへの読み取りアクセス権限を持っていたが、監査ログによりアクセスしたのはWizのみであったことが確認されている。 Copilot関与を巡る混乱 Wizは当初のブログ投稿で、この脆弱なコードがGitHub Copilotによって生成されたかのような表現を用いており、これが「AIが自ら脆弱性を作り出し、AIがそれを見逃した」という構図として大きく報じられた。しかしその後の詳細な調査で、実際に問題のコード行を書いたのはSnowflakeのエンジニアであり、Copilotは同じPR内の別の変更に共同作成者として関与していたに過ぎないことが判明した。Wizの共同創業者兼CTOであるAmi Luttwakはこの混乱について、Copilotを含む複数の貢献者が同じPRに関わっていたと説明した上で、「PRの共著者情報を見るだけでは、どの変更を人間が書き、どの変更をAIが書いたのかを正確に切り分けるのは難しい」と述べ、人間とAIの寄与を明確に区別することの困難さを認めている。一方でGitHub側は内部調査の結果として、脆弱性につながったコード変更は人間が作成したものでCopilotは関与していないと主張しており、両者の見解は完全には一致していない。 今後への影響 この一件は、AI支援開発の普及がソフトウェアの攻撃対象領域を急速に拡大させている実態を浮き彫りにした。セキュリティ専門家のErik Avakianは、従来型のセキュリティ運用がこうした変化に追いつけなくなりつつあると指摘し、攻撃側・防御側の双方がAIを駆使する「AI主導の戦場」が現実になりつつあると警鐘を鳴らしている。Wizの研究者Gal Nagliも、AI支援によるコード生成が攻撃面を広げる以上、防御側もAIによる自動脆弱性スキャンを先制的に活用すべきだと強調した。今回の事例はGitHub Advanced SecurityやCopilotのコードレビュー機能が、安全なenv:変数とjqを用いたパターンから危険な直接文字列補間への変更を検知できなかったことも示しており、AIによる脆弱性発見・自動修正ツールの限界と、それを補う人間の監視体制の必要性を改めて浮き彫りにしている。