概要 Docker社は、Docker Desktop向けに自社開発した新しいハイパーバイザ「Docker VMM」のパブリックベータを公開した。Docker Desktopはホストマシン上に仮想マシンを起動し、その内部でコンテナを稼働させる仕組みを取っているが、これまでWindows版ではHyper-V、macOS版では前世代のDocker VMMというサードパーティ由来の仮想化コンポーネントに依存していた。今回発表された新しいDocker VMMは、Dockerが「仮想化スタック全体を自社で所有し、コンテナワークロード向けにエンジンの各部分を最適化できる」ことを目的に一から開発したもので、Windows版・macOS版ともにDocker Desktop v4.86から利用可能になっている。 技術的な詳細 新しいDocker VMMがもたらす改善点は主に3つある。まず、コンテナの初回起動時やプロジェクト切り替え時、再起動時における起動速度の向上だ。次に、ホストOSとコンテナ間のファイル共有の高速化で、コード編集やコンパイル、テストといった開発ワークフローで体感できるレベルの改善が見込めるという。さらに、メモリ管理の改善として、アイドル状態のコンテナが使用していない未使用メモリをホストOS側に返却する仕組みが導入された。Windows環境においては、Dockerとして初の自社開発ハイパーバイザとなり、WSL(Windows Subsystem for Linux)が持つ性能とHyper-Vによる分離性を両立させる設計になっている点も特徴だ。 提供状況と今後の展望 現時点では、macOS版は自動的に新しいDocker VMMへ切り替わり、Windows版は設定から任意に有効化できるオプトイン方式となっている。Docker社は2026年10月末を目標に正式版(GA)をリリースし、Windows・macOS・Linuxの3プラットフォームすべてでデフォルトの仮想化エンジンとする計画を示している。現状Linux版は未対応だが、GA版のタイミングでの対応が予定されている。また、このVMMはDocker Desktopだけでなく、Docker Sandboxesや、AIエージェント向けの隔離実行環境にも今後統合される見通しで、Dockerが仮想化基盤を軸にコンテナ実行環境全体の性能と柔軟性を底上げしようとしている姿勢がうかがえる。

概要 GitLabは8月17日、セルフホスト版CE/EE向けに複数バージョン(19.2.4、19.1.6、19.0.8、18.11.11)の緊急パッチをリリースした。対象は18.2以降18.11.11未満、19.0未満19.0.8、19.1未満19.1.6、19.2未満19.2.4を利用しているすべてのインスタンスで、重大なセキュリティ脆弱性の修正が含まれるため、GitLabは即時アップグレードを強く推奨している。 修正された脆弱性 最も深刻なのはCVSS スコア9.4(極度に深刻)と評価されたCVE-2026-19478で、GraphQLディレクティブを経由したコード注入の問題だ。特定の条件下では、認証されていない攻撃者が公開プロジェクトやユーザーデータをリモートで改変・削除できる可能性があった。この脆弱性はHackerOne経由でセキュリティリサーチャーのhiimguardian氏から報告された。 もう一件、CVSS 7.1(高深刻度)のCVE-2026-19650も同時に修正されている。こちらはGraphQLのマルチプレックスクエリハンドラーに存在したCSRFの問題で、リクエスト検証の不備により、認証されていないユーザーがGETリクエスト経由でミューテーションを実行できる可能性があった。この脆弱性はHackerOne経由でkreep氏が報告した。 アップグレードについて GitLabはこれらの脆弱性の深刻度を踏まえ、対象バージョンを利用する全ユーザーに直ちにアップグレードするよう呼びかけている。今回のパッチには新たなデータベースマイグレーションが含まれていないため、マルチノード環境でもダウンタイムなしで適用できるという。GitLab.comなどのSaaS環境は既に対応済みとみられ、影響を受けるのはセルフホスト版のインスタンスとなる。

