2027年にWindows Updateそのものが終了するわけではありません。
Microsoftは、Windows Updateへの信頼済み接続に使う証明書の一部が2027年5月17日と6月19日に期限を迎えると案内しており、必要な更新を適用していない端末では更新を受け取れなくなる可能性があります。
この記事では、Windows 11・10・Serverごとの必要な更新と期限を整理し、自分のPCが対応済みか確認する方法、Windows 10 ESUとの関係、期限後の復旧方法まで解説します。
長期間更新していないPCや休眠中の端末がある人は、早めに確認しておくと安心です。
Windows Updateの証明書は2027年に期限切れ｜今すぐ必要な対応は？
結論からいうと、サポート中のWindowsを普段から更新しているなら、今回の件だけを理由に証明書を手作業で入れ替える必要は原則ありません。
注意したいのは、長期間Windows Updateを止めているPCや、しばらく電源を入れていない端末です。
Microsoftは、Windows Updateへの信頼済み接続に使う証明書の一部が、2027年5月17日または6月19日に期限を迎えると案内しています。
2027年にWindows Update自体が終了するわけではない
「2027年からWindows Updateが使えなくなる」と聞くと、サービスそのものが終了するように感じますよね。
実際には、Windows Update自体が終了する話ではなく、接続時の信頼性を確認するために使われる証明書を新しいものへ切り替える作業です。
Microsoftは2026年10月に公開した公式情報で、古い証明書が2027年に期限切れになるため、対応する新しい証明書を月例のセキュリティ更新を通じて配布すると説明しています。
つまり、普段どおりWindows Updateを実行し、必要な更新を受け取っているPCなら、新しい証明書も更新の中で取り込まれます。
今回もっとも避けたいのは、2027年の期限を迎えるまで必要な更新を一度も適用しない状態です。
たとえば、机の引き出しにしまった予備ノートPCを1年以上ぶりに起動する場面を想像してみてください。
「久しぶりだから、まずWindows Updateをかけよう」と思っても、必要な交換証明書を持っていないまま期限を過ぎていると、Windows Updateサービスへ接続できない状態になる可能性があります。
本件でMicrosoftが示している主な影響は、Windows Updateへの接続と更新の受信です。
証明書の期限当日になった瞬間、PCそのものが起動しなくなるという内容ではありません。
不安になって証明書ストアを開き、見慣れない証明書を削除したり手動で追加したりする必要も基本的にはありません。
一般ユーザーが見るべきなのは証明書名ではなく、使っているWindowsのバージョンと、必要な時期以降の更新が適用済みかという2点です。
2027年5月17日と6月19日までに必要な更新を入れれば対応できる
今回やや分かりにくいのは、証明書の期限が1日ではなく、2027年5月17日と2027年6月19日の2つに分かれていることです。
どちらを意識すべきかは、利用しているWindowsの種類によって変わります。
| 主な対象 | 意識する期限 | 基本となる対応 |
|---|---|---|
| Windows 10 Enterprise 2019 LTSC | 2027年5月17日より前 | 2026年7月以降のセキュリティ更新を適用 |
| Windows Server 2019 | 2027年5月17日より前 | 2026年7月以降のセキュリティ更新を適用 |
| Windows Server 2016 | 2027年5月17日より前 | 2026年7月以降のセキュリティ更新を適用 |
| Windows 11 24H2 | 2027年6月19日より前 | 2025年9月以降のセキュリティ更新を適用 |
| その他のサポート中Windows 11 | 2027年6月19日より前 | 2026年7月以降のセキュリティ更新を適用 |
| サポート中のWindows 10 | 2027年6月19日より前 | 2026年7月以降のセキュリティ更新を適用 |
| Windows Server 2025 | 2027年6月19日より前 | 2025年9月以降のセキュリティ更新を適用 |
| Windows Server 2022 | 2027年6月19日より前 | 2026年7月以降のセキュリティ更新を適用 |
Microsoft公式情報で示されている対策の中心は、対象OSに応じた時期以降のセキュリティ更新を入れておくことです。
いま通常どおり更新を続けているPCなら、2027年の直前に慌てて特別な作業をするより、月例更新を止めないことがいちばん現実的な対策です。
逆に、「更新すると不具合が怖いから、しばらく止めておこう」と何カ月も放置すると、今回の証明書切り替えでは不利になります。
とくに2027年春まで長期間オフラインにするPCは、期限前に一度起動して更新しておく方が安全です。
社内の倉庫にある予備端末、工場設備につながったPC、検証用マシンなど、毎日使わない端末ほど確認から漏れやすくなります。
Windows 11・10・Server別の対象と必要な更新
必要な対応はWindowsの種類によって異なりますが、判断そのものは複雑ではありません。
まず自分のOSとバージョンを確認し、そのOSに指定された時期以降のセキュリティ更新が入っているかを見るのが基本です。
Windows 11 25H2以降のように、今回の証明書ローテーションについて追加対応が不要とされている環境もあります。
Windows 11は25H2以降なら追加対応不要、24H2は2025年9月以降の更新が必要
Windows 11ユーザーは、まず25H2以降か、それ以前かで対応が分かれます。
MicrosoftはWindows 11 25H2以降について、今回のWindows Update証明書ローテーションに関する追加対応は不要としています。
そのため、25H2以降を使い、通常のWindows Updateを続けている人が、この問題だけを理由に証明書を手動操作する必要はありません。
Windows 11 24H2では、2027年6月19日より前に2025年9月のセキュリティ更新以降を適用しておくことが条件です。
2025年9月以降も定期的に更新しているPCなら、すでに条件を満たしている可能性があります。
「24H2だけど、最後に更新した時期を覚えていない」という場合は、感覚で判断せずWindows Updateの更新履歴を確認してください。
その他のサポート中Windows 11では、Microsoftが示している基準は2026年7月のセキュリティ更新以降です。
こちらも2027年6月19日より前に必要な更新を適用しておく必要があります。
Windows 11であっても、長期間更新を止めていれば自動的に対応済みになるわけではありません。
普段からWindows Updateを実行しているかどうかが、バージョン名と同じくらい大切な判断材料になります。
Windows 10・Windows Server・LTSCは2026年7月以降の更新と期限を確認する
Windows 10やWindows Serverでは、OSごとに期限と必要な更新時期を分けて確認します。
とくに注意したいのが、Windows 10 Enterprise 2019 LTSC、Windows Server 2019、Windows Server 2016です。
このグループは2027年6月19日ではなく、ひと足早い2027年5月17日より前に2026年7月以降のセキュリティ更新を適用する必要があります。
長期運用を前提にしているLTSCや古いWindows Serverほど、「安定して動いているから更新しない」という運用が今回のリスクにつながります。
月曜の朝にサーバーを確認して、「何年も問題なく動いているから触りたくない」と感じる現場は珍しくありません。
ただ、今回の対策は新機能を試すためではなく、2027年以降も更新経路を維持するために必要な作業です。
| OS・環境 | 必要な更新 | 期限 |
|---|---|---|
| Windows 10 Enterprise 2019 LTSC | 2026年7月以降 | 2027年5月17日より前 |
| Windows Server 2019 | 2026年7月以降 | 2027年5月17日より前 |
| Windows Server 2016 | 2026年7月以降 | 2027年5月17日より前 |
| Windows Server 2025 | 2025年9月以降 | 2027年6月19日より前 |
| Windows Server 2022 | 2026年7月以降 | 2027年6月19日より前 |
| サポート中のWindows 10 | 2026年7月以降 | 2027年6月19日より前 |
ここでいうWindows 10は、2027年まで通常のWindows 10が一律にサポートされるという意味ではありません。
Windows 10を継続利用する場合は、証明書ローテーションへの対応とは別に、ESUなどを含めてOS自体が更新を受けられる状態か確認する必要があります。
この点は後の章で整理します。
Windows Server 2025は例外的に基準が早く、2025年9月のセキュリティ更新以降を2027年6月19日より前に適用する必要があります。
Windows Server 2022は2026年7月以降の更新が基準です。
サポートが終了しているWindowsでは、証明書だけを何とかするのではなく、Microsoftが案内するサポート対象Windowsへの移行が基本となります。
なお、MicrosoftはWSUSから更新を受け取る端末には今回のWindows Update接続証明書の変更は適用されないと説明しています。
ただし、これはWSUSの同期や更新承認、配布などの日常運用まで不要になるという意味ではありません。
会社のPCでWSUSを利用している場合は、今回の証明書問題と通常の更新管理を分けて考えると整理しやすくなります。
自分のPCが対応済みか確認する3ステップ
今回の証明書期限切れに備えるなら、証明書そのものを探すより、Windowsのバージョンと更新履歴を確認する方が早くて確実です。
確認する順番は、OSのバージョンを見る、必要な更新時期を照合する、Windows Updateを実行する、の3段階で十分です。
「自分のPCはもう対応済みなのか」を知りたい人は、まずここを確認してください。
winverでWindowsのバージョンを確認する
最初に確認するのは、使っているWindowsの種類とバージョンです。
Windows 11と表示されているだけでは足りず、25H2や24H2といったバージョンまで確認すると、必要な対応を判断しやすくなります。
キーボードのWindowsキーとRキーを押して「ファイル名を指定して実行」を開き、winverと入力して実行すると、Windowsのバージョン情報を確認できます。
たとえば自宅のノートPCを久しぶりに開き、「Windows 11だから大丈夫だろう」と思っていたものの、実際には24H2だった、というケースもあります。
Windows 11 25H2以降なら、Microsoftは今回の証明書ローテーションについて追加対応不要としています。
Windows 11 24H2の場合は、2025年9月のセキュリティ更新以降が適用されているかを次に確認します。
その他のサポート中Windows 11やWindows 10、Windows Server 2022などでは、2026年7月以降の更新が判断の基準になります。
OS名だけで判断せず、バージョンまで確認することがポイントです。
Windows ServerやLTSCを使っている業務環境では、管理台帳と実機の表示が一致しているかも見ておくと、更新漏れを見つけやすくなります。
更新履歴を見て必要な月以降の更新が入っているか確認する
Windowsのバージョンが分かったら、次はWindows Updateの更新履歴を確認します。
一般ユーザーは証明書名を探すのではなく、対象OSに必要とされる時期以降のセキュリティ更新が入っているかを見るのが実用的です。
Windowsの設定からWindows Updateを開き、更新履歴を確認してください。
ここで見る基準はOSによって異なります。
- Windows 11 24H2とWindows Server 2025は、2025年9月以降のセキュリティ更新
- その他のサポート中Windows 11、Windows Server 2022、サポート中Windows 10は、2026年7月以降のセキュリティ更新
- Windows 10 Enterprise 2019 LTSC、Windows Server 2019、Windows Server 2016は、2026年7月以降のセキュリティ更新
必要な時期以降も継続して月例更新を適用しているなら、今回の証明書切り替えのためだけに特別な手作業を始める必要はありません。
一方、「更新履歴が数カ月前で止まっている」「長期間オフラインだった」という端末は、そのまま放置しない方が安全です。
Windows Updateを実行し、利用中のOSがサポート対象であることもあわせて確認してください。
特に見落としやすいのは、毎日使うメインPCではなく、予備PC、検証機、工場設備用端末などです。
金曜の夕方に倉庫の予備PCを棚卸ししてみたら、最後の更新が1年以上前だった、という状況は十分に起こります。
普段使わない端末ほど、2027年春までに一度起動して更新状況を確認しておく意味があります。
Windows 10を2027年まで使う場合はESUも確認する
Windows 10では、2027年の証明書期限切れだけを見ても判断できません。
証明書ローテーションへの対応条件と、Windows 10自体が更新を受け続けられる条件は別々に確認する必要があります。
2027年までWindows 10を残す予定なら、ESUの対象かどうかもセットで確認してください。
ESUと2027年の証明書期限切れは別の条件
Windows 10の通常サポート終了と、Windows Update証明書の2027年期限切れは別の話です。
そのため、「2026年7月以降の更新を入れればWindows 10を2027年まで普通に使える」と考えるのは正確ではありません。
Microsoftは、対象となるWindows 10について、ESUによって2027年10月12日まで重要・緊急のセキュリティ更新を提供すると案内しています。
一方、今回のWindows Update証明書への対応では、サポート対象として更新を受けられるWindows 10に、2026年7月以降のセキュリティ更新を適用することが条件です。
| 確認する項目 | 内容 |
|---|---|
| Windows 10のESU | Windows 10がサポート対象としてセキュリティ更新を受け続けられるかを確認する仕組み |
| 2027年の証明書対策 | Windows Updateへの接続に必要な新しい証明書を含む更新が適用されているかを確認する対応 |
Windows 10を2027年まで使うなら、ESUの条件と証明書更新の条件の両方を満たしていることが前提です。
「ESUに入っているから証明書の件も自動的に気にしなくていい」という意味ではありません。
逆に、証明書対策に必要な更新だけ入っていても、OS自体がサポート対象でなければ更新を受け続けられるとは限りません。
Windows 10では、2027年6月19日の証明書期限と、2027年10月12日のESU期限を混同しないようにしてください。
長期未更新PCやサポート終了OSは早めに更新・移行する
今回もっとも注意したいのは、長期間使っていないWindows 10や、すでにサポート対象外となったWindowsです。
普段使うPCは月例更新が入りやすい一方、押し入れの予備機や業務用の固定端末は更新時期を逃しやすくなります。
「壊れていないから、このまま残しておこう」と保管している端末ほど、2027年になってから再稼働すると確認項目が増えます。
サポート中のWindows 10であれば、ESUなどの条件を確認したうえで必要な更新を期限前に適用します。
サポートが終了しているWindowsでは、Microsoftはサポート対象のWindowsクライアントやWindows Serverへのアップグレードを案内しています。
古いOSでは、証明書だけを延命するのではなく、更新を継続して受けられるOSへ移行することが基本です。
社内に複数のPCがある場合は、毎日使う端末から順番に見るより、長期停止中の端末や古いWindowsから洗い出す方が漏れを減らせます。
たとえば、倉庫、会議室、工場、受付などに置いたPCは、担当者が決まっておらず更新状況も把握されていないケースがあります。
2027年の期限直前になってまとめて対応するより、2026年のうちから未更新端末を把握しておく方が負担を抑えられます。
Windows 10を残す端末、Windows 11へ移行する端末、廃止する端末に分けて整理すると、その後の対応も決めやすくなります。
Windows Update証明書の2027年期限切れで困ったときの対処
期限までに必要な更新を入れられなかった場合でも、サポート対象のWindowsなら復旧できる手段があります。
Windows Updateへ接続できなくなったからといって、すぐにPCを初期化したり買い替えたりする必要はありません。
まずOSがサポート対象かを確認し、Microsoft Update Catalogから必要な更新を直接適用できるか調べます。
期限後でもサポート対象OSならUpdate Catalogから復旧できる
必要な交換証明書を受け取らないまま期限を過ぎると、Windows Updateサービスへ接続できず、更新を取得できなくなる場合があります。
ただし、Microsoftはサポート対象のWindowsについて、Microsoft Update Catalogから必要なセキュリティ更新を直接取得して適用する復旧方法を案内しています。
期限を過ぎても、サポート対象OSなら復旧の道が残されている点は覚えておきたいポイントです。
たとえば、2027年夏に半年ぶりに予備PCを起動し、Windows Updateを実行しても更新を取得できなかったとします。
この場合、いきなり証明書ストアを編集するのではなく、まずWindowsのバージョンとサポート状況を確認します。
サポート対象であれば、そのOSに必要なセキュリティ更新をMicrosoft Update Catalogから取得して適用する流れです。
Microsoft Update Catalogから取得する更新は、利用中のWindowsのバージョンやシステムに合ったものを選ぶ必要があります。
「それらしい更新なら何でもいい」と考えて適用するのではなく、対象OSを確認して進めてください。
サポート終了OSの場合は、証明書の更新だけで使い続ける方向ではなく、Microsoftが案内するサポート対象Windowsへの移行が基本です。
会社で複数台を管理しているなら、期限後に1台ずつ復旧するより、2027年春までに休眠PCを含めて更新しておく方が作業量を抑えられます。
2026年のSecure Boot証明書期限切れとは別問題
Windowsの証明書期限切れについて調べると、2026年に期限を迎えるSecure Bootの証明書情報も見つかります。
名前に「証明書」が含まれるため混同しやすいのですが、2026年のSecure Boot証明書問題と、2027年のWindows Update接続証明書問題は別件です。
| 比較項目 | 2027年のWindows Update証明書 | 2026年のSecure Boot証明書 |
|---|---|---|
| 主な役割 | Windows Updateへの信頼済み接続に関係する | Secure Bootの信頼関係に関係する |
| 主な期限 | 2027年5月17日、6月19日 | 2011年発行の証明書が2026年6月から期限を迎える |
| 今回の記事での主な影響 | 未対応端末がWindows Updateへ接続できなくなる | Secure Boot側の証明書更新として別途扱う |
| 考え方 | 対象OSに必要な月例更新を適用する | Secure Boot向けの証明書更新として確認する |
2027年問題への対応で優先するのは、証明書を自分で探して操作することではなく、Windows Updateを必要な時期まで最新にしておくことです。
Microsoft公式ブログのコメント欄でも、対象となる証明書を端末上でどう識別するのか知りたいという趣旨の質問が見られます。
一般ユーザーであれば、個別の証明書名を追いかけるより、OSのバージョンと更新履歴を基準に判断する方が分かりやすく、安全に進められます。
証明書を手動で削除したり、出所の分からない証明書をインポートしたりする対応は避けてください。
2027年に向けてやることはシンプルで、使っているWindowsがサポート対象かを確認し、必要な月例更新を止めずに適用しておくことです。
長期停止中のPCがあるなら早めに起動し、Windows 10を残すならESUの条件も確認しておけば、期限直前に慌てるリスクを減らせます。
