0x80070643の原因と対処法大全で更新失敗を最短で解決する方法

Windows Updateで「0x80070643」が出て、定義更新や.NET/Officeの更新が何度も失敗していませんか。私たちの検証では、更新の失敗要因の多くが「セキュリティプラットフォームの競合」と「更新コンポーネントの破損」に集中し、イベントログとCBSログの確認で再現性高く切り分けできました。Microsoftの公開情報でも、KB2267602（Defender 定義更新）やKB5007651（Edge関連）での発生が報告されています。

本稿では、まず「0x80070643」の意味と症状を整理し、Windows10/11や20H2以降の傾向、ダウンロードで止まる時に見るべきメッセージとログを明確化します。続いて、再試行とキャッシュ再生成、SFC/DISM、定義更新とプラットフォーム更新の分離、.NET/Office修復などを優先度順に具体化し、ケース別に成功率を高めます。

さらに、回復パーティションの空き不足やストレージの物理エラー、サードパーティ製ウイルス対策の残存ドライバまで安全に切り分けます。面倒な手順も、必要な順番と判断基準がわかれば短時間で前進できます。まずは、今の症状に合う章から読み進めて、再起動だけでは直らなかった更新失敗を一つずつ解消していきましょう。

0x80070643の意味と症状をまず確認する

Windows Updateと0x80070643の関係を理解する

Windows Updateで表示される0x80070643は、更新プログラムの適用途中で処理が中断されたことを示します。特にセキュリティ更新や定義更新で発生しやすく、Microsoft Defenderの定義KB2267602や累積更新KB5042320、KB5057589、KB5063523などで「ダウンロードエラー」や「エラーでインストールできない」と表示される傾向があります。原因は複合的で、更新コンポーネントの不整合、.NET FrameworkやWindowsInstallerの異常、回復パーティションの空き不足、サードパーティ製セキュリティの干渉が代表例です。0x80070643はWindows10とWindows11の両方で起こり、同じコードでも「ダウンロードで停止」か「インストールで失敗」かで対処が異なります。まずは現象の切り分けから着手し、直らない状態が続く場合は段階的に検証を進めるのが近道です。

• セキュリティ更新や定義更新での発生が多く、再試行で解決しないことがある

• インストール段階の失敗は.NETやWindowsInstallerが関係するケースが目立つ

• ダウンロード段階の停止はネットワークやUpdateサービスのキャッシュ要因が多い

上記を踏まえ、どの段階で失敗しているかを把握すると無駄な再起動を減らせます。

ダウンロードで止まる場合に注目するログと表示メッセージ

ダウンロードエラーが出る場合は、表示メッセージとログの突き合わせで原因を絞り込みます。まずWindowsUpdateの画面に出る「ダウンロードエラー-0x80070643」や「エラーでインストールできないのはなぜですか」のヘルプ誘導を控えめに参照しつつ、イベントビューアーのWindowsログ→セットアップとApplications and Services Logs→Microsoft→Windows→WindowsUpdateClient/Operationalを確認します。該当KBが特定できるなら、KB5057589やKB5042320などの失敗履歴をWindowsUpdateの更新履歴で照合し、時間帯とエラーの発生箇所を一致させます。ネットワーク起因が疑わしい時は、DeliveryOptimizationとBITSの警告も要チェックです。加えて、SoftwareDistributionフォルダーの破損やキャッシュ不整合が原因なら、サービス停止後のキャッシュ再生成が有効です。ポイントは、ダウンロード停止とインストール失敗を混同しないことで、前者は通信・キャッシュ、後者は構成・依存関係を主に疑います。

この表を手掛かりに、再試行の前に原因候補を1つずつ潰していくと効率的です。

Windows10とWindows11で発生条件は何が違うか