概要 2026年5月に運航を停止し経営破綻した米格安航空会社スピリット航空の内部データを、Googleが破産オークションでわずか1000万ドルという低価格で落札したことが明らかになった。落札額をめぐっては、AI企業向けにデータラベリングを手がけるMercor.ioが提示した750万ドルをGoogleが上回る形で競り勝ったとされる。Googleはこのデータをプライバシー保護の枠組みの下で処理した上で、自社の製品開発やAIモデルの訓練に活用する方針を示している。 買収データの中身 今回の取引に含まれるデータは膨大かつ多岐にわたる。報道によれば、約1億件の社内メールと5億件を超えるメッセージ、Microsoft Teamsのチャット履歴に加え、収益・運航・マーケティング・人事・プロジェクト管理といった業務データが対象となっている。さらに3000万行に及ぶ社内開発のプログラムコードやソフトウェアモデル、アルゴリズム類も含まれ、加えて競合他社を含む72億件規模の運賃価格データ、75億件に上る乗客取引記録も一括で取得されたという。これほど広範な企業データが単一の買い手にまとめて渡る事例は珍しく、破産手続きを通じて事実上のビッグデータ資産が売買された格好だ。 プライバシー保護と今後の課題 Google側は、乗客の個人情報や会員プログラムのプロフィールなど個人を特定できる情報は取引対象に含まれず、裁判所が指定した第三者機関が資料をレビューして識別可能な情報を除去するプロセスを経ると説明している。もっとも、数億件規模のメールやチャット、乗客関連データが一企業の管理下に集約されること自体への懸念は根強く、匿名化がどこまで実効性を持つのかは今後の焦点となりそうだ。経営破綻した企業の内部データがAI企業への「掘り出し物」としてオークションにかけられる今回のケースは、破産手続きにおけるデータ資産の扱いや個人情報保護のあり方について、業界に新たな論点を投げかけている。

概要 メールサーバー・コラボレーションツールとして世界中で利用されているZimbra Collaboration Suite(ZCS)に存在する重大な脆弱性CVE-2026-73570が、実際の攻撃で悪用されていることが判明した。CVSSスコアは8.9で、未認証の攻撃者が細工したSMTPリクエストを送信するだけで、Zimbraユーザー権限で任意のOSコマンドを実行できる。ポーランドのCERT Polskaが2026年8月17日、積極的な悪用の兆候を確認したと発表し、管理者に対して過去30日間のログを確認するよう呼びかけている。 技術的な詳細 脆弱性の原因は、SNMP通知処理時に信頼できない入力を適切にサニタイズしていないことにある。攻撃者は認証を経ることなく、特別に細工したSMTPリクエストを送りつけるだけで、Zimbraサービスが動作しているユーザー権限のもとで任意のOSコマンドを実行できてしまう。ただし影響を受けるのはオプションパッケージであるzimbra-snmpがインストールされ、かつSNMP通知が有効になっている環境に限られる。 CERT Polskaは侵害の兆候(IoC)として、/var/log/zimbra.logにおける不審なサービス再起動の記録や、/opt/zimbra/jetty/webapps/、/opt/zimbra/jetty_base/webapps/、/tmp/ディレクトリ配下での不審なファイル作成を調査するよう推奨している。攻撃者はサーバーを完全に制御下に置いた後、永続化の確立、メールアカウントへのアクセス、認証情報の窃取、さらにはネットワーク内での横展開を行う可能性があるという。 影響範囲とパッチ状況 Zimbraはメールプラットフォームとして世界中で数億人のユーザー、数千の企業、数百の政府機関に利用されている。セキュリティ監視サービスのShadowserverによれば、稼働中のZimbraサーバーは12,100台以上追跡されており、そのうちヨーロッパに4,382台、アジアに4,492台が所在する。 Zimbraセキュリティチームはこの脆弱性に対応したバージョン10.1.20を、悪用が確認されるおよそ1ヶ月前の2026年7月20日にリリース済みだった。しかし本稿執筆時点で、CVE-2026-73570はCISAの既知悪用脆弱性(KEV)カタログには未掲載であり、同カタログには他に18件のZimbra関連脆弱性が既に登録されている。 背景と今後の展望 Zimbraの脆弱性は過去にも国家支援型の攻撃グループによって繰り返し悪用されてきた歴史がある。NATO関連組織やウクライナ政府機関が標的となった事例のほか、直近ではストアド型XSS脆弱性CVE-2025-66376がロシア系脅威アクターによるフィッシングキャンペーンで悪用され、西側諸国の政府機関や民間企業が狙われた例もある。今回の攻撃キャンペーンの実行主体はまだ特定されていないが、過去の傾向からロシアや中国の関与する国家支援型ハッカー、あるいは日和見的なサイバー犯罪者による悪用が疑われている。Zimbraを運用する組織は、バージョン10.1.20以降へのアップデートを直ちに行うとともに、CERT Polskaが示した侵害の兆候をもとにログを点検することが強く推奨される。

