Programming Languages

概要 Microsoftは2026年6月のサービスアップデートとして、.NET 10.0.9、.NET 9.0.17、.NET 8.0.28 の3バージョンを同時リリースした。今回のリリースはセキュリティ修正を主目的としており、現在サポート対象のすべてのメジャーバージョンに対してパッチが提供されている。各バージョン向けのリリースノート、インストーラー・バイナリ、Linuxパッケージ、コンテナイメージが公開されており、利用者はすみやかなアップデートが推奨されている。 修正されたセキュリティ脆弱性 今回のアップデートでは、以下の3件のセキュリティ脆弱性（CVE）が修正された。いずれも .NET 10.0、9.0、8.0 の全サポートバージョンに影響する。 CVE番号 対象バージョン CVE-2026-45591 .NET 10.0 / 9.0 / 8.0 CVE-2026-45491 .NET 10.0 / 9.0 / 8.0 CVE-2026-45490 .NET 10.0 / 9.0 / 8.0 各 CVE の詳細な技術情報（CVSS スコア、影響範囲、悪用可能性）については、Microsoft Security Response Center（MSRC）が公開するアドバイザリを参照されたい。セキュリティ修正に加え、ASP.NET Core およびランタイム層での非セキュリティ修正も含まれている。 .NET Framework のアップデート状況 今月の .NET Framework 向けには新規のセキュリティアップデートは存在しない。ただし、月例 Windows Update の一環として累積パッチが提供される場合があるため、Windows Update を通じた通常の更新フローを継続することが推奨されている。 アップデート方法 .NET のアップデートは以下の方法で適用できる。 dotnet CLI: dotnet --version で現在のバージョンを確認後、公式ダウンロードページ から最新版を取得する。 パッケージマネージャー: Linux 環境では apt、dnf、zypper などのパッケージマネージャー経由でアップデートが配布される。 コンテナ: Microsoft Container Registry（MCR）上の公式イメージが更新済みのため、ベースイメージを最新タグに更新するだけで適用できる。 セキュリティ脆弱性の内容によっては早急な対応が必要なケースもあるため、運用環境で .NET を利用している組織はリリースノートおよび MSRC アドバイザリを精査し、適切なタイミングでのアップデートを検討することが重要だ。

JDK 27、ランプダウンフェーズ1に到達 JDK 27が正式にランプダウンフェーズ1へ移行し、メインリポジトリからの安定化リポジトリへのフォークが完了した。これによりJEP（JDK Enhancement Proposal）の追加が締め切られ、GA（一般提供）リリースに向けた最終的な安定化作業が本格化する。2026年3月のGAリリースに向けて確定した機能は9つで、ガベージコレクションの改善、暗号化機能の強化、構造化並行処理（Structured Concurrency）関連の機能が含まれている。 注目すべき変更として、JEP 538「暗号オブジェクトのPEMエンコーディング」が3度目のプレビューを迎え、PEMレコードクラスの再分類やDEREncodableインターフェースのBinaryEncodableへの改名など、APIの明確化に向けた改訂が加えられた。 JDK 28エキスパートグループの発足 JSR 403の承認により、JDK 28の仕様策定を担う4名構成のエキスパートグループが設立された。仕様リードはOracleのIris Clarkが務め、Azul SystemsのSimon Ritter、Eclipse FoundationのStephan Herrmann、SAP SEのChristoph Langerが参加する。パブリックレビュー期間は2026年12月から2027年2月を予定しており、GAリリースは2027年3月を目標としている。 Javaエコシステムの各種アップデート エンタープライズ向けの動きとして、GlassFish 8.0.3がリリースされた。Jakarta Facesのレンダリングが従来比2倍に高速化されるほか、Embedded GlassFishの起動時間短縮も実現した。また、セキュリティ脆弱性CVE-2024-9342への対応も含まれている。OmniFishのArquillian Connector Suite 2.2.0では、起動済みのGlassFishインスタンスプールを共有する仕組みにより、Jakarta EE TCKテストの実行時間を数時間から数分へと大幅に削減した。 その他のリリースとして、Infinispan 16.2.0が新たな確率的データ構造を加えたRedisプロトコルサポートの拡張を提供。Kotlin 2.4.0ではJDK 26のサポート、インクリメンタルコンパイルのデフォルト有効化、WebAssembly Component Modelへの対応が追加された。Micronaut 5.0.1/5.0.2はリダイレクト脆弱性やヘッダー転送リスクに対処するセキュリティパッチを適用している。