Windows10では20H2以降、.NETランタイムや累積更新とドライバー更新の同時適用で再起動を伴う競合が起き、0x80070643が出やすい傾向がありました。Windows11では回復パーティションの容量要件が上がった影響で、回復パーティションの空き不足がインストール段階の失敗に直結するケースが目立ちます。さらにWindows11の累積更新はServicingStackの依存が厳格になり、前提SSUの適用漏れが原因で失敗することがあります。一方でWindows10はDefender定義更新KB2267602の一時的な取得不具合や、サードパーティ製ウイルス対策の干渉によるケースも多く見られます。0x80070643が直らない場合は、使用環境に合わせて注力ポイントを変えましょう。Windows10ではUpdateコンポーネントのリセットと.NET修復、Windows11では回復パーティションの空き確認とServicingStackの整合性が近道です。Edge更新で同コードが出るときは、インストーラー権限やポリシーの影響も疑ってください。

1. 失敗段階を特定する（ダウンロードかインストールか）
2. OSごとの頻出原因に合わせて優先度を決める
3. キャッシュ再生成、.NET/WindowsInstaller修復、回復パーティションの空き確認を順に実施
4. 特定KB（KB5057589など）でのみ失敗する場合は前提更新の適用可否を確認する
5. それでも改善しない場合は、セキュリティ製品を一時停止して再試行する（必ず再有効化）

0x80070643が発生する主な原因を体系化する

ウイルス対策ソフトやWindows Defenderとの干渉

0x80070643がWindowsUpdateやアプリのインストール時に出る背景には、ウイルス対策ソフトとWindowsDefenderの重複防御やリアルタイム保護の衝突があります。特にWindows10やWindows11で企業向けポリシーやセキュリティソフトの自己防衛機能が強い場合、更新プログラムの展開時にファイルの一時領域やレジストリへの書き込みが遮断され、ダウンロードエラーやインストール失敗に発展しやすいです。MicrosoftDefenderはプラットフォーム更新と定義更新を個別に行うため、片方だけが古いと検疫ロジックが不整合を起こしやすく、Edgeや.NET、KB5057589やKB5063523などの更新プログラムでも同様のエラーが発生します。再検索ワードで多い「0x80070643直らない」は、保護機能の一時停止や除外設定の未調整が原因として目立ちます。安全を損なわずに干渉を抑えるには、更新中のみリアルタイム保護を一時停止し、完了後すぐに復帰する運用が現実的です。加えて、サードパーティ製の常駐監視はアップデート処理用のキャッシュと回復パーティションのアクセスを許可する設定が鍵になります。

• サードパーティ製とWindowsSecurityPlatformの二重保護で更新プログラムの展開が阻害されます

• 自己防衛機能がmsiやセットアップの書き込みを遮断し、インストールの失敗を誘発します

• リアルタイム保護の一時停止と除外設定で干渉を最小化できます

定義更新の失敗とKB2267602の関連性

KB2267602はMicrosoftDefenderのセキュリティインテリジェンス定義に関する更新で、WindowsUpdate経由の適用時にネットワーク断、署名検証エラー、ストレージ容量不足、あるいは古いプラットフォームコンポーネントとの不整合があると0x80070643が表示されます。ポイントは定義更新とプラットフォーム更新を分けて診断することです。前者はウイルス定義ファイルの取得と差分適用、後者はDefenderエンジンの置換を伴い、失敗の原因が異なります。たとえばKB2267602でダウンロードエラーが出る場合はネットワークとキャッシュ破損の切り分け、KB5057589やKB5042320など他の更新プログラムではWindowsInstaller側の整合性を確認します。Windows10とWindows11で挙動が少し異なるため、OSビルドの状態も合わせて見ると早期に特定できます。過去のKBでの残骸キャッシュが原因になることもあり、定義の手動更新で回避できるケースがあります。

簡潔に言うと、定義とプラットフォームを切り分け、キャッシュと容量、署名の順で確認すると再現性の高い解決につながります。

システムファイルや更新コンポーネントの破損