概要 決済・経費管理プラットフォームのRampが発表した最新の「AI Index」によると、米国企業の有料AIサービス利用においてOpenAIがAnthropicとのシェア差を縮めつつある。7月時点でAnthropicが約43.5%、OpenAIが約39.7%のシェアを持ち、両者の差は依然として存在するものの、Anthropicの月間成長率は1.1ポイント、OpenAIは0.23ポイントの増加にとどまっており、7月単月の数字だけを見ればAnthropicがむしろシェアの差を広げた形となった。Ramp社のエコノミストによれば、第3四半期に入ってからはOpenAIがAnthropicよりも速いペースでこのセグメントの利用企業を増やしているという。 Rampのデータは、同社のビル支払いや法人カードサービスを利用する70,000社以上の米国企業を対象としており、数十億ドル規模の支出を追跡したものだ。もっとも、American Expressなど他社の経費管理サービスを使う大企業は対象外となっており、市場全体を完全に代表するものではない点には留意が必要だ。なお、両社の順位が入れ替わったのは今年5月で、当時はAnthropicが41%、OpenAIが39%とAnthropicが初めてOpenAIを逆転した経緯がある。 背景と要因分析 OpenAIの巻き返しの背景には、開発者からの需要が高い新モデル「GPT-5.6 Sol」への支持拡大があるとRampのエコノミストは説明している。一方でAnthropicは、最上位モデルである「Fable 5」の採用が伸び悩んでおり、トークン利用量ベースでは全体のわずか6%、金額ベースでも11.4%にとどまっている。高性能をうたう最新モデルであっても、コストに見合う効果が実感されなければ企業の購買判断を動かしにくいという価格感応度の高さが浮き彫りになった形だ。 Rampはこのほか、市場全体の変化として、オープンソースモデルや中国製モデルを提供するプラットフォームの利用が増加している点も指摘している。これはAI支出全体に上限が見え始めていることを示唆しており、単純な性能競争だけでは差別化が難しくなりつつある市場環境がうかがえる。またAI購読企業の割合自体は拡大を続けており、3月に50%を超えた後、7月には約56%に達している。なお、新興のxAIも成長を続けており、企業利用シェアが4%に到達、前年同期比では2025年7月以来最速の伸びを記録した。 今後の見通し Rampのエコノミストは、企業が新モデルのリリースのたびに利用先を切り替える傾向が強いと指摘しており、この変動性の高さは投資家に対して、エンタープライズ領域におけるAI支出がどれだけ定着したものかを問い直す材料になるべきだとの見解を示している。OpenAIとAnthropicのシェア争いは一進一退が続いており、次にどちらが有力な新モデルを投入するかによって、今後もシェアの逆転が繰り返される可能性が高い。

概要 Amazonは、ドローン配送サービス「Prime Air」を2026年末までに米国内約500都市へ拡大する計画を発表した。現在のサービス提供規模から約6倍への拡大となる大規模な展開で、アリゾナ州トレソン、フロリダ州ラスキン、カンザス州カンザスシティ、ネブラスカ州パピリオン、ルイジアナ州バトンルージュ、ミシガン州ヘイゼルパークおよびポンティアック、テキサス州のリッチモンド、サンアントニオ、リチャードソン、ウェイコの計11地域で新たにサービスを開始する。今後はジョージア、オハイオ、イリノイ、アイダホ、ニューヨークの各州にも展開を予定しているという。今年これまでに「数十万件」のパッケージをドローンで配送済みとしており、実績を積み重ねたうえでの大規模拡大となる。 サービス内容と技術的な詳細 Prime Airは最速30分での配送を謳い、5ポンド（約2.3kg）以下のほぼすべての商品を対象とする。機体には「業界最高水準」とされるオンボードカメラとセンサーによる検知・回避システムを搭載し、米連邦航空局（FAA)から商用航空会社と同じ枠組みであるPart 135認証を取得して運航している。料金体系は、Prime会員は50ドル以上の注文で無料、50ドル未満は2.99ドル、非会員は一律4.99ドルとなっている。 安全性を巡る背景 大規模拡大の発表の背景には、安全性への懸念払拭という狙いがある。2025年10月にはアリゾナ州トレソンでドローンの衝突事故が発生したほか、ケーブル損傷や墜落といった過去のインシデントも報告されており、Amazonは今回の拡大にあたって検知・回避システムの性能や規制当局の認証取得を強調している。 競合状況と今後の展望 ドローン配送市場では、WalmartやGoogle傘下のWingが既に米国最大規模の配送網を展開しており、競争が激化している分野でもある。Amazonが年内に約500都市規模へ拡大することで、ラストマイル配送におけるドローン活用が一気に本格化する可能性があり、今後の安全実績や規制対応の動向が注目される。