概要 JetBrainsは2026年6月3日、Kotlin 2.4.0を正式リリースした。本リリースは言語機能の安定化、標準ライブラリの拡充、そして各プラットフォームターゲット（JVM・Native・Wasm・JS）にわたる包括的な改善を含んでいる。特にKotlin Multiplatform（KMP）エコシステムの強化が今回の目玉であり、Swift PackagesやWebAssemblyの最新仕様への対応によってクロスプラットフォーム開発の幅がさらに広がった。 言語機能と標準ライブラリ 言語レベルでは、コンテキストパラメーター（Context Parameters）と明示的なバッキングフィールド（Explicit Backing Fields）がStable（安定版）に昇格した。アノテーションの使用サイトターゲット機能も複数追加されており、より細粒度なアノテーション制御が可能になった。標準ライブラリではUUID APIのサポートが安定化し、コレクションのソート順序チェック機能も新たに提供されている。 プラットフォーム別の強化 Kotlin/JVMでは、最新のJava 26への対応が実現した。また、メタデータ内のアノテーションがデフォルトで有効化されており、リフレクションやフレームワーク連携の利便性が向上する。ビルドツール面ではGradle 9.5.0との互換性が確保され、Mavenではカスタム設定なしにJavaとJVMターゲットバージョンの自動整合が機能するようになった。 Kotlin/Nativeでは、Swift Packagesを依存関係として直接サポートする機能が追加され、iOSやmacOSをターゲットとするKMPプロジェクトのライブラリ管理が大幅に簡素化された。またConcurrent Mark-Sweep（CMS）ガベージコレクターがデフォルトで有効化され、ネイティブアプリケーションのパフォーマンスと応答性が改善される。 Kotlin/Wasmではインクリメンタルコンパイルがデフォルトで有効になり、ビルド時間の短縮が期待できる。さらにWebAssembly Component Modelのサポートが追加されたことで、Wasm同士のコンポーネント間連携やホスト環境との相互運用性が向上し、ブラウザ外でのWasm活用シナリオが広がった。Kotlin/JSでは値クラスのエクスポートとES2015機能のインライニング対応が実装されている。 エコシステムの動向 Java Annotated Monthly（2026年6月号）によると、KotlinConf'26のキーノートでは複数のエコシステムアップデートが発表されており、AIエージェント向けSDK「Koog 1.0」の安定リリースや、Visual Studio Code向けKotlin公式サポートのアルファ版提供開始なども注目を集めた。Kotlin 2.4.0は最新のIntelliJ IDEAまたはAndroid Studioに同梱されており、既存プロジェクトはビルドスクリプトのKotlinバージョンを2.4.0に更新するだけで移行できる。

