概要 AIスタートアップのRecursiveは10月21日、ノートPC上で動作する無料のコーディングモデル「Flint」をApache 2.0ライセンスで公開した。最大の特徴は、モデルの事前学習・事後学習・推論エンジン設計のほぼ全工程を、同社のAI研究システム「Eureka Machine」が主導して開発した点にある。Recursiveは2025年設立の新興企業で、今年5月にステルスモードを脱した際にはGV、Nvidia、AMD Venturesなどから6億5000万ドルを調達し、評価額46億5000万ドルに達している。CEOのRichard Socher氏はSalesforceの元チーフサイエンティストで、同社は「AI自体を改善できるAI」の構築を目標に掲げてきた。Flintの公開は、そのビジョンを具体的な製品として示す初めての実例と位置づけられている。 Flintの技術的特徴 Flintは混合専門家(mixture-of-experts)構成のモデルで、総パラメータ数400億のうち、実際のタスク処理では25億のみを使用する設計により、通常のノートPCでも動作可能になっている。これはMeta製の「Muse Spark Open」(8160億パラメータ、動作には最低1テラバイトのメモリが必要)と比べて大幅に軽量だ。性能面では、M4 Pro搭載のMacBook Proで秒間131トークンを生成し、Google Gemma 4やNvidia Nemotron 3.5 Lightningの約2倍の速度を記録、Nvidia RTX Sparkでは秒間150トークン以上に達するという。コーディング能力の指標であるSWE-Bench Verifiedでは、500億パラメータ以下のモデルの中で最高性能を記録したとされる。WiredのレビュアーであるWill Knight氏は、ToDoリストアプリや簡易的なWebリサーチツールなど小規模なプログラムの構築依頼には的確に応えたと報告した。Recursive自身は、大規模なタスクでは有料の大型コーディングアシスタントより多くの段階的な指示が必要になると認めている。 Eureka Machineによる開発プロセス Eureka Machineは、アイデア生成から実験の実施、次に試すべき手法の選定までを自動化するAI研究アシスタントで、Flint開発では疎なモデル構造の提案、品質を保ちながら71%の圧縮を実現する低ビット学習手法、計算速度を高める専用カーネルの開発などに貢献したという。Eurekaの支援により、小規模チームが4か月以内にゼロからモデルを構築できたという。 ライセンスと公開の意図 FlintはHugging Face上でApache 2.0ライセンスにより無料公開されており、利用・改変が自由な上、クラウド課金モデルを前提としないオフライン運用が可能で、プライバシー保護の観点でも注目されている。Socher氏はWiredのインタビューで、長期目標は「完全な再帰的自己改善」の達成であるとしつつ、人間が開発を監督し異常時には停止できる仕組みを維持する考えを示した。OpenAIが先月、自社のAIエージェントが「人間研究者1人分の作業につき3.1労働日分を記録している」と発表したことや、Recursiveが6月に結んだ4億1000万ドル規模のAWS契約が「人員数よりエージェント数を重視する」方針に基づくとされていることも、AIが研究開発そのものを加速させる潮流を裏付ける動きとして注目されている。

