OSS

概要 Cloudflareは9月28日、既存のCLIツール「Wrangler」を置き換える新ツール「cf」をオープンベータとして公開した。Wranglerが対応してきた操作は約280にとどまっていたのに対し、cfはCloudflareの全API、3,000を超える操作をカバーする。背景には、各プロダクトチームが個別にWranglerの機能を開発してきたことで用語やアプローチに一貫性を欠いていたという課題があり、cfでは統一的なAPI生成パイプラインからコマンドを自動生成することでこれを解消したという。インストールはnpm i -g cfで行え、既存のWranglerプロジェクトはcf migrateコマンドで自動移行できる。 AIエージェント時代を意識した設計 cfの設計思想の中心にあるのは、人間だけでなくAIエージェントによる利用を前提とした「agentic CLI」というコンセプトだ。Cloudflareの利用統計によれば、Wranglerのエージェント経由での利用率は2026年3月時点の25%から現在は48%まで上昇しており、エージェントは人間の開発者と比べて1日あたりほぼ2倍の異なるコマンドを使用し、6つ以上のコマンドを使う確率も4倍高いという。この傾向を踏まえ、cfは出力形式をJSON優先に変更し、従来のようにテーブル出力に--jsonフラグを付け加える手間とフィルタリングコストを削減した。またcf cli searchコマンドにより、エージェントが自然言語で3,000のルートから適切な操作を素早く発見できるようにしている。ドメイン購入のような複雑な操作についても、検証済みのフォーム入力を通じて簡素化されている。 設定ファイルとビルド環境の刷新 設定ファイルは従来のTOML形式から、cloudflare.config.tsというTypeScriptベースの形式に移行した。bindings.kv()やbindings.d1()、bindings.r2()など用途別のヘルパー関数を通じて、KVストア、D1データベース、R2オブジェクトストレージ、キューサービス、ベクトル検索といった各種バインディングを型安全に定義できる。LSP対応エディタでの自動補完に加え、設定ファイルサイズを最大40%削減できる点もメリットとして挙げられている。TypeScript化により、Claude CodeやCodexのようなLSP対応のコーディングエージェント自身が設定内容を解釈・編集できるようになったことも、AIエージェント対応という設計方針と一致する。ビルド面では、cfはViteをデフォルトのビルドツールとして採用し、Rustベースの高速バンドラーRolldownによる最適化やホットモジュールリプレースメント(HMR)、Vitestによるテスト環境の統一を実現した。esbuildを使う既存のWranglerプロジェクトも段階的にViteへ移行できるとしている。 OSS基盤「Forge」と今後の展望 cfのコマンド群は、OpenAPIスキーマに追加のメタデータアノテーションを付与してCLIコマンドを自動生成する内部基盤「Forge」によって生成されており、Cloudflareはこの生成基盤自体も同日にオープンソースとして公開した。これにより、手作業で1,000行を超えるカスタムコードを書く必要がなくなったという。ベータ期間終了後にはWranglerの最終メジャーバージョンがリリースされ、その後18か月間のメンテナンスサポートが提供される予定で、新規プロジェクトはcf initやcf init/deployで即座に立ち上げられる。静的サイトであれば設定ファイルなしでcf deployだけでデプロイ可能など、段階的な採用パスも用意されている。Cloudflareは今後、DNS設定やゾーン管理、ポリシー設定などもcloudflare.config.tsに統合していく方針を示唆しており、cfをCloudflare全体を管理する単一の入り口として位置づけていく考えとみられる。

