KB5121003に同梱されるサービススタック更新プログラム（SSU）は、KB5123304、サービススタックのビルドは26100.9156です。KB5121003適用後のOSビルドは、Windows 11 24H2が26100.9168、25H2が26200.9168となります。OSビルドとSSUビルドの末尾が一致しないのは異常ではありません。(マイクロソフトサポート)
確認するときは、Microsoft公式ページの「コンポーネントの更新」と「ファイル情報」で基準値を確定し、対象端末ではPowerShellまたはDISMでパッケージの状態を調べます。Windows Updateの更新履歴にKB5123304が単独で表示されなくても、直ちにインストール失敗とは判断しないことが重要です。
KB5121003に含まれるSSUはKB5123304
KB5121003は、2026年8月11日に公開されたWindows 11 24H2／25H2向けのセキュリティ更新プログラムです。Microsoftは、この更新にSSU KB5123304を含め、Windows Updateのインストール処理の信頼性を向上させると説明しています。(マイクロソフトサポート)
確認すべき値を整理すると、次のようになります。
| 確認項目 | Windows 11 24H2 | Windows 11 25H2 |
|---|---|---|
| 累積更新プログラム | KB5121003 | KB5121003 |
| 適用後のOSビルド | 26100.9168 | 26200.9168 |
| 同梱されるSSU | KB5123304 | KB5123304 |
| SSUビルド | 26100.9156 | 26100.9156 |
Microsoft Updateカタログにも、24H2と25H2、それぞれのx64版・Arm64版がKB5121003として登録されています。(Microsoft Update Catalog)
25H2でもSSUが「26100.9156」なのは正常
Windows 11 25H2のOSビルドは26200.9168ですが、MicrosoftがKB5121003に記載しているSSUビルドは26100.9156です。
これは、次の2つが別の値だからです。
- OSビルドは、Windows全体の更新水準を示す
- SSUビルドは、更新プログラムを処理するサービススタックの更新水準を示す
したがって、25H2端末で「OSビルドは26200なのに、SSUは26100になっている」としても、この組み合わせだけで誤適用や更新失敗とは判断できません。KB5121003の公式パッケージ情報と一致していれば正常です。(マイクロソフトサポート)
SSUと累積更新プログラムの違い
SSUは、Windows Updateをインストールする仕組みそのものを更新するパッケージです。サービススタックには、コンポーネントベースのサービス処理を担うCBSが含まれ、DISM、システムファイルチェッカー、Windows機能の追加、コンポーネントストアの修復などにも関係します。(Microsoft Learn)
一方、LCUと呼ばれる累積更新プログラムには、Windows本体のセキュリティ修正や品質改善がまとめて含まれます。
近年のWindowsでは、最新のSSUとLCUは一つの累積更新パッケージとして提供されます。Microsoftによると、この統合方式は2021年2月以降の対応バージョンで採用されており、Windows Update、WSUS、Microsoft Updateカタログでは、通常は月例の累積更新プログラムを展開すればSSUも適切に適用されます。(Microsoft Learn)
そのため、KB5121003では次の関係になります。
KB5121003
├─ Windows本体の累積更新
└─ SSU KB5123304
└─ サービススタック ビルド26100.9156KB5123304が更新履歴やカタログに見つからない理由
KB5123304はKB5121003に同梱されるSSU番号です。Windows Updateの「更新の履歴」では、メインの累積更新であるKB5121003だけが確認でき、SSU番号が別項目として表示されない場合があります。
また、新しいWindowsでは、KB記事本文にメインKBとは異なるSSU番号が記載されていても、Microsoft UpdateカタログにSSU番号の個別エントリがないことがあります。Microsoftは、この場合はSSU番号ではなく、メイン記事のKB番号を使ってカタログを検索するよう案内しています。(Microsoft Learn)
つまり、次の検索方法が適切です。
| 目的 | 検索する番号 |
|---|---|
| KB5121003の更新パッケージを探す | KB5121003 |
| 同梱SSUの基準値を確認する | KB5121003の公式サポート記事 |
| 端末上のSSU状態を確認する | PowerShellまたはDISMのパッケージ一覧 |
| KB5123304の単独MSUを探す | 原則として行わない |
Microsoft公式のパッケージ情報で26100.9156を確認する方法
「コンポーネントの更新」を確認する
MicrosoftのKB5121003サポートページを開き、次の順番で確認します。
- ページ上部の対象OSを確認する
- 「コンポーネントの更新」を探す
- 「サービス スタック更新プログラム」を確認する
- KB5123304とビルド26100.9156の記載を確認する
Microsoft公式ページには、次の対応関係が明記されています。
サービス スタック更新プログラム
KB5123304
ビルド26100.9156この部分が、KB5121003に含まれるSSU水準を判断する一次情報になります。(マイクロソフトサポート)
「ファイル情報」を確認する
同じページの下部にある「ファイル情報」も確認します。
KB5121003では、累積更新プログラムのファイル情報とは別に、SSUについて次の情報が掲載されています。
SSU（KB5123304）
バージョン26100.9156サービススタックのファイルバージョンや、更新パッケージに含まれるファイルを調査するときは、このSSU用ファイル情報が基準になります。(マイクロソフトサポート)
端末のOSビルドを確認する
winverで確認する
まず、KB5121003のWindows本体側が適用されているかを確認します。
Windowsキー + Rを押すwinverと入力する- 表示されたバージョンとOSビルドを確認する
KB5121003適用直後の基準は次のとおりです。
| Windowsのバージョン | 期待されるOSビルド |
|---|---|
| Windows 11 24H2 | 26100.9168 |
| Windows 11 25H2 | 26200.9168 |
ただし、winverで確認できるのはWindows全体のOSビルドです。SSUのビルド26100.9156がwinverに表示されるわけではありません。(マイクロソフトサポート)
更新の履歴を確認する
次の画面も確認します。
設定
→ Windows Update
→ 更新の履歴
→ 品質更新プログラムここでKB5121003が正常にインストールされているかを確認します。
ただし、更新履歴はKB5121003の適用確認には使えても、SSUの詳細なビルド確認には不十分です。KB5123304が別項目として表示されない場合は、PowerShellまたはDISMでパッケージ状態を確認します。
PowerShellでSSUビルド26100.9156を確認する
PowerShellを管理者として起動し、次のコマンドを実行します。
Get-WindowsPackage -Online |
Where-Object { $_.PackageName -match 'ServicingStack' } |
Sort-Object InstallTime -Descending |
Select-Object PackageName, PackageState, ReleaseType, InstallTime |
Format-ListGet-WindowsPackage -Onlineは、現在実行中のWindowsに登録されているパッケージ情報を取得するコマンドです。Microsoftも、実行中のOSを調べる場合は-Onlineを使用すると説明しています。(Microsoft Learn)
出力では、次の項目を確認します。
| 項目 | 確認内容 |
|---|---|
| PackageName | ServicingStackと26100.9156を含むか |
| PackageState | Installedになっているか |
| InstallTime | KB5121003を適用した時期と整合するか |
| より新しいパッケージ | 後続更新でSSUが更新されていないか |
26100.9156だけに絞り込む場合は、次のコマンドを使用します。
Get-WindowsPackage -Online |
Where-Object {
$_.PackageName -match 'ServicingStack' -and
$_.PackageName -match '26100\.9156'
} |
Format-List PackageName, PackageState, InstallTime出力がない場合の注意点
何も表示されなかったからといって、すぐにSSUのインストール失敗とは断定できません。
後続の累積更新プログラムを適用している端末では、26100.9156より新しいSSUが現行パッケージになっている可能性があります。古いSSUパッケージがSupersededとして残る場合もあれば、コンポーネントのクリーンアップ後に一覧の見え方が変わる場合もあります。
そのため、まずはバージョンを限定しない一覧を確認し、最新のサービススタックが26100.9156以上かを判断してください。SSUは累積更新プログラムの一部として継続的に更新されます。(Microsoft Learn)
DISMでSSUのパッケージ状態を確認する
PowerShellの結果だけでは判断できない場合は、DISMでパッケージ一覧を取得します。
管理者としてコマンドプロンプトを開き、次のコマンドを実行します。
DISM /Online /Get-Packages /Format:List > "%TEMP%\windows-packages.txt"
notepad "%TEMP%\windows-packages.txt"メモ帳が開いたら、次の文字列を検索します。
ServicingStack
26100.9156
RollupFix
26100.9168
26200.9168DISMの/Get-Packagesは、対象イメージ内のパッケージ情報を一覧表示する正式な確認手段です。/Format:Listを指定すると、パッケージID、状態、リリース種類、インストール日時などを確認しやすくなります。(Microsoft Learn)
特定パッケージの詳細を確認する
一覧からSSUのパッケージIDをコピーし、次のコマンドを実行します。
DISM /Online /Get-PackageInfo /PackageName:"ここにパッケージIDを貼り付ける"確認したい主な項目は次のとおりです。
- パッケージの状態が
Installedか - パッケージ名に26100.9156が含まれるか
- インストール日時がKB5121003の適用時期と整合するか
- 再起動待ちや保留状態になっていないか
パッケージIDは端末のアーキテクチャやメタデータによって長い文字列になるため、記事などに掲載されたパッケージIDをそのまま流用せず、対象端末のGet-Packages結果からコピーしてください。
オフラインイメージのSSUを確認する方法
マウントしたWIMイメージや、展開前のWindowsイメージを調査する場合は、-Onlineではなくマウント先を指定します。
PowerShellでは次のように実行します。
Get-WindowsPackage -Path "C:\Mount" |
Where-Object { $_.PackageName -match 'ServicingStack' } |
Sort-Object InstallTime -Descending |
Select-Object PackageName, PackageState, InstallTime |
Format-ListDISMでは次のように確認します。
DISM /Image:C:\Mount /Get-Packages /Format:ListC:\Mountは、直下にWindowsフォルダーが存在するイメージのマウントルートを指定します。PowerShellのGet-WindowsPackageは、-Onlineで実行中のOSを、-Pathでマウント済みイメージを調査できます。(Microsoft Learn)
確認結果の読み方
KB5121003の適用状況は、OSビルドとSSUを別々に確認して判断します。
| 確認結果 | 判断 | 次の対応 |
|---|---|---|
| 24H2が26100.9168、SSUが26100.9156 | KB5121003の基準と一致 | 追加対応は不要 |
| 25H2が26200.9168、SSUが26100.9156 | 正常な組み合わせ | 26200系SSUを探さない |
SSU 26100.9156がInstalled | KB5121003のSSU水準に到達 | LCU側の状態も確認 |
SSU 26100.9156がSupersededで、より新しいSSUがInstalled | 後続更新で置き換え済み | 基本的に正常 |
| OSビルドが9168より新しく、SSUも9156より新しい | 後続更新を適用済み | 正常と判断可能 |
| OSビルドが9168未満で、SSUも古い | KB5121003が未適用または失敗 | 更新履歴とエラーコードを確認 |
| KB5121003が再起動待ち | インストール処理が未完了 | 再起動後に再確認 |
| KB5121003は成功表示だがSSUを確認できない | 表示方法またはパッケージ状態の追加確認が必要 | DISMとCBS.logを確認 |
特に重要なのは、KB5121003が提供した基準値と、端末に現在入っている最新SSUを区別することです。
後続更新を適用済みの端末に対して、26100.9156との完全一致だけを必須条件にすると、正常な端末を誤って異常判定する可能性があります。
servicing問題を切り分ける手順
更新のどの段階で失敗しているか確認する
Windows Updateの問題は、大きく次の段階に分けて調べます。
| 失敗段階 | 主に確認する情報 |
|---|---|
| 更新プログラムが検出されない | Windows Updateポリシー、WSUS、WindowsUpdate.log |
| ダウンロードされない | WindowsUpdate.log、ネットワーク、プロキシ |
| インストールに失敗する | CBS.log、SSU、コンポーネントストア |
| 再起動後に元に戻る | CBS.log、セットアップイベント、保留中の処理 |
| オフラインイメージへの適用に失敗する | DISMログ、パッケージ順序、前提更新 |
Microsoftは、Windows Updateクライアント側の診断にはWindowsUpdate.logを、サービススタックでのインストール処理の診断には%systemroot%\Logs\CBS\CBS.logを使用すると案内しています。(Microsoft Learn)
CBS.logで26100.9156とエラーコードを検索する
管理者としてPowerShellを開き、次のコマンドを実行します。
Select-String -Path "$env:windir\Logs\CBS\CBS.log" `
-Pattern '26100\.9156','0x800f0823','0x800f0831','0x800f081f','0x80073712' |
Select-Object -Last 50過去のログも必要な場合は、次のファイルを確認します。
C:\Windows\Logs\CBS\CBS.persist.logMicrosoftは、CBS関連の問題を記録するファイルとしてCBS.logとCBS.persist.logを案内しています。(Microsoft Learn)
エラーコードから原因を絞り込む
| エラーコード | 主な意味 | 確認すべき点 |
|---|---|---|
| 0x800f0823 | 必要なサービススタックより現在のSSUが古い | SSU水準、飛ばした累積更新、オフラインイメージ |
| 0x800f0831 | CBSストアの破損 | DISMによるコンポーネントストア修復 |
| 0x800f081f | 修復元ファイルが見つからない | Windows Updateへの接続、修復ソース |
| 0x80073712 | コンポーネントストアの不整合 | DISMとSFC、CBS.log |
0x800f0823（CBS_E_NEW_SERVICING_STACK_REQUIRED）は、現在のサービススタックが対象更新の要求水準より古い場合に発生するエラーです。Microsoftは、更新を長期間飛ばした端末やオフラインイメージなどで、サービススタックが更新系列から外れる可能性があると説明しています。(Microsoft Learn)
DISMとSFCでコンポーネントストアを確認する
SSUが古いのではなく、コンポーネントストアの破損が原因になっている場合もあります。次の順番で確認します。
DISM /Online /Cleanup-Image /CheckHealth
DISM /Online /Cleanup-Image /ScanHealth
DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow各コマンドの役割は次のとおりです。
| コマンド | 役割 |
|---|---|
| CheckHealth | 既知の破損状態を短時間で確認する |
| ScanHealth | コンポーネントストアを詳しく検査する |
| RestoreHealth | 検出した破損の修復を試みる |
| sfc /scannow | 保護されたシステムファイルを検査・修復する |
Microsoftは、Windows Updateのインストール失敗やコンポーネントストアの破損に対して、まずDISMのRestoreHealthを実行し、その後にsfc /scannowを実行する手順を案内しています。(Microsoft Learn)
WSUS環境では修復ソースにも注意する
通常のRestoreHealthは、不足または破損したファイルをWindows Updateから取得しようとします。
インターネット接続が制限された端末、WSUSのみを使用する端末、閉域環境では、修復元を取得できず0x800f081fになることがあります。その場合は、対象端末と同じWindowsバージョンの正常なWindowsフォルダーやインストールメディアを修復ソースとして指定します。
DISM /Online /Cleanup-Image /RestoreHealth /Source:\\server\share\windows /LimitAccess修復ソースには、対象端末とバージョンや更新水準が合うものを使用してください。古いISOを指定すると、必要なコンポーネントが存在せず、修復できない場合があります。(Microsoft Learn)
KB5121003を手動インストールするときの注意点
KB5123304ではなくKB5121003を検索する
Microsoft Updateカタログで手動入手するときは、同梱SSUのKB5123304ではなく、メイン更新のKB5121003を検索します。
新しいWindows向けの統合パッケージでは、関連SSU番号に個別のカタログ項目が用意されていない場合があります。(Microsoft Learn)
アーキテクチャを間違えない
KB5121003には、次のパッケージがあります。
- Windows 11 24H2 x64
- Windows 11 24H2 Arm64
- Windows 11 25H2 x64
- Windows 11 25H2 Arm64
端末のバージョンとアーキテクチャに一致するパッケージを選びます。Microsoft Updateカタログには4種類が登録されています。(Microsoft Update Catalog)
必要なMSUを一つだけ抜き出さない
Windows 11 24H2以降では、チェックポイント累積更新プログラムが前提になる場合があります。
KB5121003の公式ページでは、Microsoft Updateカタログから必要なMSUをすべて取得して同じフォルダーに配置し、DISMに前提パッケージを検出させる方法と、掲載された順番で個別に適用する方法が案内されています。(マイクロソフトサポート)
手動導入時に失敗しやすいのは、KB5121003のMSUだけをダウンロードし、必要なチェックポイントパッケージを省略するケースです。カタログから手動展開する場合は、必ずKBページに記載されたその月の手順を確認してください。
まとめ
KB5121003のSSU確認では、次の順番で調べると誤判定を防げます。
- Microsoft公式ページで、同梱SSUがKB5123304、ビルド26100.9156であることを確認する
winverで、24H2は26100.9168、25H2は26200.9168になっているか確認する- PowerShellまたはDISMで、サービススタックのパッケージ名と状態を確認する
- 後続更新を適用済みなら、26100.9156との完全一致ではなく、それ以上のSSU水準かを確認する
- 更新失敗時は、CBS.log、エラーコード、DISMのコンポーネントストア診断を組み合わせる
KB5123304が更新履歴に単独表示されないことや、25H2のSSUが26100系であることは、それだけでは異常ではありません。公式パッケージ情報、OSビルド、端末上のパッケージ状態という3つの情報を照合することが、servicing問題を正しく切り分けるポイントです。(マイクロソフトサポート)
コメント