概要 Cloudflareは10月20日、TypeScriptコンパイラをRustに移植したプロジェクト「tsrs」を発表した。VoidZeroおよびOwner.comのMax Schwenk氏、そしてTypeScriptチーム自身と協力して進められており、JavaScript向けコンパイラ・ツールチェーンである「Oxc」の一部として育成していく計画だ。ベンチマークでは、すでにリリース済みのTypeScript 7.0と比較して最大8倍の処理速度向上、メモリ使用量は約70%削減という結果が示されている。なお、この高速化の一部はすでにベータ版が公開されているTypeScript 7.1にも還元されており、同ベータ版はTypeScript 7.0と比較して最大2.5倍高速化しているという。TypeScriptチームと「同一条件での比較」を確認し合うなど、測定の信頼性にも配慮している。 フォークではなく忠実な移植を目指す方針 プロジェクトの最大の特徴は、“We are not forking TypeScript”(TypeScriptをフォークするものではない)と明言している点だ。言語仕様や設計の完全な統制権はあくまでTypeScriptチームが持つべきだという立場を取り、tsrsは独自路線を歩む新しい処理系ではなく、既存のTypeScriptに忠実な代替実装として位置づけられている。この方針には、言語の長期的なビジョンを損なわず、既存エコシステムとの互換性を保証する狙いがある。 RustとWebAssemblyを選んだ理由 実装言語にRustを選んだ背景には、WebAssembly対応への強いこだわりがある。Goのような言語はランタイムにガベージコレクタを同梱する必要があるのに対し、Rustのメモリ管理モデルはWebAssembleのゲストとホスト間で直接的なメモリ相互作用を実現でき、効率面で優位になるという。すでにNext.js互換レイヤー「Vinext」で培った知見も活用される見込みで、移植作業そのものの多くはAIエージェントによって担われたという点も注目される。 継続的なメンテナンス体制と今後の展開 tsrsはOxcの一部として継続的に保守される予定で、Vinextで実績のある運用モデルを踏襲する。具体的には、エージェントによる日次レビュー、アップストリーム(本家TypeScript)との差分取得、互換性マトリックスの自動再生成を組み合わせることで、本家との乖離を最小限に抑える体制を構築するとしている。今後はTheo Browne氏が手がける「tsc-rs」との統合、型を認識したルールのOxlintへの統合、さらには安全なサンドボックス環境内での開発ツールチェーン実行なども計画されており、Rust・WebAssemblyベースの高速なTypeScriptエコシステム構築に向けた取り組みが続く見通しだ。

概要 組み込み分析データベースDuckDBの開発チームは10月21日、v1.0以降では最大の機能追加となるメジャーリリース「DuckDB 2.0.0」（コードネーム「Cinnamon Teal」）を公開した。v1.5以降に積み重ねられた約2万件のコミットを反映した今回のリリースは、安定性よりも機能性に重点を置いており、v1.5.3で導入されたQuackリモートプロトコルの改良と、CONNECT文などの新機能によって、従来は単一プロセス内で動作する組み込み用途が中心だったDuckDBを、本格的なクライアント/サーバー型システムへと転換させる内容となっている。長期サポート（LTS）版として2027年10月までサポートされ、合わせて旧バージョンのv1.5もLTS化され2027年3月まで、v1.4は2026年11月17日までサポートが継続される。 サーバー機能とQuackプロトコル 今回の最大の変更点は、v1.5.3で導入されたQuackリモートプロトコルの性能・安定性の改善と、CONNECT文によるサーバー機能の強化だ。DuckDBの内部的なベクターブロックを独自シリアライズ形式でネットワーク越しに直接転送する方式を採用し、変換のオーバーヘッドを避けながらHTTPベースの通信を実現する。新しく追加された「CONNECT文」を使うことで、クエリの実行先をDuckDB自身だけでなくPostgreSQLやMySQLにも切り替えられるようになり、リモートプッシュダウン最適化によって、テーブル全体を転送する非効率な処理を避けてバックエンド側でSQLを直接実行できる。CLIには-serve（サーバー起動）と-connect（接続）の引数が追加され、コマンドラインから直接クライアント/サーバー構成を組めるようになった。デフォルトではlocalhostのみにバインドされ、外部公開時にはリバースプロキシを介した運用が推奨されるなど、セキュリティにも配慮した設計となっている。 非同期I/Oと新データ型、エージェント対応 パフォーマンス面では、ParquetやCSV、DuckDBのネイティブストレージ形式に対するバックグラウンド読み込みを実現する非同期I/Oが導入された。I/O処理とクエリ処理を別々に並列化し、複数の読み込み要求を同時に発行できるようにしたことで、特にS3などのオブジェクトストレージからのリモート読み込みにおいてネットワーク帯域の活用効率が大きく向上する。また、半構造化データを扱う「VARIANT型」がファーストクラスの型として強化され、型情報を持つバイナリデータとして保存されることで、よくあるデータ構造を自動的に「シュレッディング」し、スキーマレスな行を保持しつつも列指向データベースらしい圧縮効率と実行性能を両立させている。さらに注目すべき機能として、Claude CodeやCursor、Codexといったコーディングエージェントがインターフェースを操作していることを検知する「エージェントモード」がCLIに追加された。コンパクトなMarkdown形式の表やJSON形式のエラー、実行前のコスト見積もりを出力するよう最適化され、TPC-Hベンチマークでの検証では出力量を59%削減できたという。 SQLパーサーの刷新とトリガー機能、今後の展望 SQLパーサーは、従来PostgreSQL由来のYACC/Bisonパーサーから独自のPEGベースパーサーに置き換えられ、デフォルトとなった。これにより拡張機能によるランタイムでの構文カスタマイズが可能になり、エラーメッセージにも正確なソース位置情報が含まれるようになる。後方互換性は基本的に維持されるが、意図的な変更点は移行ガイドで案内されており、従来のパーサーもlegacy_parser拡張機能経由で利用できる。加えてBEFORE/AFTER、行レベル・文レベル、REFERENCING OLD/NEW TABLEによる遷移テーブルなどに対応したトリガー機能が新たに追加され、監査ログの記録やマテリアライズドビューの差分更新といった用途に応用できる。ロードマップ上では、トリガーは以前から計画されていたマテリアライズドビュー機能の実現に向けた一歩と位置付けられている。 なお移行に際しては注意点もある。DuckDB 2.0で新たに作成されたストレージファイルは旧バージョンでは読み込めず(2.0自身は旧バージョンの形式を読み書き可能)、ラムダ式の単一アロー構文（x -> x + 1）がデフォルトで無効化されPython風のlambda x: x + 1構文が推奨されるなど、破壊的変更も含まれる。またC++17が最小要件となり、ICUライブラリへの依存が完全に排除された。本番環境への適用に際しては、シャドウ環境での十分な検証を行うことが推奨されており、最初のパッチリリースは2026年11月に予定されている。