概要 Linuxの主要な初期化システムであるsystemdの最新版「v262」が公開された。今回の目玉は、PID 1およびexecutorバイナリを静的リンクでビルドできるようになった点で、動的ライブラリの読み込みを避けられることから、軽量なコンテナ環境をターゲットにした変更となっている。あわせて仮想化・セキュリティ・ストレージまわりの機能拡張も多数含まれており、幅広い分野にわたる大型アップデートとなった。 仮想化とサービス管理の強化 仮想マシン起動ツールのsystemd-vmspawnは、既存のAMD SEV-SNPに加えて「Intel TDX」による機密仮想マシン(confidential VM)に対応し、セキュアブートの有効化もサポートするようになった。サービス管理面では、複数のサービスが同時に再起動して負荷が集中する事態を避けるためのRestartRandomizedDelaySec=オプションが新設され、再起動前にランダムな遅延を挟めるようになった。またスライスユニットにはActivatingConcurrencyMax=が追加され、同時に活性化できるユニット数を制限できるようになっている。 TPM・暗号化・ジャーナルまわりの改善 セキュリティ面では、TPM封印された認証情報がTPMのStorage Root Key(SRK)にピン留めされるようになり、「interposed TPM device」を用いた攻撃への耐性が向上した。TPM2 PIN登録にはArgon2idのサポートも加わっている。ディスク暗号化まわりでは、systemd-cryptenrollに初回起動ウィザード機能が搭載され、自動化されたディスク復号化メカニズムを組み込みやすくなった。またsystemd-homedは新しいfscrypt v2ポリシーに対応したが、既存のv1ホームディレクトリからのin-placeアップグレード経路は提供されない点には注意が必要だ。ジャーナル関連では、不正シャットダウン後にアクティブなジャーナルファイルから有効なエントリを回復できるようになったほか、ジャーナルシーリングの実装がlibgcryptからOpenSSLへ移行された。 互換性の変更と今後 一方で後方互換性に関わる変更もある。レガシーなudevコントロールソケットプロトコルが削除され、Varlink IPCに一本化されたほか、複数の旧Mesonビルドオプションやコマンド出力フォーマットが変更されている。既存環境からのアップグレード時にはこれらの差分を確認しておく必要があるだろう。静的PID 1ビルドやTDX対応といった今回の拡張は、軽量コンテナや機密コンピューティング基盤でのsystemd活用をさらに後押しするとみられ、今後のディストリビューションでの採用状況が注目される。

概要 PostgreSQLプロジェクトは9月24日、次期メジャーバージョンとなるPostgreSQL 19の4回目のベータ版「Beta 4」を公開した。今回のベータでは、テーブルの再編成と再クラスタ化を統合的に行う新しいREPACKコマンドの不具合修正や、autovacuumの優先順位付けを見直す新しいスコアリング方式の改善が加えられている。一方で、開発当初にPostgreSQL 19向けとして予定されていたSQL/PGQ(プロパティグラフクエリ)対応など複数の新機能は、信頼性と予測可能なリリーススケジュールを優先する方針のもと、今回のリリースからは撤回された。次の節目となるリリース候補版(RC)は10月上旬に予定されており、正式版(GA)は10月中の公開が見込まれている。 REPACKコマンドとautovacuumの改善 REPACKはPostgreSQL 19で新たに導入される予定のメンテナンスコマンドで、従来VACUUM FULLやCLUSTERに分かれていたテーブルの物理的な再編成・再クラスタ化を統合的に扱えるようにするものだ。Beta 4では、クラッシュの修正に加え、無効なインデックスやマテリアライズドビューを対象にした際の不正な動作、パーミッション関連の不具合、エラー報告の不備などが修正されている。ストレージ効率とクエリ性能の向上を狙う機能であるだけに、正式リリースに向けて安定性を高める重要な修正といえる。 もう一つの注目点は、autovacuumの新しいスコアリングシステムだ。これはバキューム処理の優先順位をより適切に決定する仕組みで、TOASTテーブルに関する複数の修正が今回のベータに含まれている。大規模なテーブル群を運用する環境では、autovacuumの実行順序が性能に直結するため、スコアリング方式の精度向上は実運用上のメリットが大きい。 撤回された機能と今後のスケジュール 一方で、PostgreSQL 19に向けて開発が進められていたいくつかの新機能は、今回のリリースから撤回されることが明らかになった。プロパティグラフに対するクエリを可能にするSQL/PGQ、データチェックサムのオンライン有効化・無効化、期間指定での更新・削除を行うFOR PORTION OF句、ALTER TABLE ... MERGE/SPLIT PARTITIONS、およびpg_get_role_ddl()など複数のDDL取得関数がその対象だ。プロジェクトは信頼性の確保と予測可能なリリーススケジュールの維持を優先する姿勢を示しており、これらの機能はコミュニティによる十分な検証時間を確保した上で、将来のメジャーバージョンでの再実装が目指される。 その他にも、WAIT FORコマンドにおけるデッドロックの修正や分離レベルエラー報告の改善、外部キー制約チェックの性能改善に関する複数の修正、旧バージョンからPostgreSQL 19への論理レプリケーション初期同期の修正、コンフリクト検出やレプリケーション時のCREATE PUBLICATION ... EXCEPTに関する修正、COPY FROMのSIMD最適化に関するバグ修正、パーティションの同時デタッチ完了時のクラッシュ修正など、幅広い領域で品質改善が行われている。 今後の展望 プロジェクトは次のリリース候補版を10月上旬に公開する計画を示しており、正式版(GA)も10月中の公開が見込まれる。ベータ版での品質はPostgreSQL 19の最終的な完成度を左右するため、プロジェクトは利用者に対し積極的なテストとバグ報告フォームを通じたフィードバックの提供を呼びかけている。SQL/PGQなど撤回された機能については、今後のメジャーバージョンでの取り込みに向けた議論が続くとみられる。