概要 Amazon EKS（Elastic Kubernetes Service）のクラスタアクセス管理をめぐり、AWSが非推奨とした旧来の認証方式「aws-auth ConfigMap」が、依然として業界で圧倒的なシェアを占めている実態が明らかになった。セキュリティ企業Wizが公表した「Kubernetes Security Report 2025」によれば、調査対象のEKSクラスタのうち実に81%が、AWSのセキュリティベストプラクティスに反して非推奨のConfigMap認証方式を使い続けているという。AWSはEKS 1.23以降、IAMネイティブでAPI駆動型の新方式「アクセスエントリー（Access Entries）」を提供し、こちらへの移行を推奨してきたが、大規模な運用現場での切り替えは大きく遅れている状況が浮き彫りになった。 背景：aws-auth ConfigMapが抱える課題 aws-auth ConfigMapは、AWSのIAMプリンシパル（ユーザーやロール）をKubernetesクラスタ内の権限にマッピングするための仕組みで、クラスタ内のConfigMapリソースを手動で編集して管理する必要があった。この方式には運用・セキュリティ上のいくつかの構造的な課題が指摘されている。まず、どのIDがクラスタへのアクセス権を持つかを把握するには、クラスタごとに個別にConfigMapを解析する必要があり、大規模なフリート環境では可視性の確保が困難だった。さらに深刻な問題として、EKSクラスタを作成したAWSアイデンティティには自動的に「system:masters」という管理者権限が付与され、この権限は後から削除できず、追跡が困難な「シャドー管理者」を生み出す原因となっていた。加えて、EKSのIAMはネイティブなAWS IAMの仕組みとは別系統で管理されているため、AWSアカウントの管理者権限を持つIAMプリンシパルであっても、自動的にEKSクラスタへアクセスできるわけではないという分かりにくさもあった。 新方式アクセスエントリーの仕組みと移行手順 これらの課題を解消するため、AWSはアクセスエントリーというAPIベースの新しい管理レイヤーを導入した。アクセスエントリーは、AWSプリンシパルごとにクラスタ単位で作成され、AWSが管理するアクセスポリシー（AmazonEKSClusterAdminPolicyやAmazonEKSViewPolicyなど）またはKubernetesグループのいずれか、あるいは両方にマッピングできる。両方にマッピングされた場合、実効権限は両者の権限の和集合となる。認証モードには、ConfigMapのみを使う従来の「CONFIG_MAP」、両方式が共存する「API_AND_CONFIG_MAP」、ConfigMapを無視してアクセスエントリーのみを使う「API」の3種類が用意されており、AWSは既存クラスタに対して、まず「API_AND_CONFIG_MAP」モードを有効化し、ConfigMap内の各プリンシパルに対応するアクセスエントリーを作成した上で適切なポリシーやグループをマッピングし、最終的に「API」モードへ切り替えるという段階的な移行を推奨している。なお、API専用モードへの切り替えは一方向の操作であり、後戻りはできない点に注意が必要だ。 今後の展望 AWSはaws-auth ConfigMapについて、将来のEKSバージョンで廃止する方針を示しており、後方互換性のために当面は残されるものの、新規クラスタやアクセス設定については一貫してアクセスエントリーの利用が推奨されている。しかし今回の調査結果は、非推奨化のアナウンスだけでは大規模な運用環境での移行が進まない現実を示している。特に多数のクラスタを抱える組織にとっては、ConfigMapの編集履歴や既存の自動化パイプラインとの整合性を取りながら移行作業を進める必要があり、コストと手間が移行の障壁となっている可能性がある。今後、AWSが廃止時期を具体的に打ち出した場合、移行の遅れているクラスタでは急激な対応を迫られるリスクがあり、フリート全体のアクセス管理を可視化した上で計画的な移行を進めることが、セキュリティと運用の両面から重要になりそうだ。