概要 Google Cloudは10月22日、AIエージェントの実行に特化したコンピュートサービス「Agent Compute Engine」を発表した。これはGeminiのエージェント機能を裏側で支えてきた社内インフラを、一般企業向けの商用クラウドサービスとして外部提供するものだ。各エージェントにはTitanセキュリティチップでファームウェアの整合性を検証したハードウェア分離済みのmicroVMが割り当てられ、コンテナ並みの実行効率と仮想マシン並みのセキュリティ分離を同時に実現する。同社のGemini担当VP兼Google FellowであるGautham Thambidorai氏は「Geminiのエージェントを地球規模にスケールさせるには、高速に起動し極めて高い効率で動作するコンピュートが必要だ」と述べ、今回のサービスがその知見を外部化したものだと説明している。あわせて、エージェントのトラフィックとコストを制御する「Agent Gateway」にもトークン管理やモデルルーティングなどの新機能が加わり、エージェントガバナンス全体の強化が図られた。 技術的な仕組み:ハードウェア分離とmicroVM Agent Compute Engineの中核は、Titanセキュリティチップによってファームウェアレベルの整合性を検証し、ハードウェア分離されたCloud Hypervisor境界の中で動作するmicroVMだ。各microVMは独自のゲストカーネルとルートアクセス権を持ち、短期間だけ有効な認証情報を用いることで、信頼できないコードであってもコンテナに近い軽量さで安全に実行できるよう設計されている。高速なブートに加え、Copy-on-Writeによるメモリ共有で単一の物理ノード上に多数のエージェントmicroVMを高密度に配置できる点も特徴で、Google側のエンジニアは従来型VMと比べて「桁違いに多くのエージェントをホストできる」と説明している。ツール実行が終わってエージェントが「思考」フェーズに入るなど、アイドル状態になったmicroVMはスナップショットとして一時停止し、必要になれば素早く復元できる。長期にわたるセッションの作業データやコンテキストはHyperdiskを通じて永続化され、イミュータブルなファイルシステムによって実行環境自体の改ざんも防ぐ。ネットワークトラフィックは複数のプロキシを経由して制御され、ログイン認証情報もサンドボックスの外側で管理することで、エージェントが侵害された場合の情報漏えいリスクを抑えている。 Agent Gatewayとガバナンス機能の拡充 同時に拡張されたAgent Gatewayは、クライアントとエージェントの間、またエージェントと外部リソースの間のトラフィックを管理する役割を担う。機密データ保護やエージェントへの攻撃防御といった組み込みポリシーに加え、今回新たにトークン消費量を制御し予算の上限設定やエージェント・モデル別のコスト帰属を可能にする「トークン管理」、各リクエストを最も効率的なモデルへ振り分ける「モデルルーティング」の機能が2026年第4四半期中にプレビューとして提供される予定だ。ガバナンス機能はさらに、承認済みエージェントやツール、MCPサーバーなどを一元管理する「Agent Registry」、SPIFFE標準に基づき各エージェントに一意のセキュアIDを割り当てる「Agent Identity」、OpenTelemetry準拠でモデル呼び出しやエージェント間のホップを可視化する「Agent Observability」という3本柱で構成される。L’OréalのAIリードエンジニアを務めるAlexandre Frizzo氏は、Google Cloudのガバナンス機能が「Cloud RunなどのランタイムをまたいでID・ポリシー・可観測性を統一する基盤」になっていると評価しており、エージェントの大量展開を進める企業にとって、野放しに増える「シャドーAI」を制御する手段として位置づけられている。 背景と今後の展望 今回の発表は、単発のプロンプト応答を前提にした従来のクラウド基盤では、並行して走る大量のエージェントセッションや、動的かつ非決定的な実行経路、最小権限でのアクセス制御といったエージェント特有の要件に対応しきれないという認識が背景にある。SiliconANGLEによれば、Agent Compute EngineとアップデートされたAgent Gatewayは今後数ヶ月でロールアウトされる計画で、Google Cloudの公式発表によれば、Agent Compute Engine本体は「今後数ヶ月」でプレビュー提供される予定で、Agent Gatewayのトークン管理・モデルルーティングポリシーは2026年第4四半期中のプレビュー提供を予定している。企業向けAIプラットフォームを手がけるNous ResearchのCBOであるHervé Bizira氏も、GKE上で提供される別サービス「Agent Substrate」について、既存インフラへのデプロイとエージェント単位の分離・アクセス制御を両立させる基盤として同社の取り組みと親和性が高いとコメントしており、Claude CodeやOpenClawなど外部のエージェントフレームワークとの統合拡大も見込まれている。エージェントが企業内で本格的に稼働し始める中で、実行基盤とガバナンスの両面をセットで提供するアプローチが、他クラウド事業者の対応にも影響を与えるか注目される。