概要 JVM上で動作する動的プログラミング言語Apache Groovyの開発チームは9月22日、メジャーバージョンとなる「Groovy 6.0.0」を正式リリースした。3回のリリース候補（RC）を経てのGA(一般提供)到達となる。公式アナウンスによれば、本リリースには10件のバグ修正・改善が含まれている。InfoQによれば、あわせて依存関係の更新も行われている。詳細な変更点は公式サイトのダウンロードページおよびJIRA上のリリースノートで確認できるとしている。 レキサー・パーサーの内部実装刷新 今回のリリースで特に注目されるのが、字句解析（レキサー）および構文解析（パーサー）の性能改善だ。InfoQのJava News Roundupによれば、具体的には以下の4点の内部実装変更が行われている。 数値リテラルの断片を文字クラスへとフラット化 ASCII識別子の処理を、述語を用いないDFA（決定性有限オートマトン）ベースの経路に分離 正規表現ベースだったレキサーの述語処理を、直接的な文字比較へ置き換え アノテーション要素の値をゲーティングし、AdaptivePredictが代入式を探索しないようにする これらはいずれもコンパイル時の字句・構文解析処理を効率化するための最適化であり、正規表現マッチングや述語評価に依存していた処理経路を、より高速な文字単位の判定やDFAベースの処理へ置き換えることで、パーサー全体の処理性能を底上げする狙いがあるとみられる。処理系内部の実装変更が中心であるため、既存のGroovyコードの互換性への影響は限定的と考えられる。 位置づけと今後 Groovyはアナウンス文中で「a multi-faceted programming language for the JVM(JVM向けの多面的なプログラミング言語)」と自己紹介されている通り、動的型付けとJavaとの高い相互運用性を両立させる言語として、Gradleのビルドスクリプトをはじめ幅広い用途で使われてきた。今回のメジャーバージョンアップは、InfoQによれば新機能として位置づけられるレキサー・パーサーの性能改善に加え、バグ修正と依存関係の更新を含むリリースといえる。 なお同時期には、GPUカーネル開発向けのTileContextクラスを追加したTornadoVM 7.0、コンパイラ最適化を拡張したGraalVM 25.4、Jakarta Persistence 4.0対応を進めるHibernate ORM 8.0のベータ版、32件のCVEを修正したQuarkus 3.39.5、Java 27対応とWindows環境で45%の性能改善を実現したGradle 9.8、最終RC候補とされるMaven 4.0 RC7など、JVMエコシステム全体で活発なアップデートが相次いでおり、Groovy 6.0のリリースもこの流れの一環として位置づけられる。