概要 VercelはNext.js 16.2を正式リリースした。本バージョンの最大の見どころは開発サーバー（next dev）の起動速度で、同一マシン・同一プロジェクトでの計測でNext.js 16.1比約87%短縮、前世代からは約400%の高速化を実現した。加えてServer Componentsのレンダリング速度が最大60%向上し、大規模アプリケーションの日常的な開発体験が大きく改善されている。AIエージェントによるコード生成支援に向けたツーリング、Turbopackの大幅強化も今回リリースの柱となっている。なお最低動作要件はNode.js 20.9以上、TypeScript 5.1以上に引き上げられた。 開発パフォーマンスの大幅改善 レンダリング高速化の核心は、Reactに取り込まれたServer Componentsペイロードのデシリアライズ処理の刷新にある。従来実装はJSON.parseのreviverコールバックを使用しており、パース中のすべてのキー・バリューペア処理でV8エンジン内のC++/JavaScript境界越えが発生し、引数なしreviverでさえ約4倍の速度低下をもたらしていた。Next.jsチームはReact本体へのコントリビューション（PR #35776）として、まず通常のJSON.parse()でパースしたのちに純粋なJavaScriptで再帰走査する2ステップ方式に切り替えた。実測ではServer Componentテーブル（1000アイテム）で26%、ネストしたSuspenseを持つServer Componentで33%、Payload CMSのホームページで34%、リッチテキストを含むPayload CMSページでは60%のサーバーレンダリング時間短縮が確認されている。 AIエージェント向けツーリングの強化 create-next-appで生成されるプロジェクトにAGENTS.mdファイルが標準搭載された。このファイルにはプロジェクト構造や慣習が記述されており、CopilotやCursorなどのAIコーディングエージェントがコンテキストを即座に把握できるようになる。あわせてバージョンに対応したドキュメントをMarkdown形式でバンドルし、ローカルエージェントが参照できる仕組みも整備された。さらにlogging.browserToTerminal設定でブラウザのエラーやconsole.logを開発ターミナルへ転送する機能がデフォルト有効になり、実験的CLIである@vercel/next-browserによるターミナルからのアプリ検査もサポートされている。 Turbopackの強化 Turbopackではサーバー向けFast Refreshが大幅に改善された。従来は変更したモジュールに関係するインポートチェーン全体を再ロードしていたが、変更モジュールのみを再ロードする方式に改めた結果、アプリリフレッシュで67〜100%、コンパイル時間で400〜900%の高速化が報告されている。機能面ではサブリソース整合性（SRI）のJavaScriptファイル対応、分割代入した動的インポートのツリーシェイキング、postcss.config.tsのサポートが追加された。200件超のバグ修正も含まれており、安定性も向上している。 デバッグ体験と新機能 デバッグ支援として複数の改善が加わった。開発中のターミナルにServer Functionの実行ログ（関数名・引数・実行時間・定義ファイル）が表示されるようになり、ハイドレーションミスマッチ発生時のエラーオーバーレイには+ Client / - Serverの凡例でサーバーとクライアントの差分が明示される。next dev --inspectに続きnext start --inspectでも本番サーバーへのNode.jsデバッガ接続が可能となった。ImageResponseは基本的な画像で2倍、複雑な画像では最大20倍の高速化を果たし、デフォルトフォントもNoto SansからGeist Sansに変更された。<Link>コンポーネントにはtransitionTypesプロパティが追加され、View Transitionsを使ったナビゲーションアニメーションを柔軟に制御できる。Adaptersは今回から安定版（stable）に昇格し、デプロイプラットフォームやカスタムビルド統合がNext.jsのビルドプロセスをカスタマイズできるようになった。実験的機能としてはunstable_catchError()によるコンポーネントレベルのエラーバウンダリ、unstable_retry()によるデータ再フェッチを伴う再試行、experimental.prefetchInliningによるプリフェッチリクエスト削減なども提供されている。

