.NET 8・9サポート終了｜11月10日までの確認と移行

目次10

2026年11月10日（米国時間）、マイクロソフトの開発基盤.NET 8と.NET 9のサポートが終わります。この日を過ぎると、新しい脆弱性が見つかっても修正版は提供されません。同じ日に、PowerShell 7.4・7.5のサポートも終わります。

この記事では、社内システムや業務アプリを.NETで動かしている会社に向けて、自社が対象かどうかの確かめ方、移る先、移行の進め方を順番に説明します。開発会社に任せたままのシステムも対象です。

この記事のポイント

.NET 8（LTS）と.NET 9（STS）は、どちらも11月10日に終了します。最後の修正版は10月25日の8.0.33と9.0.22です。
移る先は、2028年11月14日までサポートされる.NET 10（LTS）が基本です。
サポートが終わっても、アプリが急に止まるわけではありません。ただし、これから見つかる弱いところは直らないままになります。
Windowsに組み込まれている.NET Framework（4.8・4.8.1など）は、今回の対象ではありません。名前が似ているので、まず区別しましょう。

11月10日

.NET 8・9のサポート終了（2026年・米国時間）

8.0.33／9.0.22

最後の修正版（10月25日公開）

2028年11月

移る先の.NET 10のサポート期限

ことばの説明

.NET（ドットネット）＝マイクロソフトが提供する、アプリを作って動かすための土台です。社内の業務システム、Webサービス、Windowsのアプリなどで広く使われています。

サポート終了＝提供元が、修正版（セキュリティの更新を含む）を出さなくなることです。

LTSとSTS＝.NETの版の種類です。LTS（長期サポート）は3年間、STS（標準サポート）は2年間、無料で修正版が提供されます。

なぜ.NET 8と.NET 9が同じ日に終わるの？

.NETは毎年11月に新しい版が出ます。偶数の版がLTS（3年）、奇数の版がSTS（以前は1年半）です。マイクロソフトは.NET 9からSTSの期間を2年に延ばしたため、2023年に出た.NET 8と、2024年に出た.NET 9が、同じ2026年11月10日に終わることになりました。

「.NET 9は新しいから、まだ大丈夫」と思っていた会社も、今回の対象です。

11月10日を過ぎても、アプリはそのまま動きます。困るのは、その後に見つかる問題です。

脆弱性が直らない

.NETは毎月のように修正版を出しています。終了後に見つかった弱いところは、直らないまま残ります。

取引先の確認で指摘される

セキュリティの点検や監査で、「サポートが終わったソフトを使っていないか」はよく聞かれる項目です。

部品の更新が難しくなる

アプリが使っている部品（NuGetパッケージ）が、新しい版では古い.NETに対応しなくなるおそれがあります。

製品	サポート期限	状態	移る先
.NET 8（LTS）	2026年11月10日	まもなく終了	.NET 10
.NET 9（STS）	2026年11月10日	まもなく終了	.NET 10
.NET 7・.NET 6	2024年5月・11月	終了済み	.NET 10
.NET 10（LTS）	2028年11月14日	サポート中	—
PowerShell 7.4（LTS）・7.5	2026年11月10日	まもなく終了	PowerShell 7.6（LTS）
Windows 11 23H2（Enterprise・Education）	2026年11月10日	まもなく終了	24H2・25H2

※日付は米国時間です。ASP.NET Core、Entity Framework Coreなど、.NETと一緒に提供される部品も、同じ期限で考えましょう。

※次の.NET 11はSTSで、まだリリース候補版の段階です。長く使うシステムなら、まず.NET 10を選ぶのが無難です。

「.NET Framework」とは別物です

Windowsに組み込まれている.NET Framework（4.8・4.8.1など）は、Windowsのサポートにあわせて修正が続きます。今回終わるのは、2016年に始まった新しい系統の「.NET」（以前の名前は.NET Core）です。

ただし、.NET Frameworkで作った古いシステムも、Windows Serverのサポート終了とともに見直しが必要になります。詳しくは「古いシステムの脆弱性対策」をご覧ください。

まずは、どのシステムが.NETで動いているかを洗い出します。次の方法で確かめられます。

サーバーで調べる：dotnet --list-runtimes を実行すると、入っている.NETの版が一覧で出ます。Microsoft.NETCore.App 8.0.x や 9.0.x があれば対象です。
ソースコードで調べる：プロジェクトファイル（.csproj）の <TargetFramework> が net8.0 や net9.0 なら対象です。
コンテナで動かしている場合：mcr.microsoft.com/dotnet/aspnet:8.0 のような、8.0・9.0のイメージを使っていないか確かめます。
アプリに.NETを同梱している場合（自己完結型の配布）：サーバーに.NETが入っていなくても、アプリの中に.NET 8・9が入っています。作り直して配り直す必要があります。
PowerShell：$PSVersionTable.PSVersion で版がわかります。7.4・7.5なら7.6へ上げましょう。

システムの一覧を作る
上の方法で、.NET 8・9で動いているシステムをすべて書き出します。社外に公開しているもの、個人情報を扱うものに印をつけます。
順番を決める
インターネットに公開しているシステムから先に移します。社内だけで使うものは、その次で構いません。
版を.NET 10に変える
プロジェクトファイルの TargetFramework を net10.0 に変え、使っている部品（NuGetパッケージ）も新しい版に上げます。
互換性のない変更を確かめる
マイクロソフトが公開している「破壊的変更（breaking changes）」の一覧を、9と10の両方について確認します。.NET 8から移る場合は、間の.NET 9の変更も対象です。
テスト環境で動かす
主な画面、帳票、外部との連携、夜間の処理などを確かめます。自動テストがなければ、確認する項目を表にしておきましょう。
本番を切り替え、様子を見る
切り替えのあとしばらくは、エラーの記録や処理の速さを見守ります。何かあったら戻せるよう、元の環境も少しの間残しておくと安心です。