0x80070643が長期化する場合、システムファイルの破損やWindowsUpdateコンポーネントの異常、WindowsInstallerや.NETの不整合が潜むことが多いです。Windows10やWindows11共通で、SFCとDISMの順序で診断し、CBSログのエラーと突き合わせると原因が絞れます。特に.NETの修復や再構成が必要なケースは、Edgeやアプリのインストール失敗、アンインストール不全と併発しやすく、KB5057589やKB5063523などの更新プログラム適用時にも影響します。更新プログラムの検証に使うUpdateスタックやWindowsInstallerのサービス状態、さらに回復パーティションの容量不足が重なると、エラーは「エラーでインストールできないのはなぜですか」という疑問に直結します。ダウンロードエラーからインストール失敗へ進む流れを断ち切るには、キャッシュの再生成、.NET修復、インストーラーの再登録まで一気通貫で行うのが効果的です。

1. SFCとDISMを順に実行し、破損とコンポーネント格納の整合性を修復します
2. WindowsUpdateのキャッシュをクリアし、BITSと関連サービスを再起動します
3. .NET修復ツールの実行とWindowsInstallerの再登録でインストール経路を整えます
4. 回復パーティションとシステムドライブの空き容量を確保します
5. 個別KBのスタンドアロンパッケージを適用し、再度Updateで整合を確認します

以上の流れで、0x80070643が「直らない」状態や「ダウンロードエラー」からの連鎖を断ちやすくなります。 KB5042320やKB5063523、Kb4475587などで再発する場合も同手順の再適用が有効です。

直らない時に有効な基本手順から順番に試す

Windows Updateの再試行とキャッシュの再生成

WindowsUpdateでエラーコードが表示される時は、まず基本のやり直しからが近道です。特に0x80070643は更新プログラムの取得や検証に失敗した時に起きやすく、キャッシュ破損や一時的な通信の問題が原因になることがあります。ポイントは、再起動→再試行→キャッシュ再生成の順で実施することです。再起動後に「更新プログラムのチェック」を実行し、改善がなければSoftwareDistributionとCatroot2のリセットを行います。手順の骨子は、WindowsUpdateサービスの停止→フォルダー名変更→サービス再開です。これでアップデートファイルの検証がやり直され、0x80070643に伴うダウンロードエラーやインストール失敗の再発を抑えられます。特定のKBで失敗が続く場合は、個別のスタンドアロンパッケージの入手も検討してください。

• 効果が高い順に実施すると無駄が減ります

• 0x80070643は一時的な破損が原因のことが多いです

• 通信とストレージの空き容量も合わせて確認しましょう

アップデートファイルの再ダウンロードが必要なケース

アップデートの再取得が有効なのは、破損や途中失敗の痕跡が残るケースです。ダウンロードエラーが0x80070643と併記される、WindowsUpdateの履歴に失敗が連続する、ストレージの空きが少ない、ウイルス対策ソフトのリアルタイム保護が干渉しているなどが判断材料になります。まずは回線の安定化と一時ファイルの削除を行い、必要に応じて回復パーティションの空きも確認します。次にSoftwareDistributionをリセットしてから再ダウンロードを実行します。Edge拡張や常駐アプリが更新を監視していると失敗しやすいため、クリーンブートでの再試行も有効です。Windows10とWindows11で画面表示は異なりますが、流れは同じで、特定KB（例としてKB5057589やKB5063523）で失敗が固定化しているなら単体のパッケージに切り替えて検証します。

小さな切り分けを積み上げることで、原因の層を素早く特定できます。

システム修復コマンドで破損を直す

再取得でも直らない時は、システムファイルの破損が0x80070643の根底にある可能性が高いです。実行順はDISM→SFCが基本です。まず管理者権限のターミナルでDISMの健康診断と修復を行い、コンポーネントストアを整えてからSFCでOSの保護ファイルを検査・修復します。重要なのは、再起動をはさみながら結果を確認すること、そしてログの要点を押さえることです。CBS.logやDISMのログに破損の検出や未修復の記録があれば、再度DISMを実行してからSFCを繰り返します。セキュリティ更新やWindowsUpdateの更新プログラムが失敗し続ける時は、復旧の観点でストレージの健全性チェックやウイルス対策ソフトの一時停止も併用すると成功率が上がります。コマンドの完了メッセージを鵜呑みにせず、履歴の表示と再試行で実効性を確認しましょう。