概要 WordPress向けの人気ページビルダープラグイン「Elementor Pro」に、未認証の攻撃者が悪意あるPHPファイルをアップロードし、リモートコード実行(RCE)を行うことを可能にする深刻な脆弱性が発見された。脆弱性はCVE-2026-32475として登録され、CVSSスコアは10点満点中9.0の「クリティカル」評価となっている。Elementor Proは1000万以上のアクティブインストールを持つ広く使われたプラグインであり、影響範囲の大きさが懸念されている。開発元は2026年8月19日にバージョン4.2.2をリリースし、この問題を修正した。脆弱性はバージョン4.2.1以前のすべてのバージョンに存在する。 技術的な詳細 脆弱性の原因は、Elementor ProのFormsモジュールが提供する「ファイルアップロード」フィールドの処理にある。セキュリティ企業Patchstackの分析によれば、アップロードされたファイルの拡張子を検証するループと、実際にファイルを保存先へ移動する処理を行うループが、空のファイルエントリに対して異なる終了ロジック(一方は検証をスキップしてreturn、もう一方はcontinue)を持っていたことが根本原因だった。攻撃者はこの差異を突き、同一フィールドに2つのファイルパート(空のファイルエントリと悪意あるPHPペイロード)を含むマルチパートリクエストを送信することで、拡張子のブロックリスト検証を完全に迂回しつつ、PHPファイルをwp-content/uploads/elementor/forms/配下に書き込むことができる。この処理には認証もnonce検証も不要であり、攻撃対象サイトに「ファイルアップロード」フィールドを含む公開済みのElementorフォームが存在してさえいれば悪用可能となる。アップロードされたPHPファイルはWebから直接アクセス・実行可能な場所に配置されるため、任意コード実行につながる。 発見の経緯と対応 この脆弱性は、セキュリティ研究者Tin Pham(TF1T)がPatchstackのバグバウンティプログラムを通じて2026年7月16日に報告した。開発元は翌7月17日にはパッチの準備に着手し、8月3日にパッチの動作確認が完了、8月19日にバージョン4.2.2として正式リリースされた。脆弱性の詳細はパッチリリースと同じ8月19日にセキュリティアドバイザリとして公開され、翌8月20日には海外メディアでも広く報じられた。報告からパッチリリースまでは比較的迅速に対応が進んだ形であり、公開時点では実際の悪用は観測されていないとされる。ただし、未認証かつ悪用条件が低いことから、今後の悪用増加には注意が必要とみられる。 今後の対応 Elementor Proを利用しているサイト管理者は、直ちにバージョン4.2.2以降へアップデートすることが強く推奨される。なお、プラグインのアップデートを行っても、既にアップロードされてしまった不正なPHPファイルが自動的に削除されるわけではない点に注意が必要だ。管理者はwp-content/uploads/elementor/forms/ディレクトリを手動で確認し、見覚えのないPHPファイルが存在しないかチェックすることが求められる。Elementor Proのような大規模に利用されるプラグインの脆弱性は、WordPressエコシステム全体に大きな影響を及ぼしうるため、今後も同様のサプライチェーン型リスクへの警戒が必要となりそうだ。

