Windowsの自動展開やライセンス管理で、slmgr.vbsが0x80041008（Invalid parameter）を返す場合、2026年11月更新後の既知問題に該当するか確認してください。Microsoftは日本時間11月14日午前3時、対象OS向けの定例外（OOB）更新を案内しました。主な対象は、KMS認証の設定、プロダクトキーの導入、ライセンス管理をコマンドや自動処理で行う組織です。今回の更新は任意の非セキュリティ累積更新です。Microsoftの公式発表
1．最初に「認証状態」と「操作の失敗」を分ける
すでにライセンス認証済みの端末は、認証状態を維持します。既存のKMS設定があり、追加のslmgrコマンドを必要としない端末も、この処理上の問題の影響を受けないとMicrosoftは説明しています。社内の展開スクリプトが失敗したことと、全PCの認証が失われたことは同じではありません。
確認するのは、実際のエラー全文、Windowsのバージョン、11月更新の導入状況、失敗した処理です。個人購入したWindowsの別の認証エラーに、以下の更新を無条件で当てはめないでください。
2．OSに合う更新番号・ビルドを選ぶ
更新パッケージはOSごとに異なります。番号の大小で選ばず、表のリンク先で対象と必要条件を照合します。
| 対象OS | 更新番号 | 適用後のOSビルド | 入手経路 |
|---|---|---|---|
| Windows 11 23H2 | KB5136483 | 22631.7714 | オプションの更新／Catalog |
| Windows Server 2025 | KB5136489 | 26100.33828 | Catalog |
| Windows Server 2022 | KB5136487 | 20348.5873 | Catalog |
| Windows Server 2019／Windows 10 Enterprise LTSC 2019 | KB5136490 | 17763.9488 | Catalog |
| Windows 10 22H2 ESU／Enterprise LTSC 2021 | KB5136493 | 19045.7850／19044.7850 | Catalog |
KB5136493にはWindows 10 IoT Enterprise LTSC 2021も記載されています。この表はWindows 11 24H2・25H2・26H2に同じパッケージを入れる案内ではありません。
3．インストール前に必要条件を確認する
Windows 11 23H2では、2025年7月8日以降のWindows更新（例：KB5062552）と最新のサービススタック更新（SSU）が必要です。Server 2025はSSU 26100.2032以降を指定しており、Catalogから入れる際のチェックポイント更新やパッケージ順序にも注意が必要です。
ほかのOSやオフラインイメージにも個別条件があります。「累積更新だから前提条件がない」と判断せず、対象KB・CPUアーキテクチャ・配布方法を確認してから、影響を把握できる少数の端末で試します。業務時間中の再起動を避けるため、保守時間も先に決めておきます。
4．Windows 11 23H2で修正を入れる
- 端末のシステム情報でバージョンとビルドを確認し、失敗したライセンス管理処理を記録します。
- 管理権限のある端末で設定 → Windows Update → 詳細オプション → オプションの更新プログラムを開きます。
- 適用可能なKB5136483が表示されたら選択します。手動導入する場合は、公式KBからMicrosoft Update Catalogへ進み、該当パッケージを使います。
- インストールと、要求された場合の再起動を完了し、更新履歴と22631.7714のビルドを確認します。
管理PCで表示されない場合は、社内の配布ポリシーと適用条件を管理者が確認します。通常の「更新プログラムのチェック」だけで配信の有無を判断しないことがポイントです。KB5136483の導入手順
5．Serverと対象Windows 10はCatalog経由で進める
今回の発表では、表にあるServer・Windows 10向け更新はCatalogからの入手です。OSとアーキテクチャに合うパッケージを取得し、社内で承認された配布手順に載せます。Server 2025では必要なチェックポイント更新の順序も守ってください。
累積更新であっても、WSUSへ自動同期されるとは限りません。対象端末を限定して検証し、導入結果を確認してから展開範囲を広げます。MicrosoftのOOB運用ガイド
6．元の処理と認証状態を別々に確認する
KBとOSビルドを確認したら、権限のある管理者が以前失敗した本来のライセンス管理処理を再実行します。現在の状態を読み取る補助確認には、次のコマンドを使えます。
slmgr.vbs /dli
slmgr.vbs /xpr/dliはライセンス情報、/xprは認証の有効期限を表示します。後者は主にKMSクライアント向けで、リテール版やMAKによる認証は永続です。この表示が正常でも、キー導入やKMS設定の処理が直った証明にはならないため、元の処理の結果も確認します。SLMGRの公式リファレンス
7．直らないときはエラーの種類を切り分ける
適用後も失敗する場合は、新しいエラー、OSビルド、KBの導入状態、処理の種類を保存し、管理者やサポートへ渡します。プロダクトキーそのものは共有しないでください。更新の導入失敗、別の認証エラー、管理ツールの表示遅れを区別する必要があります。端末上の導入確認と管理コンソールの準拠表示は、別々に照合します。
一律にキーを削除したり、認証をリセットしたり、KMSの接続先を変更したりする手順は不要です。まず対象OSと今回の症状が一致しているかを見直します。
8．23H2のサポート延長ではない点も確認
この例外的な修正は、Windows 11 23H2のサポート延長を意味しません。Enterprise・Educationは2026年11月10日に月例更新の提供を終了しています。業務処理を復旧させる対応と並行して、継続的に更新を受けられるWindowsへの移行計画を進めてください。Microsoftのライフサイクル案内
コメント