Windows Security (SecHealthUI) manquant sous Windows 11 Pro : diagnostic et corrections pas‑à‑pas

Après une installation propre de Windows 11 Pro, l’application Windows Security (SecHealthUI) peut manquer. Ce guide montre comment diagnostiquer et restaurer l’interface en toute sécurité, du réenregistrement AppX à la réparation sur place, avec commandes prêtes à l’emploi.

Sommaire

Vue d’ensemble du problème

Sur certaines installations neuves de Windows 11 Pro, l’interface de Windows Security (aussi appelée Microsoft Defender UI) n’apparaît pas. Les signes les plus courants sont :

Le dossier C:\Windows\System32\SecurityHealth est vide ou presque vide.
La commande Get‑AppxPackage Microsoft.SecHealthUI ‑AllUsers ne renvoie rien.
Windows Update ne remonte aucune anomalie et considère le système à jour.

Important : l’absence de l’interface n’implique pas forcément l’absence du moteur antivirus. Dans bien des cas, Microsoft Defender Antivirus continue de protéger l’appareil, mais vous perdez l’accès à la gestion (analyses, historique, exclusions, notifications).

Symptômes et constats rapides

Cliquer sur Paramètres → Confidentialité et sécurité → Sécurité Windows ne lance rien ou ouvre une page vide.
Le raccourci ms-settings:windowsdefender ne démarre pas l’application.
Le service Windows Security Center (wscsvc) est démarré, mais l’UI reste introuvable.
Le dossier C:\Program Files\WindowsApps ne contient aucun répertoire Microsoft.SecHealthUI_8wekyb3d8bbwe (visible uniquement avec des droits administrateur et l’option d’éléments cachés activée).

Pourquoi cela arrive

Plusieurs causes se recoupent fréquemment :

Interruption réseau ou coupure d’alimentation pendant l’étape de provisioning des applications UWP lors de l’installation.
Image ISO modifiée ou « allégée » qui a supprimé des packages AppX natifs.
Stratégies de groupe (GPO) ou paramètres MDM/Intune qui masquent l’application Windows Security ou bloquent Microsoft Store.
Corruption de l’image système (fichiers AppX/manifest absents ou endommagés).

Avant de commencer

Connectez-vous avec un compte disposant de droits administrateur.
Créez un point de restauration ou une sauvegarde système.
Fermez les outils tiers susceptibles d’interférer (nettoyeurs, « debloaters », antivirus tiers).

Solutions proposées (vue synthétique)