概要 Node.jsプロジェクトは、2026年10月より抜本的なリリースモデルの変更を実施すると発表した。従来の年2回のメジャーリリース体制から年1回に削減し、奇数・偶数バージョンによるLTS（長期サポート）の区別を廃止する。Node 27が新方式初のリリースとなり、以降のすべてのメジャーバージョンが最終的にLTSへ昇格する。Node 26（2026年4月リリース）は旧モデル最後のリリースとなった。 変更の主要な動機は、ボランティア主体のメンテナーが複数のリリースラインへのバックポート作業に苦しんでいたことと、奇数バージョン（従来の「非LTS」リリース）の実採用率が著しく低かったことにある。プロジェクトメンバーのJames Snellは「このモデルは10年前に設計されたもの。エコシステムとプロジェクトのニーズが変化したかどうかを定期的に見直すのは重要なことだ」と述べ、今回の刷新を正当化した。 新しいリリースサイクルの詳細 新モデルでは、メジャーバージョンは毎年4月にリリースされ、同年10月にLTSへ昇格する。各バージョンのライフサイクルは4段階に整理される。 Alpha（6ヶ月）: 27.0.0-alpha.1 のような事前リリース形式で公開 Current（6ヶ月）: 安定版として一般提供 LTS（30ヶ月）: 長期サポート期間 End of Life: サポート終了 合計サポート期間は約36ヶ月となり、既存モデルと大きく変わらない。また、バージョン番号はカレンダー年と連動するよう設計され、Node 27は2027年、Node 28は2028年にリリースされる予定だ。 新設されるAlphaチャネルは、ライブラリ著者が破壊的変更を早期に把握し、CI/CDパイプラインに組み込んでテストするための6ヶ月間の猶予期間として機能する。LTSリリースのみをテスト対象としていたライブラリは、Alphaチャネルを見落とすとユーザーへの影響が出る前にバグを検出する機会を失うリスクがある。 コミュニティの反応と影響 既存のLTSユーザーにとっては「バージョン番号以外の変化はほぼない」とプロジェクト側は説明している。しかしコミュニティ内には懸念の声もあり、Kevin Lentinは「2年ごとにしか新LTSが出ないなら、機能を待つ苦しみがひどくなる」と訴えた。エンタープライズユーザーが長いサポート窓口を好む一方、最新機能へのアクセスを求めるチームとの間で一定の緊張が生じている。 ライブラリ保守者に対しては、AlphaリリースをCI/CDに即時組み込むことが強く推奨されており、新しいリリースサイクルへの対応が求められる。エコシステム全体のアップグレードサイクルが簡素化されることで、長期的にはコミュニティの運用負荷が下がると期待されている。

概要 Node.jsプロジェクトは2026年6月1日、現行の最新ラインである26系のマイナーアップデート「Node.js 26.3.0」をリリースした。リリース担当は@aduh95が務め、バッファ管理の改善、パーミッション制御の新機能、HTTP検証オプションの追加、暗号関連の強化など、幅広い領域にわたる100以上の変更が含まれる。 主な変更点 Buffer.poolSizeのデフォルト値を64KiBに拡大 今回のリリースで注目される変更の一つが、Buffer.poolSizeのデフォルト値を従来の8KiBから64KiBへと引き上げたことだ（セマンティック的にはマイナー変更として扱われる）。Bufferプールは小さなBufferオブジェクトを確保する際のメモリ効率化に使われるが、デフォルト値の拡大によりメモリ割り当て頻度が減少し、I/O負荷の高いアプリケーションでのパフォーマンス向上が期待できる。 permission.dropの追加 permission.drop機能が新たに追加された（セマンティック・マイナー変更）。これにより、実行中のプロセスが保有するパーミッションを動的に削除することが可能になる。最小権限の原則に従い、必要なフェーズが終わった後にパーミッションを剥奪するといったセキュリティ強化が実現しやすくなる。 httpValidationオプションの追加 HTTPモジュールにヘッダー値検証を設定するためのhttpValidationオプションが追加された。これにより、HTTPヘッダー値の検証ポリシーをアプリケーションレベルで制御できるようになる。 WebCryptoのプロトタイプ汚染対策強化 WebCrypto APIにおいてプロトタイプ汚染（prototype pollution）に対する防御が強化された。悪意ある入力がObject.prototypeを汚染するリスクを低減し、セキュリティ面での信頼性が向上した。 その他の主要アップデート npm 11.16.0へアップグレード: パッケージマネージャーが最新版に更新された ルート証明書をNSS 3.123.1に更新: TLS通信に使用するルートCA証明書バンドルが最新化された QUIC機能の大幅拡張: ホスト名検証、レート制限、タイムアウト設定など、実験的なQUIC実装が多数の機能強化を受けた インスペクター機能の改善: JavaScriptランタイムへの正確なカバレッジ開始情報が公開されるようになった SQLiteモジュールの改善: 組み込みSQLite機能に複数の修正が加えられた ストリーム処理の修正: ストリームAPIに関する複数のバグが修正された macOSユニバーサルバイナリに関する注記: Appleがインテルアーキテクチャのサポートを段階的に廃止しているため、Node.jsプロジェクトがユニバーサルバイナリを長期的に維持できない可能性があることが明記された（現時点では引き続き両アーキテクチャのバイナリを配布予定） まとめ Node.js 26.3.0は多岐にわたる改善が詰め込まれたマイナーリリースだ。とりわけBuffer.poolSizeの64KiB化はパフォーマンス面での実質的な恩恵が見込まれ、permission.dropの追加はセキュリティ要件の厳しいアプリケーション開発者にとって待望の機能となる。最新版は公式サイトおよびGitHubリリースページからダウンロード可能だ。