概要 Dockerは9月24日（現地時間）、米カリフォルニア州パロアルトで開催されたWeAreDevelopers North Americaにおいて、AIエージェント向けのクラウド実行環境「Docker Cloud Sandboxes」を発表した。2月に発表済みのローカル版「Docker Sandboxes」と同じCLI、信頼モデル、そしてエージェント構成をパッケージ化する「Kits」をそのままクラウドへ拡張したもので、開発者のノートPCがシャットダウンした後もエージェントのワークフローをクラウド上で継続実行できる。稼働中のサンドボックスはsbx move my-project --to cloudという単一コマンドでローカルとクラウドの間を移動でき、ファイルシステムをキャプチャして移動先で再現する仕組みにより作業を中断せずに引き継げる。 技術的な特徴と価格体系 基盤にはローカル版と同じハードウェア強化型のmicroVM分離を採用しており、数百ミリ秒という高速起動を保ちながら1〜16 vCPUまで弾力的にスケールする。エージェント本体・ツール（MCPゲートウェイを含む）・アクセス制御ルール・エージェント設定をひとつにまとめる「Kits」は、v3仕様で標準OCIイメージとしてパッケージ化され、Docker Hubやgithubで配布しbuildやpullの対象にできるようになった。これによりベンダーロックインを避けつつ、Mixinsから構成を組み立てられる。価格は従量課金制で、最小構成の「Micro」インスタンス（1 vCPU、メモリ2GB）が1時間0.07ドル程度からとなっており、新規申し込み者には250ドル分の無料クレジットが提供される。無人のオフィスでマシンを起動し続ける運用を避けたい開発者にとって、数十〜100以上のサブエージェントを並列実行するような大規模なコーディング作業や、5〜21時間に及ぶ長時間タスクを最初はローカルの無料環境で、規模が拡大すればクラウドへとスムーズに切り替えられる点が実務上のメリットとして挙げられている。 Dockerの狙いとCNCFへの標準化提案 Docker社長のMark Cavageは「最新のエージェント型ワークフローは、隔離に対して根本的に異なるアプローチを必要とする。Dockerを象徴するコンテナは今も重要な役割を担うが、AIエージェントが求める水準の隔離を想定して設計されたものではない」と述べ、コンテナとは別次元の隔離基盤としてSandboxesを位置づける。またCPOのMat Velloso氏は、エージェントを安全なガードレール付きで大規模に稼働させる仕組みが依然として業界共通の課題だと指摘した。DockerはKits仕様をCNCFに提出する計画も明らかにしており、CNCFのCTOであるChris Aniszczyk氏は「標準OCIイメージとしてSandbox Kitsを提供することで、AIエージェントとそのツール、ガードレールを一つの成果物としてパッケージ化するオープンで再現可能な方法を業界に提供する」とコメントしている。Deutsche Bankのリード DevOps エンジニアも、microVM環境における安全で自律的なコーディングを可能にする取り組みとして評価を寄せた。 残る課題と今後の展望 一方で、サンドボックスによる隔離だけではエージェントが外部サービスにアクセスする際の制御まで保証できないという指摘も出ている。Redditのユーザーからは、サンドボックス化されたエージェントがサンドボックスの外に出なくても外部サービスと通信して被害を及ぼし得るとの懸念が示され、Hacker Newsでも従来型のサンドボックスは適切な抽象化ではなく、オブジェクト能力（object-capability）に基づくハーネスが必要だとの主張が上がっている。Dockerは今回のCloud SandboxesをAI Governance製品と組み合わせることで組織全体のポリシー管理を強化する方針を示しており、Kits仕様のCNCFへの提出とあわせて、コンテナ時代に築いた立ち位置をAIエージェント時代の「ビルドプラットフォーム」として拡張できるかが今後の焦点となる。