Étape	Action	But / détails
Réenregistrer le package UWP	Ouvrir PowerShell en administrateur : Get-AppxPackage -AllUsers Microsoft.SecHealthUI ` \| ForEach-Object { Add-AppxPackage -DisableDevelopmentMode ` -Register "$($_.InstallLocation)\AppXManifest.xml" } Redémarrer.	Replace l’application si elle existe encore dans le profil AppX.
Utiliser le magasin de composants (WinSxS)	Localiser le dossier récent contenant SecHealthUI dans `C:\Windows\WinSxS`, puis : Add-AppxPackage -Register "C:\Windows\WinSxS\...\AppxManifest.xml" ` -DisableDevelopmentMode	Réinstalle le package depuis la copie de sauvegarde fournie par Windows.
Réparer l’image système	`DISM /Online /Cleanup-Image /RestoreHealth sfc /scannow`	Corrige les fichiers corrompus susceptibles d’empêcher l’installation des AppX.
Rafraîchir Microsoft Store / Windows Update	a) Lancer `wsreset.exe` pour réinitialiser le Store. b) Vérifier que les services Windows Update, Microsoft Store Install Service et Windows License Manager sont démarrés. c) Rechercher « Windows Security » dans le Store et l’installer si proposée.	Télécharge la dernière version si elle n’est plus sur le PC.
Réparation sur place (dernier recours)	Monter une ISO de la même édition/build, lancer `setup.exe`, choisir Conserver fichiers et applications.	Réécrit tous les packages UWP officiels, dont Windows Security, sans perte de données.

Procédures détaillées

Réenregistrer le package UWP avec PowerShell

Cette méthode suffit lorsque le package Microsoft.SecHealthUI est encore présent quelque part (utilisateur ou « provisioned »), mais que l’inscription pour votre session a sauté.

Ouvrez PowerShell en tant qu’administrateur.
Vérifiez les packages installés et provisionnés : # Installés pour tous les utilisateurs Get-AppxPackage -AllUsers Microsoft.SecHealthUI # Provisionnés pour les nouveaux profils Get-AppxProvisionedPackage -Online | Where-Object { $_.DisplayName -eq 'Microsoft.SecHealthUI' }
Si un résultat apparaît, réenregistrez : Get-AppxPackage -AllUsers Microsoft.SecHealthUI ` | ForEach-Object { Add-AppxPackage -DisableDevelopmentMode ` -Register "$($_.InstallLocation)\AppXManifest.xml" -ForceApplicationShutdown }
Redémarrez Windows, puis lancez Windows Security depuis le menu Démarrer.

Erreurs fréquentes :

Path not found : passez à la méthode WinSxS.
Deployment failed with HRESULT: 0x80073CF6 : exécutez DISM/SFC (voir plus bas), puis réessayez.

Réinstaller depuis WinSxS

WinSxS conserve des copies des composants système, y compris les Manifests AppX. Si le package n’est plus présent dans WindowsApps, on peut le réinscrire depuis WinSxS.

Ouvrez PowerShell (admin) et cherchez le manifeste : $manifest = Get-ChildItem "C:\Windows\WinSxS" -Recurse -Filter "AppxManifest.xml" ` -ErrorAction SilentlyContinue | Where-Object { $_.FullName -match "SecHealthUI" } ` | Sort-Object LastWriteTime -Descending | Select-Object -First 1 $manifest.FullName
Enregistrez le package : Add-AppxPackage -Register $manifest.FullName -DisableDevelopmentMode
Redémarrez et validez l’ouverture de Sécurité Windows.

Astuce : si plusieurs copies existent, choisissez la plus récente (date de modification la plus récente).

Réparer l’image système avec DISM et SFC

Quand l’inscription AppX échoue à cause de fichiers manquants/corrompus, la réparation de l’image règle le problème dans la majorité des cas.

Ouvrez Invite de commandes en administrateur.
Exécutez : DISM /Online /Cleanup-Image /RestoreHealth sfc /scannow
Attendez la fin des deux opérations, redémarrez, puis testez l’ouverture de l’application.

Notes :

DISM restaure les composants à partir de la source locale (WinSxS). Si une source externe est requise, utilisez un support ISO de même version.
SFC vérifie et remplace les fichiers système corrompus.

Rafraîchir Microsoft Store et Windows Update

Il arrive que la dépendance du Store (service d’installation) soit bloquée, empêchant la récupération de l’UI.

Appuyez sur Win+R, tapez wsreset.exe, validez.
Vérifiez ces services (PowerShell admin) : Get-Service wuauserv, WaaSMedicSvc, BITS, InstallService, LicenseManager | ` Select-Object Status, Name, DisplayName Démarrez-les si nécessaire (ex. Start-Service wuauserv).
Ouvrez Microsoft Store, recherchez « Windows Security » et installez/actualisez si proposé.

Réparation sur place (in‑place upgrade)

Solution radicale mais non destructive, elle réinstalle tous les composants UWP officiels tout en conservant les fichiers et les applications.

Montez l’ISO correspondant à votre édition et build actuelles.
Exécutez setup.exe, choisissez Conserver fichiers et applications, puis laissez l’assistant terminer.
Après redémarrage, vérifiez la présence de Windows Security.

Diagnostics avancés

Vérifier les services liés

Get-Service wscsvc, SecurityHealthService | Format-Table Status, Name, DisplayName

wscsvc (Windows Security Center) doit être en état Running.
SecurityHealthService doit être Running et en démarrage Automatic.

Contrôler les stratégies qui masquent l’UI

Sur Windows 11 Pro, ouvrez gpedit.msc et vérifiez :

Configuration ordinateur → Modèles d’administration → Composants Windows → Windows Security : aucune stratégie ne doit « masquer l’application » ou masquer la zone Protection contre les virus et menaces.
Composants Windows → Microsoft Store : « Désactiver l’application Microsoft Store » doit être Non configuré.

Équivalents Registre (PowerShell admin) :

# Store désactivé ?
Get-ItemProperty "HKLM:\SOFTWARE\Policies\Microsoft\WindowsStore" -Name RemoveWindowsStore -ErrorAction SilentlyContinue

# GPO Windows Security (exemples de clés, varient selon la build)

Get-ChildItem "HKLM:\SOFTWARE\Policies\Microsoft\Windows Defender Security Center" -Recurse -ErrorAction SilentlyContinue

Inspecter les journaux d’installation AppX

Utilisez l’Observateur d’événements : Journaux des applications et services → Microsoft → Windows → AppxDeployment‑Server → Operational. Recherchez des erreurs autour de Microsoft.SecHealthUI (échecs de déploiement, accès refusé, manifeste introuvable).

Vérifier l’intégrité des dossiers clés

C:\Windows\System32\SecurityHealth doit contenir des binaires (p. ex. SecurityHealthHost.exe sur certaines builds). S’il est vide, privilégiez DISM/SFC.
C:\Program Files\WindowsApps est géré par TrustedInstaller. Évitez de prendre la main sur le dossier ; privilégiez Add‑AppxPackage.

Automatisation en un clic (script PowerShell)

Le script ci‑dessous enchaîne diagnostic et réparations non destructives. Exécutez‑le en PowerShell (Admin).

Write-Host "=== Diagnostic SecHealthUI ===" -ForegroundColor Cyan

$hadError = $false

# 1) Services clés

"wscsvc","SecurityHealthService" | ForEach-Object {
$svc = Get-Service $_ -ErrorAction SilentlyContinue
if ($null -eq $svc) { Write-Warning "Service $_ introuvable."; $hadError = $true }
elseif ($svc.Status -ne 'Running') {
Write-Host "Démarrage du service $($*)" -ForegroundColor Yellow
try { Start-Service $* } catch { Write-Warning $_.Exception.Message; $hadError = $true }
}
}

# 2) Paquet installé ?

$pkg = Get-AppxPackage -AllUsers Microsoft.SecHealthUI -ErrorAction SilentlyContinue
if ($pkg) {
Write-Host "Réenregistrement depuis InstallLocation..." -ForegroundColor Yellow
try {
Add-AppxPackage -DisableDevelopmentMode -Register "$($pkg.InstallLocation)\AppxManifest.xml" -ForceApplicationShutdown
} catch { Write-Warning $_.Exception.Message; $hadError = $true }
} else {

# 3) Provisioned ?

$prov = Get-AppxProvisionedPackage -Online | Where-Object { $*.DisplayName -eq 'Microsoft.SecHealthUI' }
if ($prov) {
Write-Host "Réenregistrement depuis ProvisionedPackage..." -ForegroundColor Yellow
try { Add-AppxPackage -Register "$($prov.InstallLocation)\AppxManifest.xml" -DisableDevelopmentMode } `    catch { Write-Warning $_.Exception.Message; $hadError = $true }
  } else {     # 4) Recherche WinSxS
    Write-Host "Recherche du manifeste dans WinSxS..." -ForegroundColor Yellow
    $manifest = Get-ChildItem "C:\Windows\WinSxS" -Recurse -Filter "AppxManifest.xml" -ErrorAction SilentlyContinue`
| Where-Object { $*.FullName -match "SecHealthUI" } | Sort-Object LastWriteTime -Descending | Select-Object -First 1
if ($manifest) {
try { Add-AppxPackage -Register $manifest.FullName -DisableDevelopmentMode } `
catch { Write-Warning $_.Exception.Message; $hadError = $true }
} else {
Write-Warning "Aucun manifeste SecHealthUI trouvé dans WinSxS."
$hadError = $true
}
}
}

# 5) Si erreurs, tenter DISM/SFC

if ($hadError) {
Write-Host "Tentative de réparation DISM/SFC..." -ForegroundColor Yellow
Start-Process cmd.exe -ArgumentList "/c DISM /Online /Cleanup-Image /RestoreHealth && sfc /scannow" -Verb runAs
} else {
Write-Host "Opération terminée. Redémarrez si nécessaire." -ForegroundColor Green
}

Cas d’entreprise et environnements gérés

Intune/MDM : vérifiez que le profil de configuration ne masque pas Windows Security ou ses zones (Virus & threat protection, pare‑feu, etc.).
GPO de durcissement : désactivez temporairement les stratégies qui bloquent les applications de la plateforme UWP ou Microsoft Store le temps de la restauration.
Images personnalisées : si l’ISO de déploiement a été « nettoyée », rebasez‑la sur une source officielle intacte puis refaites une réparation sur place.

Vérifications post‑réparation

Ouvrez Paramètres → Confidentialité et sécurité → Sécurité Windows : l’application doit s’ouvrir sans erreur.
Dans Sécurité Windows, vérifiez la page Protection contre les virus et menaces et exécutez une analyse rapide.
Contrôlez la version du moteur Defender et la mise à jour des définitions.
Assurez‑vous que Get‑AppxPackage Microsoft.SecHealthUI renvoie bien un package avec Status : Ok.

Tableau de correspondance symptômes → causes probables

Symptôme	Cause la plus probable	Piste de correction
ms-settings:windowsdefender ne répond pas	UI non inscrite pour l’utilisateur	Réenregistrement AppX, méthode UWP
`Get-AppxPackage` ne trouve rien	Package supprimé / non provisionné	Recherche et registre via WinSxS, puis DISM/SFC
Erreur 0x80073CF6 / 0x80073D02	Conflit ou corruption AppX	Arrêt des services concernés, DISM/SFC, redémarrage
Store ne télécharge rien	Store désactivé par GPO, cache cassé	wsreset, vérifier GPO/Registre, services Store/Update
`System32\SecurityHealth` vide	Composants supprimés/corrompus	DISM/SFC, réinscription depuis WinSxS, réparation sur place

Résolution d’erreurs fréquentes

Erreur 0x80073CF6 lors de `Add‑AppxPackage`

Cause : incohérence du cache de déploiement AppX. Correction :

Redémarrez.
Exécutez DISM /Online /Cleanup-Image /RestoreHealth puis sfc /scannow.
Relancez Add‑AppxPackage -Register ....

Erreur Access is denied en parcourant `WindowsApps`

Ne forcez pas la prise de possession du dossier. Laissez TrustedInstaller gérer l’accès et utilisez exclusivement Add‑AppxPackage pour l’inscription.

Zone Protection contre les virus et menaces absente

Vérifiez les GPO de masquage des zones de Windows Security et la présence d’un antivirus tiers qui pourrait désactiver la page.

Bonnes pratiques et prévention

Utilisez des supports d’installation officiels et non modifiés.
Évitez les « debloaters » qui suppriment des composants UWP essentiels.
Maintenez Windows Update et Microsoft Store en état Non configuré dans GPO, sauf exigence spécifique.
Documentez et conservez un script de restauration (voir ci‑dessus) pour vos déploiements.

Récapitulatif opérationnel

Tenter le réenregistrement UWP avec Add‑AppxPackage -Register.
Si échec, WinSxS : rechercher le manifest et réinscrire.
Si toujours en échec, lancer DISM puis SFC.
Rafraîchir Microsoft Store et vérifier les services.
En dernier recours, réparation sur place en conservant données et apps.

Informations complémentaires utiles

Impact limité : sans l’interface, le moteur Defender peut continuer à fonctionner, mais la gestion en temps réel (analyses, historique, exclusions) n’est plus accessible.
Causes fréquentes : coupure réseau ou alimentation lors de l’étape « Provisioning Appx » pendant l’installation, image ISO modifiée, ou stratégies de groupe interdisant les apps Microsoft Store.
Vérifications post‑réparation : Paramètres → Confidentialité et sécurité → Sécurité Windows doit ouvrir l’application et afficher la version du moteur Defender.

FAQ express

Le moteur Defender est‑il actif sans SecHealthUI ?
Oui, très souvent. Validez l’état de Microsoft Defender Antivirus via PowerShell :

Get-MpComputerStatus | Select-Object AMServiceEnabled, AntispywareEnabled, AntivirusEnabled, RealTimeProtectionEnabled

Puis‑je copier SecHealthUI.exe depuis un autre PC ?
Non recommandé. Utilisez les mécanismes pris en charge : WinSxS, DISM/SFC, réparation sur place.

L’app n’apparaît pas dans le Store
Vérifiez les GPO bloquant le Store et redémarrez après wsreset.exe.

Checklist finale

Services wscsvc et SecurityHealthService démarrés.
Get‑AppxPackage Microsoft.SecHealthUI retourne un package valide.
L’application s’ouvre et lance une analyse rapide sans erreur.
Aucune GPO ne masque l’application ou ses zones.
Windows Update et Microsoft Store opérationnels.

Avec ces procédures, vous disposez d’un parcours clair et exhaustif pour restaurer l’interface Windows Security sur Windows 11 Pro, que l’origine soit une simple désinscription AppX, une corruption de l’image, un blocage du Store ou une politique d’entreprise trop stricte.