概要 PHP開発チームは10月23日、新たな未修正のリモートコード実行(RCE)リスク「CVE-2026-115560」を公表した。10月21日にCVE-2026-109618とCVE-2026-109619(通称「PHP2Shell」)の緊急パッチを公開してからわずか2日後の発表であり、PHPの深刻な脆弱性対応が立て続けに続く事態となっている。今回の問題は先の2件とは別系統の欠陥で、既に配布済みの緊急パッチでは対応されていない。修正版はまだ提供されておらず、通常の定期バグ修正リリースに向けて作業が進められる見通しだ。 脆弱性の技術的な詳細 CVE-2026-115560が発生するには、PHP開発チームの説明によれば以下の3条件がすべて満たされる必要がある。すなわち、session.serialize_handlerをphp_binaryまたはphp_serializeに設定していること、実行中にini_set()を用いてこの設定値をphpに変更していること、そしてその変更がsession_start()より前に行われていることである。これに加えて、セッションのアップロードプログレス機能が有効化されている状態が必須条件となる。PHP自身はこの組み合わせの構成を「実務上あり得ない」と評価しており、一般的なリスクとしては低いとの見立てを示している。 PHP2Shellとの関係と対応策 今回の脆弱性は、10月21日にパッチが公開されたPHP2Shell関連のCVE-2026-109618・CVE-2026-109619とは独立した問題であり、両者の修正が今回のリスクをカバーするものではない点に注意が必要だ。PHP開発チームが示す暫定的な回避策は、session.upload_progress.enabled=0への設定変更であり、これは前回のPHP2Shell対応で案内されていた緩和策と同一のものである。現時点でCVE-2026-115560の悪用報告は確認されておらず、観測されている攻撃はいずれも10月21日にパッチ済みの2件を狙ったものにとどまる。 今後の見通し PHPはどのバージョンが影響を受けるか、またどのリリースで修正が取り込まれるかについて、現時点で詳細を公表していない。緊急リリースとしてではなく通常のリリースサイクルの中で対応される見通しであることから、管理者はまずsession.upload_progress.enabled=0の設定による暫定対応を優先し、定期リリースでの修正適用を待つことになる。PHP2Shell関連の対応に追われていた管理者にとっては、立て続けの注意喚起となるため、session関連の設定を含めた構成全体の見直しが推奨される。