概要 WordPress向けの人気ページビルダープラグイン「Elementor」に、クロスサイトリクエストフォージェリ(CSRF)の脆弱性が見つかった。全世界で1000万サイト以上が稼働させているElementorのうち、脆弱なバージョン4.3.0および4.3.1を使う約200万サイトが影響を受けるとみられる。攻撃者はログイン中の管理者に悪意あるリンクを開かせるだけで、REST APIのアクションを不正に実行させ、新たな管理者アカウントを作成できてしまう。開発元は報告からわずか2日後にあたる9月24日、修正版のv4.3.2をリリースした。 攻撃の仕組みとリスク この脆弱性の危険性は、攻撃の手口が極めて単純である点にある。通常のCSRF攻撃では悪意あるフォームの自動送信やJavaScriptの実行が絡むことが多いが、今回のケースではそうした仕掛けすら不要で、メールやチャットツールで送られたリンクを管理者が一度クリックするだけで攻撃が成立する。ログイン済みのセッションを悪用してREST APIへのリクエストを横取りする形で管理者権限のアカウントが作成されるため、被害者は自分のサイトが乗っ取られたことに気づきにくい。管理者アカウントを奪われれば、任意のコード実行やサイト全体の改ざん、マルウェア配布など、さらなる被害に発展するリスクがある。 発見からパッチ適用までの経緯 この脆弱性はセキュリティ企業Patchstackと、バグハンターの「Saggre」によって9月22日に報告された。Elementor開発元の対応は迅速で、報告から2日後の9月24日には修正版v4.3.2を公開し、クエリ文字列を経由したセキュリティチェックのバイパスを防止する形で問題を修正している。CVE番号やCVSSスコアは今回の報道時点では明らかにされていないが、影響範囲の広さと攻撃の容易さを踏まえると深刻度は高いと考えられる。 今後の対応 Elementorを利用しているサイト運営者は、現在のバージョンを確認し、v4.3.0またはv4.3.1を使用している場合は速やかにv4.3.2以上へアップデートすることが強く推奨される。WordPressプラグインの自動更新を有効にしていないサイトは特にリスクが高いため、この機会に更新設定を見直すことも有効な対策となる。今回のようにCSRFを起点とした管理者権限の奪取は他の人気プラグインでも起こり得るため、プラグインの選定や運用においてセキュリティアップデートの適用速度を重視する姿勢が改めて求められている。

概要 Microsoftは9月23日、Visual Studio Codeの最新版となる1.139をリリースした。今回の目玉はAIエージェント機能の強化で、これまでローカル環境に限られていたエージェントの実行環境を、SSH・Tunnel・WSL経由のリモートホスト上で動作するDev Containerにまで拡張した。あわせて、セッション一覧の表示速度を大幅に改善するパフォーマンス最適化や、括弧の自動補完まわりの細かな使い勝手向上も行われている。 リモートDev Container上でのエージェント実行 新機能により、開発者はAgents Window上のフォルダーメニューから「Use Dev Container」を選択することで、SSH・Tunnel・WSLで接続したリモートホスト上のDev Container内でAIエージェントにビルドやテストを実行させられるようになった。利用にはchat.agentHost.devContainer.enabled設定を有効化する必要があり、対象のリモートフォルダーには対応するDev Container構成が存在し、かつリモートホスト側にDockerが利用可能であることが前提となる。ローカルの開発環境を汚さずに、プロジェクト固有のツールチェーンが揃ったコンテナ内でエージェントに作業を任せられる点が特徴で、リモート開発とエージェント活用を組み合わせたいチームにとって実用性の高いアップデートといえる。 セッション一覧の大幅な高速化 エージェントホストは、個々の会話データベースをその都度開く従来方式から、軽量なメタデータを中央カタログで一元管理する方式へと刷新された。この変更により、約645セッションを保持する開発環境での計測で、起動後最初のセッション一覧表示は1.3秒から0.1秒へと約12倍、一覧の再読み込みは0.6秒から0.15秒へと約4倍高速化したという。あわせて、ワークスペース詳細を展開できるコンパクト表示、タイトルのダブルクリックやF2キーによるその場でのリネーム、空のカスタムグループの非表示、複数チャットタブと単一チャット表示を切り替えられるプレゼンテーションモードなど、セッション管理まわりの機能も拡充された。 エディタとAPIの改善 エディタ面では、括弧の自動補完動作が見直され、開き括弧を入力した際に閉じ括弧が重複して挿入されないよう改善された。対応する閉じ括弧が既に存在する場合はそれを利用し、存在しない場合のみ新たに挿入する仕組みになっている。また、折り返された行の識別を容易にするため、ワードラップ時に矢印インジケーターが表示されるようになった。このほか、拡張機能向けの提案APIとしてAuthenticationSessionにexpiresAfterプロパティが追加され、トークンの有効期限をミリ秒単位で取得できるようになった。長時間稼働する処理で認証情報の更新タイミングを管理する拡張機能にとって有用な変更となる。 エージェント機能とリモート開発環境の統合が進んだことで、今後はクラウドやオンプレミスのリモートリソースを活用したAI駆動開発のワークフローがさらに広がっていくことが見込まれる。