概要 Rust Foundation Leadership Councilは2026年6月2日、Rustプロジェクトのメンテナーを経済的に支援するための「Rust Foundation Maintainers Fund（RFMF）」を正式に立ち上げたと発表した。本基金はRFC #3931として承認された提案を具体化したもので、「Funding team」と「Maintainer in Residence」という2つのプログラムを軸に、コアメンテナーへの継続的かつ安定した報酬を実現することを目指す。設立の背景には、重要なRustメンテナーが企業の予算削減によって資金を失う傾向が観察されているという問題意識がある。 2つのプログラムの詳細 Funding teamは、メンテナーの資金状況を把握し、チームリーダーとの定期的な会合を通じて保守ニーズを洗い出したうえで、企業スポンサーへの投資機会を提案するチームだ。個人や企業からの寄付・支援をメンテナーへの報酬として適切に配分する調整役を担う。 **Maintainer in Residence（MiR）**プログラムは、既存のRustプロジェクトメンテナーに対し、コンパイラ・標準ライブラリ・Cargo・Clippyといった重要領域の保守業務へ専念できる雇用機会を提供する。対象業務は大規模なリファクタリング、コードレビュー、新機能実装の障害排除、課題トリアージ、他の貢献者へのメンタリングなど多岐にわたる。勤務形態は原則フルタイムに近いが、保守領域の特性に応じて柔軟に対応するとされている。 背景と資金調達の方法 RFMFはPython Software Foundation（PSF）が実施している「Developer in Residence」モデルに着想を得ており、設計にあたってPSFとの協議も行われた。Rustの産業利用が急速に広がる一方、持続的な保守を担う人材への安定した資金提供が課題となっていたため、業界の変動に左右されにくい独立した資金源の確立が目標とされている。 資金調達は個人向けにはGitHub Sponsorsを通じた「rustfoundation」組織への寄付、企業向けにはGitHub Sponsorsまたは直接の問い合わせ（contact@rustfoundation.org）という2つの経路が用意されている。集まった収益はすべてRustプロジェクトのメンテナー支援に直接充てられると明記されている。 今後の展望 Rust Foundationは今後数か月以内に最初のMaintainer in Residenceを雇用し、ブログで発表する予定としている。本プログラムは既存の支援施策（プログラム管理プログラム、コンパイラ運用プログラム、RustNL Maintainers Teamによる雇用など）を補完する形で運用される。まだ新しい取り組みであり、進行しながら制度を磨いていく方針が示されており、オープンソースプロジェクトのサステナビリティ確保に向けた新たなモデルとして注目される。