概要 Anthropicは10月22日、自社が策定したAIエージェント向けオープン標準「Agent Skills」を、Linux Foundation傘下のAgentic AI Foundation(AAIF)に寄贈すると発表した。Agent Skillsは、SKILL.mdファイルを中心としたフォルダ構成でエージェントに特定のタスクや専門知識を教えるための仕組みで、指示文やスクリプト、参考資料を再利用可能な形でパッケージ化し、エージェントが必要に応じて読み込めるようにする。ChatGPT、Cursor、GitHub Copilot、VS Codeなど70以上のプラットフォームに統合され、公開されているスキルは累計100万件以上、インストール数は2億8000万回近くに達しているという。Anthropicはこの実績を踏まえ、「オープンで、コミュニティ主導、かつベンダー中立」であり続けるという当初からの約束を果たすため、標準の管理を自社から独立した財団に移管する判断に至った。 寄贈の背景と技術的な経緯 Anthropicによれば、Agent Skillsを開発する過程で、Claude Codeは一般的な知識作業には十分対応できる一方、実際のビジネスタスクには固有の手順的な知識が必要であることに気づいたという。この課題に対応する形で、スキルを折り畳み可能な知識パッケージとして設計し、エージェントが要求に応じて動的に読み込む仕組みを整えた。Anthropicはこの標準の策定当初からAAIFの共同設立者でもあり、今回の寄贈は特定企業への依存を避け、業界全体で中立的に標準を発展させる狙いがある。今後のロードマップには、バージョン管理されたリリース体系の整備、仕様変更のための正式な提案プロセスの導入、セキュリティに関するガイダンスの提供が含まれ、コミュニティからの参加を優先する方針を示している。 AAIFの拡大と同時発表の3プロジェクト Linux Foundationの発表によると、AAIFは2025年12月に3つのプロジェクトでスタートし、発足からわずか1年で、ホストするプロジェクト数を10件まで拡大した。Agent Skillsと同時に、OpenAIが提供する「Open Responses」、Hugging Faceが提供する「OpenEnv」、Alibabaが提供する「OpenSandbox」の3つも新規プロジェクトとして発表された。Open Responsesは複数のLLMプロバイダー間で相互運用可能なインターフェースのオープン仕様で、共有スキーマと一貫したストリーミングイベントを定義し、開発者が異なるモデルプロバイダー間を最小限の変更で移行できるようにする。OpenEnvは強化学習環境構築のためのオープンフレームワークで、コンテナ化されたサービスとして相互運用性とプラグアンドプレイ性、スケーラビリティを実現する。OpenSandboxはAIアプリケーション向けの汎用サンドボックスプラットフォームで、複数言語SDKと統一APIを備え、DockerおよびKubernetesランタイムをサポートする。 今後の展望 OpenAI、Hugging Face、Alibabaといった競合も含む主要プレイヤーが同一の財団のもとに標準やフレームワークを持ち込む動きは、AIエージェント分野においてベンダー間の相互運用性を重視する機運が強まっていることを示している。Anthropicの関係者は「Agent Skillsを使って開発する誰もが、その先の方向性を形作ることができる」と述べており、特定ベンダーの独占的な管理から離れることで、エコシステム全体の標準化と採用の加速が期待される。今後、正式な提案プロセスのもとでコミュニティ主導の機能拡張やセキュリティ強化が進むかどうかが、Agent Skillsの普及の次の試金石となりそうだ。