概要 Node.jsプロジェクトは9月22日、Currentライン最新版となる「Node.js 26.10.0」を公開した。リリースは@aduh95氏が担当している。今回の目玉は、これまでnpmパッケージに頼らざるを得なかったutil.debounce()とutil.throttle()がコアAPIとして取り込まれたことだ。実装を手掛けたJames M Snell氏は、外部パッケージに頼らずとも標準ライブラリに「ただ存在している(Just There)」ことの価値を重視したと述べており、レビュアーのMatteo Collina氏も「ほぼすべてのアプリケーションで使っている」とその実用性を評価している。加えてcrypto.parsePKCS12()、fs.openAsBlobSync()など、実務でよく使われる機能のコア統合が目立つリリースとなった。 主要な新API crypto.parsePKCS12()は、.p12/.pfx形式の証明書バンドルから秘密鍵と証明書、追加の証明書チェーンを一度に取り出せる新関数で、戻り値にはprivateKey・certificate・additionalCertificatesが含まれる。従来はOpenSSLのコマンドラインツールやnode-forgeのようなサードパーティ製ライブラリに頼る必要があった処理を、Node.js単体で完結できるようになる。 ファイルシステム関連ではfs.openAsBlobSync()が追加され、ファイルを同期的にBlobとして開けるようになった。非同期APIを介さずにWeb標準のBlobインターフェースでファイルへアクセスできる点が特徴だ。またネットワーク周りでは、net.BoundSocketをワーカースレッドや子プロセスへ転送できるようになり、SQLiteモジュールではundefined値を渡すとSQLのNULLとして扱われるよう挙動が明確化された。 パフォーマンス計測とその他の変更 perf_hooksにはスライディングウィンドウ方式でレイテンシ分布を追跡するSlidingWindowHistogramクラスが実装され、QRDE(Quantile-Respectful Density Estimate、分位点尊重密度推定)による統計分析にも対応した。長時間稼働するサーバーのレイテンシ傾向を、直近の時間枠に絞って観測しやすくなる。あわせて未処理のPromise警告を抑止するutil.markPromiseAsHandled()も追加されている。 実験的機能である仮想ファイルシステム(VFS)まわりも拡張され、node:ffiがマウント済みのVFSから直接ネイティブライブラリを読み込めるようになったほか、不正なFFIパラメータに対するエラーハンドリングも改善された。このほかHTTP/2やstream、TLS、子プロセスなど広範なモジュールにわたる修正が多数含まれており、crypto関連の堅牢化やstreamのバッファ管理まわりの性能改善も行われている。 位置づけと今後 26.10.0はLTSではなくCurrentラインのリリースであるため、最新APIをいち早く試せる一方、長期的な安定運用を求める環境ではLTS版への追従が推奨される。今回コアに統合されたutil.throttle()/debounce()のように、開発現場で定番となっていたユーティリティを標準ライブラリに取り込む流れは今後も続くとみられ、次期LTS候補への機能反映にも注目が集まる。