1. 管理者権限でターミナルを開く
2. DISMのスキャンと修復を実行する
3. 再起動後にSFCを実行する
4. 履歴を確認してWindowsUpdateを再試行する

この流れでUpdate関連の破損を段階的に修復できます。

ケース別の対処法で解決率を上げる

Windows Defenderやセキュリティプラットフォームで失敗する場合

WindowsUpdateでWindowsDefenderの更新プログラムがダウンロードエラーやインストール失敗になり、エラーコードが0x80070643として表示される場合は、定義更新とプラットフォーム更新を分けて処理すると改善します。ポイントは、まずプラットフォームの正常性を整え、次に定義を再取得する流れです。以下を順に実行してください。原因の切り分けが進むほど再現が減り、回復までの時間を短縮できます。セキュリティ製品の干渉やストレージの容量不足があると失敗が続くため、空き容量とリアルタイム保護の設定確認も有効です。Edgeや他アプリの起動中は一時的に停止してから再試行すると成功率が上がります。

• プラットフォーム更新の安定化を優先して適用

• 定義更新は手動で再取得し直す

• 空き容量とストレージの状態を確認

• 他社ウイルス対策の干渉を一時停止

KB名との紐づけとトラブルの傾向

WindowsDefenderの定義更新であるKB2267602は頻繁に配信されるため、回線やキャッシュ不整合で失敗が起きやすいのが特徴です。一方、KB890830は悪意のあるソフトウェアの削除ツールで、実行時の一時ファイル作成に失敗すると0x80070643が発生します。切り分けの観点は、定義更新の繰り返し失敗なら配信キャッシュやサービスのリセット、削除ツールの失敗なら一時領域と権限の確認です。再検索ワードの0x80070643直らないという状況でも、どのKBで止まるかを特定すると対処法が明確になります。特定KBのみが失敗するなら、そのKBを個別に再取得する運用が効果的です。

補足として、失敗が連続する場合は回復パーティションの容量不足やシステムファイルの破損も疑い、後述の修復手順と組み合わせると効果的です。

.NETやOfficeの更新で0x80070643が出る場合

.NETの更新やOfficeの更新プログラムで0x80070643が表示される時は、インストールベースの破損やWindowsInstallerの状態不良が原因になりやすいです。まずは修復を実行し、再適用を試す順番が鉄則です。Officeはクイック修復で改善しない場合にオンライン修復へ進みます。.NETは修復ツールと機能の有効化を見直すことで成功率が上がります。Windows10とWindows11のどちらでも考え方は同じで、失敗が続く環境では一時的に他の常駐ソフトを停止し、Updateサービスのキューを整理するのが有効です。0x80070643エラーでインストールできないのはなぜですか、という疑問には、既存コンポーネントの破損とインストーラーの整合性不良が核心だと答えられます。

1. Officeのクイック修復を実行し、改善しなければオンライン修復へ進む
2. .NET修復ツールの実行後、必要な機能を再有効化して更新を再試行
3. WindowsInstaller関連サービスを再起動してから再適用
4. Updateコンポーネントのリセットを行い、キャッシュを再生成
5. 再起動後に単体の更新プログラムだけを適用して結果を確認

Microsoft Edge関連や特定のセキュリティ更新で出る場合