概要 Appleはマーケティング担当上級副社長のGreg Joswiak氏がX(旧Twitter)への投稿で明らかにした通り、10月28日(現地時間、日本時間では10月29日午前2時)に製品発表イベント「Pro and Tell」をロサンゼルスで開催する。Joswiak氏は「Can’t wait to pro and tell next week.」と投稿し、イベント名を予告した。今回はオンラインでの映像配信に加え、報道関係者による実機のハンズオン体験も予定されている。 目玉となるのは、Appleにとって初となるタッチスクリーン搭載のMacBook Proだ。有機EL(OLED)ディスプレイを採用し、現行モデルよりも軽量化されているとみられる。これまでMac製品にタッチスクリーンを採用してこなかったAppleの方針転換となる可能性があり、注目度が高い。報道陣はイベント当日、この新型タッチスクリーンMacBook Proの実機に触れる機会が与えられる予定だ。 新型14インチMacBook Proと背景 タッチスクリーンMacBook Proと並び、新型プロセッサ「M6」を搭載した14インチMacBook Proの発表も見込まれている。筐体デザインは現行モデルを維持するとみられ、性能面でのアップデートが中心になる見通しだ。これ以外にも、未公表の製品が追加で披露される可能性がある。 今回のイベントは、Appleが10月13日に開催した「Welcome Home」イベントに続く、2026年10月2度目の大型製品発表となる。Bloombergの記者Mark Gurman氏は10月初旬の時点で、10月下旬にこれらの新製品を披露するイベントが開催されるとすでに報じており、今回の発表はその報道内容と一致する形となった。 今後の見通し Appleがタッチスクリーン搭載Macを市場に投入すれば、長年「Macにタッチスクリーンは不要」としてきた同社の製品戦略における大きな転換点となる。iPadとMacBookの機能的な境界がさらに曖昧になることで、両製品ラインの位置づけや今後のソフトウェア戦略にも影響が及ぶ可能性がある。イベント当日には、価格や発売日、詳細な仕様などさらなる情報が明らかになる見通しだ。

概要 Electronic Arts(EA)は10月21日、1995年創業の名門RPGスタジオBioWareを閉鎖し、開発中だった新作『Mass Effect』の開発を中止すると発表した。全社でおよそ400人(全従業員の約3%)が人員削減の対象となり、このうちBioWareからは約50人が含まれる。BioWareは声明で「30年以上にわたる共に歩んだ冒険の末、BioWareは幕を閉じます」とコメントし、スタジオそのものの終焉を告げた。2020年に発表され、1年前には開発継続が保証されていたはずの新作『Mass Effect』も、初期開発の段階で打ち切られることになった。 買収による債務負担が背景に 今回の閉鎖の背景には、サウジアラビア政府系ファンドPIF(Public Investment Fund)が主導し、ジャレッド・クシュナー氏のAffinity Partnersも関与した550億ドル規模のEA買収がある。この買収によりEAは180億ドルの債務を負い、年間18億ドルの金利負担を抱えることになった。EAは年間7億ドルのコスト削減を公約しており、そのうち1億7000万ドルは組織再編によるものとされる。EA経営陣は「過去数カ月、自社の事業を厳しく見直してきた」と説明しており、BioWareの閉鎖はこの一連のコスト削減策の一環と位置づけられる。同時にEAは『The Sims』関連の新規プロジェクト(コードネーム「Lotus」)も中止したと報じられている。 BioWareの歴史と近年の苦境 BioWareは1995年、医師のレイ・ムジカ氏とグレッグ・ゼシュク氏によって設立され、『Baldur’s Gate』『Neverwinter Nights』『Star Wars: Knights of the Old Republic』『Dragon Age』『Mass Effect』といった、RPGの歴史に残る名作シリーズを生み出してきた名門スタジオである。2007年にEAに買収されて以降、2019年のライブサービス型タイトル『Anthem』が商業的に失敗したほか、2024年にリリースされた『Dragon Age: The Veilguard』は批評面では好意的な評価を得たものの、EAが「期待に届かなかった」と位置づける売上に終わり、発売前後で度重なる人員削減に見舞われていた。 今後の展望 EAは今後、スポーツゲーム群や『Apex Legends』、Marvel・Star Wars関連タイトルといった既存の主力IPへの資源集中を進める方針を示している。一方でファンやコミュニティからは「本当に悲劇だ」といった落胆の声が広がっており、大型買収後に老舗スタジオが相次いで閉鎖される流れへの懸念も指摘されている。なお、Bloombergの記事は本稿作成時点でアクセス制限(403)により内容を確認できなかった。