概要 Microsoftは2026年8月19日、Visual Studio Codeの月例アップデートとなるバージョン1.134を公開した。今回の目玉は、複数のチャットセッションを同時に扱うためのUI強化だ。関連するチャットやサブエージェントとのやり取りを水平または垂直方向にグループ化して並べて表示できる「Side-by-side chats」が追加され、ドラッグ&ドロップで会話同士を並べて比較検討できるようになった。レイアウトはセッションを再開した際にも保持されるため、複数のタスクを並行してエージェントに依頼するようなワークフローとの親和性が高い。 あわせて、長い会話を素早く見渡せる「Prompt timeline」も導入された。タイムライン上に各プロンプトがドットとして表示され、ファイル変更を伴ったプロンプトについては追加・削除行数がその場で確認できる。これにより、エージェントとの長時間のやり取りの中でも、どの時点でどのような変更が加えられたかを直感的に把握できるようになった。 技術的な詳細 チャット機能ではこのほか、Ctrl+F（Windows/Linux）またはCmd+F（Mac）でチャット全体を検索できる「Find in chat」も追加された。大文字小文字の区別、全文一致、正規表現による検索に対応しており、長い会話履歴から特定のやり取りを探し出す際に有用だ。 エージェント関連では「Agent host」という仕組みが導入され、複数のVS Codeウィンドウから同一のエージェントセッションに接続できるようになった。これはAgent Host Protocol（AHP）という専用プロトコルに基づき、独立したプロセス上でエージェントを動作させる仕組みで、マルチウィンドウでの作業とエージェントの状態管理を切り離して扱えるようにする狙いがある。サイドペインのレイアウトもworkbench.editor.showTabs設定に対応してタブ表示をカスタマイズできるようになり、セッションを切り替えてもレイアウトが保持される。 このほか、エディタ体験の面では、タブをAltクリックすることで他のタブを一括で閉じられる機能や、workbench.editorAssociations設定によりローカルHTMLファイルを統合ブラウザで直接プレビューできる機能が加わった。あわせて複数のメモリリーク修正も行われており、全体的なパフォーマンス向上にもつながっている。 背景と今後 近年のVS Codeのアップデートは、AIコーディングエージェントとの協働を前提としたUI・UX改善に重点が置かれる傾向が強まっている。今回のSide-by-side chatsやPrompt timelineも、単一のチャットで完結しない、複数のサブエージェントが並行してタスクをこなすような開発スタイルを後押しするものだ。Agent Host Protocolの導入により、エディタのウィンドウ管理とエージェントのセッション管理が疎結合になったことで、今後はマルチウィンドウ・マルチデバイスでの継続的なエージェント活用がさらに進むことが見込まれる。

概要 xAIは8月12日に発表した最新の推論モデル「Grok 4.6」を、その2日後の8月14日にGitHub Copilotへ統合したと発表した。エージェント型コーディングや複雑な多段階のワークフローに向けて設計されたモデルで、VS Code、Visual Studio、Copilot CLI、Copilot cloud agent、Copilot app、JetBrains、Xcode、Eclipseの計8つの開発サーフェス全体で利用できる。対象はCopilot Pro、Pro+、Max、Business、Enterpriseの各プランだが、Business・Enterprise管理者はデフォルトで無効になっているGrok 4.6ポリシーを設定画面で有効化する必要がある。ロールアウトは段階的に進められており、ユーザーはモデルピッカーから「Grok 4.6」を選択することで利用できる。 技術的な特徴とベンチマーク xAIはGrok 4.6を「長時間動作するエージェントや、より野心的なインタラクティブ・ビジュアル作業」向けに設計したとしている。推論・エンジニアリングデータでの追加のファインチューニングと、カーネル最適化やWeb開発、CAD(コンピュータ支援設計)といったエージェント型タスクに焦点を当てた強化学習を組み合わせて訓練された。ベンチマークでは、ターミナル環境での長時間コーディングタスクに強みを見せており、Terminal-Bench v3.0で26%を記録した。これはGPT-5.6 Sol Maxの34.6%には及ばないものの、前世代のGrok 4.5の15.7%からほぼ倍増している。またエージェント型コーディングを測るDeepSWE v1.1では65.9%を記録し、Grok 4.5 Highの54%から大きく向上した。 料金体系 Grok 4.6はxAIのAPIを通じて、入力100万トークンあたり2ドル、出力100万トークンあたり6ドルという価格で提供される。これはGPT-5.6 Sol(入力5ドル/出力30ドル)やClaude Opusクラスのモデル(入力5ドル/出力25ドル)と比べて大幅に低い水準であり、性能面では最上位モデルに一歩譲るものの、コスト面での競争力が際立っている。 今後の展望 JetBrains、Xcode、Eclipseまで含めた幅広いIDEサポートは、新モデルのローンチとしては異例の広さであり、VS Code中心の開発者層を超えてエンタープライズ開発者への浸透を狙う姿勢がうかがえる。ロールアウトは順次拡大される見込みで、GitHubコミュニティディスカッションを通じてユーザーからのフィードバックも収集されている。