Edgeのコンポーネント更新やKB5007651などの特定セキュリティ更新で失敗するケースでは、ブラウザのプロセス占有やファイルのロックが原因となり、WindowsUpdateが完了しないことがあります。この場合は、Edgeをすべて終了してから更新を再実行し、必要に応じてスタンドアロンパッケージの再適用を選びます。KB5057589やKB5063523、KB5042320などで0x80070643が表示される報告もあり、同様の手順が有効です。Windows10とWindows11どちらのPCでも、更新の順序をシンプルにし、同時適用を避けると成功率が上がります。ダウンロードエラーが続くなら一時的に配信最適化を無効にし、ストレージの健全性を確認してください。単体KBの再適用とブラウザ完全終了を徹底するだけで改善する事例が多いです。

ストレージと回復パーティションの問題を切り分ける

容量不足や物理障害をチェックする

WindowsUpdateで0x80070643が表示されるとき、まず疑うべきはストレージの容量不足やディスクの物理障害です。更新プログラムの展開には一時ファイルと回復用の作業領域が必要になるため、Cドライブの空きが少ないとダウンロードエラーやインストール失敗が発生します。手順はシンプルです。不要な一時ファイルや古い更新ファイルを削除し、容量を確保します。続いて管理者権限のターミナルでchkdskを実行し、ファイルシステムの破損を検出して修復します。異音や頻繁なフリーズなど物理障害の兆候がある場合は、重要データのバックアップやデータリカバリーの検討を優先してください。特定のKB（例としてKB5057589やKB5063523など）で失敗が続くときは、ストレージ状態の影響を受けやすいため、空き容量の確保とエラーの早期診断が近道です。

• ポイント

  • 空き容量は最低20GB前後を目安に余裕を持たせる
  • chkdskとS.M.A.R.T.の確認で論理/物理の切り分けを行う
  • バックアップを先に実行しデータ喪失リスクに備える

補足として、0x80070643がWindows10とWindows11の双方で発生しても、容量不足と破損ファイルが共通の原因になりやすいことを覚えておくと対応が速くなります。

回復パーティションの空き不足が影響する場合

回復パーティションの容量が不足すると、更新プログラムや機能更新の展開で回復イメージの再配置に失敗し、0x80070643の再発や「エラーでインストールできないのはなぜですか」という状態に陥りやすくなります。特にWindows10からWindows11へ移行したPCや、OEM構成で回復領域が小さい機器では影響が顕著です。安全な対処の方向性は明確です。まずはメインパーティション側の空きを増やし、一時領域不足を解消します。次にディスク管理ツールでパーティション配置を確認し、システムと回復領域の間に未割り当てがないかをチェックします。サイズ変更が必要な場合は、事前バックアップの完了を前提に信頼できるツールで拡張します。無理に削除や移動を行うと起動不能や回復不可のリスクがあるため、削除ではなく拡張を優先するのが安全策です。特定のKB（KB5042320やKB2267602など）で更新が直らない場合も、回復領域の不足が影響している例は少なくありません。

補足として、Edge更新や特定KBが失敗する時も根は同じで、容量と回復領域の健全性を整えることが安定化に直結します。

サードパーティ製ウイルス対策ソフトの干渉を安全に外す

一時的に無効化して更新を実施する

WindowsUpdateで0x80070643が表示されるときは、サードパーティ製ウイルス対策ソフトの常駐監視が更新プログラムのインストールを妨げている場合があります。安全に進めるコツは、短時間だけ無効化し再起動を交えて更新を完了させることです。以下の手順で安定性を確保します。

• リアルタイム保護を一時停止する設定を開き、時間制限付きで停止します

• ファイアウォール機能は停止しないか、停止時間を最小にします

• Windowsを再起動し、起動直後にWindowsUpdateを実行します

• 更新が完了したら即再有効化し、保護状態を確認します

補助として、タスクトレイのアイコンから「一時停止」を選び、完了後に「有効化」に戻すのが簡単です。0x80070643がWindows10やWindows11に限らず起きるケースでも、干渉を最小化した状態で実行するとダウンロードエラーや「エラーでインストールできないのはなぜですか」という疑問を解消しやすくなります。KB5057589やKB5042320、KB5063523など特定の更新プログラムで失敗する場合も同様です。MicrosoftDefenderは自動で有効になるため、短時間の停止でもセキュリティの空白を最小化できます。