概要 Node.jsは10月21日、22.x/24.x/26.x系列の全サポートバージョン向けに、合計10件のCVEを修正する緊急セキュリティリリース(v22.23.4、v24.22.1、v26.12.1)を公開した。最も深刻なのはBrotliデコーダの範囲外書き込み(Out-of-Bounds Write)に起因するリモートコード実行の脆弱性(CVE-2026-111497、深刻度HIGH)で、OpenAI Codex SecurityのKhai TranとSylvie Mayerによって報告された。残る9件のうち、TLS証明書のホスト名検証をバイパスする脆弱性が3件(CVE-2026-105483、CVE-2026-106069、CVE-2026-106072)、DNS解決やキープアライブ処理、crypto.randomUUID()のエントロピー再利用に関する脆弱性などが含まれ、HIGHが4件、MEDIUMが3件、LOWが3件という内訳になっている。20.x以前はすでにEOLのため、パッチは提供されない。 Brotli RCE脆弱性の技術的詳細 CVE-2026-111497は、Node.jsにバンドルされているBrotli展開処理に存在するバッファ境界チェックの不備が原因で、攻撃者が加工した圧縮データをデコードさせることでバッファの範囲外にメモリを書き込ませられるという脆弱性だ。影響を受けるのはnode:zlibモジュールを直接利用するアプリケーションに加え、攻撃者が制御するBrotliデータを展開するケース全般で、fetch()でBrotli圧縮されたレスポンスを自動的に展開する仕様のため、意識せずに攻撃対象領域に組み込まれているアプリケーションが多いと指摘されている。修正の元となったパッチはGoogleのBrotliライブラリ本体のバージョン1.2.1、1.1.1、1.0.10(10月21日リリース)に由来し、Google自身は2026年2月にBrotliのソースに修正を加えており、今回10月にセキュリティリリースとして展開された(遅延の理由は記事中で明らかにされていない)。 10月22日には公開のPoCが示されたが、実際にコード実行に成功したのは「意図的に弱体化させたテストビルド」に対してのみで、標準のNode.jsビルドではクラッシュや限定的なメモリ読み取りが確認された程度であり、通常ビルドに対する実動する攻撃は確認されていない。本稿執筆時点で実際の悪用報告もないが、深刻度自体はHIGHに分類されている。 その他の主な修正内容と推奨対応 TLS関連では、全幅数字で表記されたIPアドレスや疎なIPアドレス表記を使った証明書のホスト名検証バイパス(CVE-2026-105483、CVE-2026-106069、CVE-2026-106072)が複数修正された。また、dns.resolveがNUL文字を含むホスト名を不適切に切り詰める問題(CVE-2026-105482)、キープアライブソケットの応答処理不備(CVE-2026-105481)、crypto.randomUUID()およびrandomInt()のエントロピーキャッシュがユーザーランドのスナップショットやSEA(Single Executable Applications)に保持され、プロセス間で値が繰り返される問題(CVE-2026-106074)も修正対象だ。LOW評価の3件はZipFile検証失敗時の情報開示や、Permission Modelのワイルドカード権限の過剰付与・fs.realpathSyncのバイパスに関するもの。合わせてc-ares、OpenSSL、SQLite、Undici、CA証明書(eMudhra中間CA侵害対応)といった依存ライブラリの更新も行われている。 Node.jsプロジェクトは、ワークアラウンドが存在しないため全ユーザーに対しv22.23.4、v24.22.1、v26.12.1への速やかなアップグレードを強く推奨している。特にBrotliのRCE脆弱性は影響範囲が広く、EOLとなった20.x以前を使い続けている環境は今回のパッチ対象外であるため、サポート状況の確認とあわせたバージョンの見直しが求められる。