概要 Python 3.15.0 beta 2が2026年6月2日に公開された。計4回予定されているベータリリースの第2弾にあたり、正式リリースは2026年10月を予定している。本番環境での使用は推奨されておらず、現段階ではサードパーティライブラリの互換性確認やフィードバック収集を目的としたテストフェーズとなっている。次のベータ版（3.15.0b3）は2026年6月23日、リリース候補（RC）は2026年8月4日から開始予定だ。 JITコンパイラの強化 今回のリリースで最も注目される変更の一つがJITコンパイラの大幅なアップグレードだ。x86-64 Linuxで幾何平均8〜9%、AArch64 macOSでは12〜13%というパフォーマンス向上が報告されている。また、公式のWindows 64ビットバイナリでは「tail-calling interpreter」がデフォルトとなり、スタックフレーム数が削減されることで実行効率が改善された。 明示的な遅延インポート（PEP 810） PEP 810の実装により、モジュールの読み込みを実際に必要になるタイミングまで遅延させる「明示的な遅延インポート」が導入された。大規模なアプリケーションでは起動時に多数の重いライブラリをインポートするケースが多く、これが起動時間の長さに直結していた。遅延インポートはこの問題に対応し、アプリケーションの初期起動を高速化する効果が期待できる。 その他の主要な新機能 フレームポインタのデフォルト有効化（PEP 831）により、デバッガやクラッシュレポーターがスタックトレースをより正確に取得できるようになる。さらに、サードパーティパッケージへの依存なしにイミュータブルな辞書を扱えるfrozendict組み込み型（PEP 814）とsentinel組み込み型（PEP 661）が追加された。エンコーディング面では、PEP 686によりUTF-8が全プラットフォームでデフォルトエンコーディングに統一され、ロケール依存のバグが削減される見込みだ。プロファイリング機能も強化されており、高周波統計サンプリングプロファイラ「Tachyon」が新たに追加された。 配布・セキュリティ対応 配布形式はmacOS、Windows（32/64ビット、ARM64）に加え、AndroidおよびiOS向けバイナリも提供される。すべてのファイルにはSigstoreによる署名とSBOM（ソフトウェア部品表）情報が付属しており、サプライチェーンセキュリティへの対応も強化されている。コード凍結が予定される2026年8月のRC開始前に、隔離環境での互換性テストが推奨されている。

概要 Google I/O 2026において、ChromeチームはAIエージェントによる操作を前提とした新時代「Agentic Web」の到来を宣言し、開発者向けに15件のアップデートを発表した。中心となるのはオープンウェブ標準「WebMCP」で、Chrome 149でオリジントライアルが開始される。WebMCPはJavaScript関数やHTMLフォームなどの構造化ツールをブラウザエージェントに対して公開できる仕組みであり、「エージェントが機械向けの関数を呼び出して、複雑なタスクを数秒でより高い信頼性をもって実行できる」ことを可能にする。たとえば旅行の予約をユーザーが手動でフォームを埋めることなく自動化するといったシナリオが実現する。今回のアップデートは、ウェブを「ユーザーが操作するもの」から「エージェントがプロアクティブに動くもの」へと転換させる方向性を明確に示している。 AIエージェント向け主要機能 WebMCPはAIエージェントとウェブサイトをつなぐ最重要機能で、サイト側がJavaScript関数やHTMLフォームを「エージェントフレンドリー」なAPIとして公開できるようにする。Chrome 149でオリジントライアルが始まり、Model Context Protocol（MCP）のウェブ版として位置付けられる。 Chrome DevTools for Agents（Update 3）ではエージェントがDevToolsのコンソールログやアクセシビリティツリーに直接アクセスできるようになる。LY Corporationはこの機能を活用して手動によるパフォーマンス分析作業を96〜98%削減したと報告している。 Modern Web Guidance（Update 2）はコーディングエージェント向けのガイドで、100以上のユースケースをカバーし、ブラウザ互換性指標「Baseline」と統合されている。開発者はモダンで安全かつ高パフォーマンスなウェブ体験を、手動でのフォールバック管理なしに構築できる。 UI・パフォーマンス・ビルトインAI HTML-in-Canvas API（Update 6）は、WebGL/WebGPUのCanvas内に実際のDOM要素を統合する技術で、3Dエクスペリエンスを検索可能・アクセシブル・ネイティブ翻訳対応のまま実現できる。Declarative Partial Updates（Update 7）はシングルページアプリケーション向けにネイティブな部分更新を提供し、複雑なDOM操作を不要にする。Soft Navigations APIはSPAでCore Web Vitalsを計測するための標準として追加された。 Built-in AI（Update 5）では、Prompt APIがChrome 148で安定版となり、デバイス上で動作する超軽量モデル「Gemma 197M」も利用可能になった。Gemma 197Mはサーバーコストなしで無制限のリクエストを処理できる点が評価されており、Trip.comはローカルAIサマリーによりサーバー費用を削減している。 Gemini統合とユーザー向け機能 Chromeに直接統合されるGemini機能も複数発表された。Android向けGemini統合（Update 10）は2026年6月から提供開始予定で、記事の要約やコンテキスト質問、カレンダー・Gmail・Keepとの連携ができる。Auto Browse（Update 11）はパーキングの予約などのタスクをAIエージェントが自動化する機能でAndroidとデスクトップの両方で動作する。Skills in Chrome（Update 13）は頻繁に使うAIプロンプトをワンクリックツールとして保存・再利用できる機能だ。また、音声インタラクション（Update 15）ではGeminiモデルを用いた文字起こし補正付きの音声フォーム入力が可能になる。 今後の展望 Expedia、Booking.com、Shopify、Trip.comといった主要企業がすでにこれらの技術を試験運用しており、ウェブのエージェント対応が加速している。Googleは今回の発表を通じて、ブラウザを「ユーザーが全力で操作しなければならないもの」から「ウェブがプロアクティブにユーザーのために動くもの」へと変えるビジョンを明示した。WebMCPをはじめとするオープン標準化への取り組みは、特定ベンダーに依存しないエージェント対応ウェブの基盤づくりに向けた重要な一歩として注目される。