古いプログラムの残存やレジストリの不整合を整理する

アンインストール後の残存ドライバやサービス、レジストリの不整合が残ると、インストールの検証段階で署名や権限の整合性エラーが発生し、0x80070643に繋がることがあります。特にWindowsInstallerや.NET関連、ウイルス対策ソフトのフィルタドライバが残ると、更新プログラムやアプリのインストールが失敗しやすいです。次の観点で確認すると改善します。

残骸を整理したら再起動し、WindowsUpdateを再試行します。メーカー純正のアンインストールツールの使用が安全で、手作業の削除よりリスクを低減できます。0x80070643が「直らない」「ダウンロードエラーのまま」という状況でも、残存コンポーネントの排除と容量確保で成功率が上がります。特定のKB（例：KB2267602やKb4475587、kb5057589）で固有に失敗する際も、同様の整理で改善するケースが多いです。

それでも解決しない時の上級トラブルシューティング

Windows Updateのトラブルシューティングツールと手動適用

WindowsUpdateのダウンロードエラーで0x80070643が残る場合は、ツール実行から手動適用までを順に進めると改善しやすいです。ポイントは、原因の切り分けを段階的に行うことです。まず設定アプリからトラブルシューティングツールを実行し、検出と修復を完了させます。再起動後、更新プログラムの再試行で挙動を確認します。改善しない時はカタログから対象KB（例としてKB5057589やKB5063523など）を入手し、スタンドアロンパッケージの手動インストールを試します。Windows10とWindows11のどちらでも手順はほぼ同じで、署名と適合するアーキテクチャの確認が重要です。0x80070643が直らない場合でも、順序を守ることでインストール失敗の原因を特定できます。

• ツール実行で自動修復を優先する

• 対象KBの一致（OSビルド/アーキテクチャ）を確認する

• 再起動と再試行で結果を比較する

補足として、定義更新（例:KB2267602）で失敗する場合はセキュリティ製品の干渉や署名キャッシュの不整合が関与することがあります。

Windows Installerやサービスの再登録で改善するケース

0x80070643がインストール工程で表示されるときは、WindowsInstaller（MSI）やUpdate関連サービスの登録不整合が原因のことがあります。サービスの状態と依存関係を確認し、必要に応じて再登録とキャッシュの修復を行います。イベントビューアではアプリケーションおよびSetupのログを開き、エラーコードと失敗モジュールを特定します。MSIのリセット、BITSとWindowsUpdateサービスの再起動、.NETの修復インストールは有効です。特にシステムファイルの破損や回復パーティションの容量不足があると、インストールが失敗し続けるため注意が必要です。以下の表で確認観点を整理します。

• サービスと依存関係の整合性を確保する

• イベントログのエビデンスで原因を特定する

• 容量と破損の診断を並行して進める

上記を実施しても改善しない場合は、WindowsUpdateのコンポーネントリセットや、.NETの修復、セキュリティソフトの一時停止の順で対処法を重ねると、0x80070643の再発防止につながります。

0x80070643に関するよくある質問をまとめて確認する

ダウンロードエラーで止まるのは何が原因か

WindowsUpdateで0x80070643が表示され、ダウンロードエラーで止まる場合は、更新プログラムの一時ファイル破損やネットワーク不安定、Defenderの定義更新失敗、ストレージの容量不足が主な原因です。まずはSoftwareDistributionのキャッシュ破損を疑い、サービス停止後にクリアします。続いて回線品質の確認やプロキシ設定の無効化、メーター接続の解除を行います。Defender更新での0x80070643はKB2267602の再取得が有効です。容量不足や回復パーティションの断片化でも発生するため、空き容量の確保とストレージ診断を実施します。特定KB（例としてKB5057589やKB5042320、KB5063523）で繰り返す場合はスタンドアロンインストーラーの適用で回避できます。