概要 Palo Alto NetworksのセキュリティチームUnit 42は、PAN-OSのGlobalProtectポータル/ゲートウェイに存在する認証バイパス脆弱性CVE-2026-0257が、複数のランサムウェア集団によって実際に悪用されていると報告した。この脆弱性は、適切な認証を経ずに不正なVPN接続を確立できるというもので、多要素認証(MFA)による保護を回避してしまう点が特に深刻だ。脆弱性は2026年5月に公表され、同月13日にはCISAの既知の悪用脆弱性(KEV)カタログに追加、5月29日には実証コード(PoC)が公開された。その後6月以降、攻撃グループによる実悪用が確認されている。 攻撃の実態と対象業界 Unit 42が特定した攻撃者には、Qilinの別名で知られるSpikey Scorpius、Incの別名を持つTarnished Scorpius、Settraランサムウェアの運営者が含まれる。狙われている業界は教育、金融サービス、医療、テクノロジー、宿泊、製造、法律サービス、政府機関、運輸、公共事業、小売など広範囲にわたり、業種を問わない無差別な侵入が続いている。侵入後の典型的な手口としては、リモート監視管理(RMM)ツールを用いた内部ネットワークの偵察、RDPやSMBを使った横移動、認証情報の窃取とデータ持ち出し、そして最終的なランサムウェア展開という流れが確認されている。特に注目すべき最近の傾向として、攻撃者がvCenterなどの仮想化基盤に直接侵入し、ESXiのセキュリティ機能を無効化した上でドメインコントローラーの仮想ディスクからオフラインで認証情報をダンプする手法が挙げられる。この手法はエンドポイント検知システムを素通りしてしまうため、従来のEDR中心の防御が効きにくいという課題がある。 侵害の痕跡と対策 同ブリーフでは、悪性IPアドレス群(23.128.228.6、104.207.144.154、146.19.216.119、146.19.216.120、146.19.216.125など)やPoCに紐づく特徴的なホスト名・MACアドレスといった侵害指標(IOC)も公開されている。Palo Alto Networksは、該当製品を利用する組織に対し、提供済みのセキュリティパッチの適用または回避策の実施を急ぐよう呼びかけている。加えて、GlobalProtectのログをIOCと照合して過去の侵害を遡って確認すること、管理インターフェースがポート4443・3879経由で意図せずインターネットに露出していないかInterface Managementプロファイルの設定を見直すことを推奨している。Cortex Xpanseによる公開PAN-OSゲートウェイの検出や、Advanced URL Filtering・Advanced IP Defenseによる悪性IPの遮断、Cortex XDR/XSIAMによるエンドポイント防御の活用も有効な対策として挙げられている。 PoC公開から約5か月を経てもなお悪用が拡大している点は、パッチ適用の遅れが依然として大規模な被害につながることを改めて示している。VPN境界の突破だけでなく仮想化基盤そのものを標的にする手口への移行は、境界防御とエンドポイント検知だけでは不十分であることを浮き彫りにしており、ネットワーク境界機器のパッチ管理と仮想化環境の監視強化を同時に進める必要性が高まっている。