概要 Rust 1.96.0が2026年5月28日に正式リリースされた。今回のリリースでは、RFC 3550に基づくコピー可能なRange型の安定化が目玉となっており、これまでの制約を解消する設計上の改善が加えられている。またassert_matches!マクロの標準化、WebAssemblyターゲットにおける安全性強化、そしてCargoのセキュリティ脆弱性2件の修正も含まれている。更新はrustup update stableで行える。 コピー可能なRange型の導入 最大の新機能は、RFC 3550に基づく新しいRange型群の安定化だ。従来のstd::ops::RangeなどのRange型はIteratorトレイトを直接実装していたため、Copyトレイトを実装できないという制約があった。新しく導入されたcore::range::Range、core::range::RangeFrom、core::range::RangeInclusiveは「IntoIteratorを実装する」設計に変更されており、この制限が解消された。 これにより、スライスアクセッサをコピー可能な型のフィールドに保存するといったユースケースが可能になる。なお、新しいRangeInclusiveはフィールドが公開されており、従来版とは構造が異なる点に注意が必要だ。現状、0..1のようなRange構文は依然として従来型を生成するが、将来のエディションで新型を生成するよう変更される予定とされている。 assert_matches!マクロの安定化と他の変更 assert_matches!およびdebug_assert_matches!マクロが標準ライブラリに安定化された。これらはパターンマッチによるアサーションを提供するもので、サードパーティクレートとの名前衝突を避けるため標準プリュードには含まれておらず、使用時は明示的なインポートが必要となる。安定化されたAPIには他にも、AssertUnwindSafe、LazyCell、LazyLock向けのFrom<T>実装3種が含まれる。 WebAssemblyターゲットにおいては、リンカーの--allow-undefinedフラグのデフォルト使用が廃止され、未定義シンボルがあるとリンクエラーになるよう変更された。これによりビルド時に潜在的なバグを早期に検出できる。既存のビルドで問題が生じる場合は、RUSTFLAGS=-Clink-arg=--allow-undefinedで従来の動作を維持できる。 セキュリティ修正 今回のリリースにはCargoに関するセキュリティ脆弱性2件の修正も含まれている。CVE-2026-5223（中程度）はシンボリックリンクを含むtarボール展開時の問題で、CVE-2026-5222（低程度）はURL正規化における認証情報の取り扱いに関する問題だ。いずれもサードパーティのクレートレジストリを利用している場合に影響する可能性があるが、crates.ioのユーザーには影響しないとされている。