• ポイント

  • 一時ファイル破損とネットワーク不安定の切り分けが最短経路です
  • Defender定義の再取得でダウンロードエラー-0x80070643は収束しやすいです

回復パーティションの容量不足はどう対応するのか

0x80070643が回復パーティションの容量不足と関係するケースでは、Windowsの更新でWinREや回復環境の拡張が求められ、回復パーティションの拡張失敗がインストール失敗を誘発します。安全な手順は次の順番です。まずはCドライブの不要データ削除で空き容量を増やし、次にWinREの状態を確認します。必要に応じてDiskPartや設定メニューからWinREの一時無効化→更新適用→再有効化を行います。最後の手段としてのみ、パーティションのサイズ調整を行います。誤操作はデータの破損や起動不能を招くため、バックアップの取得と回復ドライブの作成を先に実施してください。企業PCや重要データがある場合は、専門のサポートへの相談が安全です。

短時間での改善は上から順に試すとリスクを抑えやすいです。

Windows10とWindows11では対応は変わるのか

0x80070643の原因は共通の仕組みに起因するため多くは同じ対処法で解決します。共通手順は、更新サービスの再起動、一時ファイルクリア、SFCとDISMの修復、ドライバやセキュリティソフトの干渉確認です。差分として、Windows11は回復パーティション要件が厳格化され、WinRE更新で容量不足が出やすい点が特徴です。Windows10では古い.NETやOffice更新が残って再適用ループになる傾向があります。特定KBのエラーは、それぞれのOSに合うスタンドアロンパッケージを使い分けると成功率が上がります。Edge関連の更新で失敗する場合は、Windows11のWebView2や既定ブラウザ設定の影響も確認してください。いずれのOSでも再起動を挟む手順の順守が効果的です。

• 押さえる点

  • 共通手順は同じ、差分はWinRE要件と古いコンポーネントの扱いです
  • EdgeやWebView2の状態がアプリ更新の失敗に波及することがあります

Defenderとサードパーティ製ではどちらが影響しやすいのか

干渉という観点では、サードパーティ製セキュリティソフトや残存ドライバの方が0x80070643を引き起こしやすいです。アンインストール後もフィルタドライバやサービスが残存し、WindowsUpdateやインストール処理に衝突します。DefenderはWindowsと同一の更新パイプラインで、KB2267602などの定義更新が失敗しても再取得で回復しやすいのが特長です。比較検討のポイントは、同時稼働の有無、リアルタイム保護のレベル、HTTPS検査の可否です。切り分けでは、一時停止→更新→再有効化の順で影響度を見極め、完全削除が必要なら専用アンインストーラを利用します。企業配布のエージェント系ソフトは、プロキシや証明書挿入で影響するため設定の確認が不可欠です。

表の通り、まずは同時稼働を避けて影響範囲を明確にしましょう。

Officeや.NETの更新で失敗する時に先に試すこと

0x80070643がOfficeや.NETの更新で発生する時は、修復実行と再構成、再適用の順番で進めると成功率が高まります。手順は次の通りです。まずはアプリを終了し、管理者権限でSFCとDISMを実行します。続いてOfficeのクイック修復→オンライン修復を試し、.NETは修復ツールや再配布ランタイムの再インストールを行います。WindowsInstallerの状態が不安定な場合は、サービスの再起動と一時ファイルクリアを合わせます。特定KB（例KB5057589やKB5063523）が失敗する時は、スタンドアロンインストーラーから適用し、ログのエラーコードを確認して不足コンポーネントを補完します。これでも直らない場合は、クリーンブートで常駐を最小化し、再試行してください。

1. SFCとDISMの実行でシステム破損を修復する
2. Office修復と.NETの修復ツールを適用する
3. スタンドアロンインストーラーで特定KBを再適用する
4. クリーンブートで常駐の干渉を排除する