概要 PHP開発チームは2026年9月22日、次期メジャーバージョンPHP 8.6.0の最初のリリース候補(RC1)と、8.5.11・8.4.26のバグ修正/セキュリティ更新、さらに8.3.35・8.2.34のセキュリティ専用更新を合わせた合計5バージョンを一斉に公開した。複数のサポートラインを並行してメンテナンスするPHPの体制がここでも示された形だ。8.6.0 RC1はリリースマネージャーMatteo Beccati氏がタグ付けしたもので、7月2日のAlpha 1、9月10日のBeta 3を経てフィーチャーフリーズに達した節目にあたる。今回のリリースで特に注意が必要なのはセキュリティ面で、FastCGIのACLバイパスやOpenSSLのホスト名検証不備、クロスオリジンでの認証情報漏えいなど、外部にPHPを公開している環境では優先度の高い脆弱性が複数修正されている。 8.6.0 RC1の新機能と非推奨化 RC1はあくまで機能凍結後の検証段階であり、本番環境での利用は想定されていない。開発チームは自身のアプリケーションをRC1でテストし、不具合をGitHubに報告するよう呼びかけている。重大な問題が見つかればRCが追加される可能性もあり、正式版8.6.0のリリースは2026年11月頃を予定している。Alpha 1からRC1までの変更点としては、関数の引数を部分的に固定して新しいcallableを得る「partial function application」、値を範囲内に収める組み込み関数clamp()、リクエスト内でcallable/クロージャの構築を再利用するファーストクラスcallableキャッシュとステートレスクロージャキャッシュ、デフォルト値を持てるようになったreadonlyプロパティ、Date拡張のTime\Duration、新しいポーリングAPI(Io\Poll)とストリームエラーAPIの拡充、PostgreSQL向けのチャンク単位フェッチ(Pdo\Pgsql::ATTR_CHUNK_SIZE)、X-WingやML-KEM768に対応したlibsodium 1.0.22サポートなどが挙げられる。一方で非推奨化リストも長く、array_walk()などへのオブジェクト渡し、is_double/is_long/doublevalといった旧来の型キャスト関数、metaphone()、クラス定数名としての"namespace"の使用などが対象となった。RC段階でもCore・DOM・Intl・Opcache・PDO・Phar・Sockets・Zlibにまたがるメモリ安全性の修正が取り込まれており、UTF-16/32のエンコーディング検出時に発生するuse-after-freeや範囲外読み取り、OSS-Fuzzが検出したアサーション失敗などが解消されている。 安定版とセキュリティ専用版の修正内容 8.5.11(Volker Dusch氏)と8.4.26(Saki Takamachi氏)は、バグ修正とセキュリティ修正を組み合わせた更新版だ。8.5.11ではFPMにおけるUID/GIDのオーバーフロー、ZTSビルド下でのOpcache protect_memoryの競合状態、キャッシュ不能なメソッドに対するtracing JITのクラッシュが修正された。8.4.26では大きな出力長を指定した際のhash_pbkdf2()のバッファオーバーフロー、imagebmp()の速度低下、SNMPやSOAPでのクラッシュ・セグメンテーションフォルト、ZipArchiveの堅牢性向上が図られている。これに対し8.3.35(Jakub Zelenka氏)と8.2.34(Pierrick Charron氏)は純粋なセキュリティ専用リリースで、両バージョンとも新機能開発が終了し、セキュリティ修正のみが提供されるライフサイクル末期にある。8.2は2022年11月にリリースされており、PHPの一般的なライフサイクルモデル(約2年間のバグ修正サポートの後、約1年間のセキュリティ専用サポートを経て終了)に沿えば、サポート終了が近づいている段階だ。なお、php-src リポジトリのgitタグはいずれも9月22日付で作成されているが、各タグのNEWSファイルのヘッダー日付は告知スケジュールに合わせて9月24日となっており、ビルド自体は同一である点は留意しておきたい。 修正されたCVEと今後の対応 今回のサイクルでは11件のCVEに加え、CVE番号のない2件のアドバイザリが修正された。主なものとして、listen.allowed_clientsの部分一致比較に起因するFastCGIのIPv6 ACLバイパス(CVE-2026-91768)、SANミスマッチ後にCNへフォールバックしてしまうOpenSSLのTLSホスト名検証不備(CVE-2026-91769)、ワイルドカードCNマッチング時のOpenSSLヒープバッファオーバーフロー(CVE-2026-91767)、リダイレクト時にクロスオリジンで認証情報が漏えいするHTTPストリームラッパーの脆弱性(CVE-2026-91766、GHSA-fpwc-w8rq-cr92)、SOAPサーバー側のXMLクリーンアップにおける無制限の再帰(CVE-2026-91765)、PharのTAR解析における整数オーバーフロー(CVE-2026-6103)などが挙げられる。これらの修正は8.3.35・8.2.34に加え、8.4.26・8.5.11にもバックポートされている。FastCGIのACLバイパス、OpenSSLのホスト名検証不備、クロスオリジンの認証情報漏えいの3件は、PHPを外部ネットワークに直接公開している場合に特に注意すべき脆弱性と言える。8.2系・8.3系の利用者はまず8.2.34・8.3.35への更新を優先し、8.4系・8.5系の利用者もセキュリティ修正と付随するバグ修正を得るために8.4.26・8.5.11への更新が推奨される。先行して新機能を試したい開発者は、8.6.0 RC1のソースおよびWindows QAビルドをステージング環境で検証し、問題があればGitHubで報告することが求められている。

概要 Anthropicは9月18日リリースのClaude Code 2.1.277で、AIコーディングエージェント向け共通仕様「AGENTS.md」の読み込みに対応した。プロジェクトのルートにCLAUDE.mdが存在しない場合、Claude Codeは自動的にAGENTS.mdを参照するようになる。この挙動は「/config」コマンドの「Project instructions」セクションから変更可能で、ユーザーは必要に応じてCLAUDE.mdとAGENTS.mdの優先順位や読み込み方法を調整できる。なお、Amazon Bedrock、Google Vertex、Microsoft Foundry経由の利用では現時点でこの対応が反映されていない。 AGENTS.mdとは何か AGENTS.mdは、開発環境のセットアップ手順、テストの実行方法、プルリクエストのガイドラインなど、プロジェクト全体に関わる共通の指示をまとめておくためのMarkdown形式のファイルだ。OpenAI Codex、Google Gemini CLI、Devin、Cursor、GitHub Copilotといった主要なAIコーディングアシスタントの多くはすでにこの仕様をサポートしており、Claude Codeは独自のCLAUDE.mdを採用してきた経緯もあって対応が遅れていた。今回の対応により、Claude CodeもこのAGENTS.mdエコシステムに合流した形になる。 背景と今後の影響 複数のAIコーディングツールを併用する開発現場では、これまでツールごとに個別の指示ファイル(CLAUDE.md、AGENTS.mdなど)を用意・管理する必要があり、内容の重複や設定の食い違いが生じやすいという課題があった。今回の対応で、CLAUDE.mdを持たないプロジェクトであればAGENTS.mdひとつで複数ツールの挙動を統一的に制御できるようになる。これは、OpenAI CodexからClaude Codeへ乗り換える場合や、両者を並行して使うチームにとって設定移行・共有のハードルを下げるものであり、AIコーディングツール間での相互運用性がさらに進む動きの一つといえる。