Une exclusion est une dette de sécurité, pas un réglage de performance
Une exclusion Microsoft Defender demande au moteur de ne pas inspecter une partie précise de l'activité. Elle peut résoudre un conflit réel ou une surcharge mesurée, mais elle crée aussi un endroit où un attaquant peut déposer, modifier ou exécuter du contenu avec moins de contrôles. Une recommandation copiée d'un ancien guide ne suffit pas : il faut prouver le problème, choisir le mécanisme le plus étroit et prévoir le retrait.
Le mot exclusion recouvre plusieurs contrôles différents. Une exclusion antivirus n'est pas une exclusion EDR; une exclusion ASR ne désactive pas nécessairement l'analyse antivirus; un indicateur Allow est une décision de confiance plus large. Les confondre produit soit une panne persistante, soit une zone aveugle beaucoup plus grande que prévu.
| Mécanisme | Ce qu'il modifie | Usage raisonnable | Risque principal |
|---|---|---|---|
| Chemin ou fichier antivirus | Analyse du contenu à cet emplacement | Conflit précis et documenté | Tout le sous-dossier devient moins inspecté |
| Extension antivirus | Tous les fichiers de ce type sur l'appareil | Rarement justifié | Portée globale et facile à contourner |
| Processus antivirus | Fichiers ouverts par ce processus | Application spécialisée après mesure | Impact aussi sur ASR et Network Protection |
| Exclusion ASR | Application d'une ou plusieurs règles ASR | Faux positif d'une règle identifiée | Comportement exploitable toujours permis |
| Indicateur Allow | Verdict sur un fichier, certificat, IP ou URL | Exception très ciblée et gouvernée | Peut neutraliser prévention et remédiation |
| EDR en mode blocage | Remédiation comportementale après détection | Couche additionnelle en mode antivirus passif | Ne remplace pas la protection en temps réel |
1. Commencer par la preuve et le propriétaire
Pour une lenteur, utilisez d'abord l'analyseur de performance Defender. Il classe les chemins, fichiers, extensions et processus qui consomment du temps d'analyse pendant une reproduction. Une ligne élevée dans le rapport est une piste à valider, pas l'autorisation automatique d'exclure.
- Décrire le symptôme exact : fichier bloqué, événement ASR, délai mesuré, erreur applicative ou recommandation officielle de l'éditeur.
- Identifier le propriétaire métier et technique, les appareils visés, la version du produit et le chemin réel.
- Conserver le lien vers la documentation actuelle de l'éditeur et vérifier qu'elle correspond à la version déployée.
- Mesurer avant/après sur un anneau pilote; une amélioration supposée n'est pas une justification.
- Définir une date d'expiration ou de révision, un critère de retrait et un retour arrière.
- Refuser les demandes vagues comme « exclure le dossier de l'application » sans fichier, processus, charge et risque précis.
2. Inventorier la protection et les exclusions visibles
Collectez l'état sur un appareil représentatif de chaque politique. Get-MpPreference retourne les exclusions personnalisées visibles et la configuration ASR; Get-MpComputerStatus confirme notamment le mode antivirus, la protection en temps réel et les versions du moteur. Avec HideExclusionsFromLocalAdmins, les listes peuvent volontairement être masquées aux administrateurs locaux : l'absence de résultat ne prouve alors pas qu'aucune exclusion n'existe.
Les exclusions intégrées au système et celles ajoutées automatiquement pour les rôles Windows Server ne figurent pas dans les listes standard. Comparez donc la politique centrale, le résultat effectif et le rôle installé au lieu de chercher une seule source parfaite.
$Status = Get-MpComputerStatus
$Pref = Get-MpPreference
$Status | Select-Object AMRunningMode,AntivirusEnabled,RealTimeProtectionEnabled,BehaviorMonitorEnabled,IoavProtectionEnabled,AntivirusSignatureVersion,AMProductVersion
'ExclusionPath','ExclusionProcess','ExclusionExtension','AttackSurfaceReductionOnlyExclusions' |
ForEach-Object {
$Type = $_
@($Pref.$Type) | ForEach-Object {
[pscustomobject]@{ Type = $Type; Value = $_ }
}
} | Format-Table -AutoSize
$Pref.AttackSurfaceReductionRules_Ids
$Pref.AttackSurfaceReductionRules_Actions3. Choisir la portée antivirus la plus étroite
Une exclusion de fichier pleinement qualifiée est généralement plus étroite qu'un dossier; un dossier est plus étroit qu'une extension globale. Un dossier exclut aussi ses fichiers et sous-dossiers, sauf certaines particularités de points d'analyse. Une extension comme .dll ou .exe s'applique partout sur l'appareil et crée une surface difficile à défendre.
Les variables d'environnement sont résolues dans le contexte LocalSystem. Par exemple, %TEMP% ne désigne pas nécessairement le profil de l'utilisateur. Les caractères génériques ont aussi une sémantique précise; testez le chemin effectif plutôt que de présumer qu'une expression couvre seulement le dossier voulu.
| Demande | Alternative plus sûre | Pourquoi |
|---|---|---|
| Exclure C:\ | Aucune; corriger la cause | Soustrait presque tout le système |
| Exclure C:\Temp | Fichier ou sous-dossier applicatif immuable | Les dossiers temporaires sont abusés par les attaquants |
| Exclure *.exe | Fichier signé et chemin complet | L'extension s'applique partout |
| Exclure Program Files\Éditeur | Fichier de données précis, si possible | Le dossier peut contenir plusieurs exécutables |
| Exclure un lecteur réseau mappé | Chemin UNC réel et ciblé | Le mappage varie selon le compte et la session |
4. Comprendre le piège des exclusions de processus
ExclusionProcess ne signifie pas « ne pas analyser cet EXE ». Elle signifie que Defender Antivirus ignore les fichiers ouverts par le processus désigné. Pour exclure l'exécutable lui-même, il faudrait une exclusion de chemin distincte. Un nom seul comme app.exe correspond à ce nom, peu importe son emplacement; utilisez le chemin complet chaque fois que possible.
La portée dépasse aussi l'antivirus : Microsoft précise qu'une exclusion de processus empêche Network Protection et les règles ASR d'inspecter le trafic ou d'appliquer leurs règles à ce processus. Exclure powershell.exe, outlook.exe, winword.exe, java.exe ou un interpréteur général peut donc supprimer plusieurs barrières utiles.
- Valider le chemin, la signature numérique et le hachage de la version testée.
- Déterminer quels fichiers le processus ouvre réellement; préférer une exclusion de fichier de données si elle suffit.
- Éviter les interpréteurs, navigateurs, applications Office et outils d'administration génériques.
- Retester après chaque mise à jour de l'application, car le binaire, le chemin ou le comportement peut changer.
$File = 'C:\Program Files\Contoso\Agent\agent.exe'
Get-Item $File | Select-Object FullName,Length,CreationTimeUtc,LastWriteTimeUtc
Get-AuthenticodeSignature $File | Select-Object Status,StatusMessage,SignerCertificate
Get-FileHash $File -Algorithm SHA2565. Ne pas réajouter ce que Windows Server exclut déjà
Sur Windows Server 2016 et versions ultérieures, Defender Antivirus applique automatiquement des exclusions pour les rôles installés et des exclusions intégrées pour certains fichiers du système. Elles sont livrées et mises à jour avec les renseignements de sécurité et n'apparaissent pas dans la liste standard. Windows Server 2012 R2 avec la solution unifiée moderne n'obtient pas les mêmes exclusions automatiques de rôles.
Une liste personnalisée copiée sur tous les serveurs peut donc dupliquer les protections natives, rester en place après la suppression d'un rôle et exposer des chemins inutiles. Séparez les politiques SQL, IIS, fichiers, contrôleurs de domaine et applications spécialisées; n'utilisez pas une liste universelle de serveurs.
6. Distinguer les exclusions ASR des exclusions antivirus
Une règle Attack Surface Reduction bloque un comportement, par exemple un processus enfant créé par Office ou un script obfusqué. Si un événement ASR précis est faux positif, une exclusion ASR peut être plus appropriée qu'une exclusion antivirus. Une exclusion globale ASR s'applique aux règles compatibles; une exclusion propre à une règle réduit davantage la perte de protection lorsque la plateforme et la méthode de gestion la prennent en charge.
Certaines règles ont un soutien limité des exclusions. Commencez en Audit ou Warn, examinez DeviceEvents, puis autorisez seulement le fichier ou le chemin justifié. N'utilisez pas une exclusion antivirus de processus pour contourner un bloc ASR : elle peut désactiver l'inspection ASR et Network Protection de façon beaucoup plus large.
7. Comprendre ce que l'EDR voit encore
Une exclusion Defender Antivirus ne supprime pas automatiquement toute visibilité Defender for Endpoint. Microsoft indique qu'un fichier exclu peut encore produire une alerte EDR ou une détection comportementale ou heuristique dans le portail. C'est souhaitable : une exception de compatibilité ne devrait pas devenir une invisibilité complète.
EDR en mode blocage est une autre fonction. Il permet à Defender for Endpoint de remédier certains artefacts comportementaux lorsque Defender Antivirus est passif derrière un antivirus tiers. Il ne rétablit pas la protection en temps réel, les règles ASR, Network Protection ou les indicateurs qui nécessitent Defender Antivirus actif. Ne le présentez donc pas comme compensation automatique d'une exclusion ou d'un mode passif.
8. Réserver les indicateurs Allow aux exceptions réellement ciblées
Les indicateurs Microsoft Defender for Endpoint peuvent autoriser, auditer, avertir ou bloquer un fichier, un certificat, une adresse IP ou une URL selon le type. Un indicateur de fichier Allow influence le moteur de prévention et l'investigation automatisée; sa portée est donc plus large qu'une simple exclusion d'analyse. Utilisez-le seulement lorsque l'objet est identifié de façon stable et que l'effet souhaité correspond réellement à ce verdict.
Un hachage change à chaque version du fichier. Un certificat couvre potentiellement plusieurs fichiers signés par le même éditeur. Pour autoriser une application complète, Microsoft recommande plutôt une stratégie d'application comme WDAC ou AppLocker qu'une collection de hachages. Chaque indicateur doit avoir une portée de groupes d'appareils, une description et une expiration.
9. Déployer centralement sans créer une somme incontrôlée
Microsoft recommande Intune ou une autre gestion d'entreprise pour déployer les exclusions. Un profil d'exclusions antivirus dédié facilite la propriété et le retrait, mais Intune fusionne les exclusions de toutes les politiques affectées en un ensemble sur l'appareil. Deux profils étroits peuvent donc produire une portée globale inattendue lorsqu'ils se chevauchent.
Avec GPO, utilisez Configuration ordinateur > Modèles d'administration > Composants Windows > Microsoft Defender Antivirus > Exclusions. Évitez de mélanger Intune, Configuration Manager, GPO, scripts de démarrage et modifications locales sans définir l'autorité. Tamper Protection et les options de fusion locale doivent être cohérentes avec ce modèle.
Le code ci-dessous illustre la sémantique Add/Remove pour un pilote local. En production, consignez la valeur dans la politique centrale afin qu'elle soit reproductible. Set-MpPreference peut écraser la liste existante du paramètre ciblé; ne l'utilisez pas pour ajouter aveuglément une entrée.
$Path = 'D:\ContosoData\Queue\*.tmp'
# Add préserve les autres valeurs; Set remplacerait toute la liste de ce type.
Add-MpPreference -ExclusionPath $Path
# Après validation ou à l'échéance :
Remove-MpPreference -ExclusionPath $Path10. Valider l'effet et la protection restante
MpCmdRun -CheckExclusion confirme si un chemin est effectivement exclu, y compris lorsqu'il hérite d'un dossier parent. Il ne révèle pas quelle règle correspondante a gagné. Testez aussi le scénario applicatif, la performance et les contrôles qui doivent rester actifs.
Un fichier EICAR peut confirmer une exclusion de fichier, dossier ou extension dans un environnement isolé. Il ne valide pas une exclusion de processus. Ne transportez pas ce test dans un flux de production et supprimez les artefacts selon la procédure de sécurité.
- L'application fonctionne et la mesure ciblée s'améliore de façon reproductible.
- Les autres chemins du produit restent analysés.
- Les règles ASR, Network Protection et EDR attendues produisent encore la télémétrie prévue.
- Le retrait de l'exception restaure la protection sans laisser une politique orpheline.
- La mise à jour suivante de l'application déclenche une nouvelle validation plutôt qu'un renouvellement automatique.
cd /d "%ProgramData%\Microsoft\Windows Defender\Platform"
dir /ad /b /o:-n
rem Entrer dans le dossier de plateforme le plus récent, puis :
MpCmdRun.exe -CheckExclusion -Path "D:\ContosoData\Queue\sample.tmp"Registre minimal de gouvernance
| Champ | Exemple fictif | Pourquoi |
|---|---|---|
| Identifiant | DEF-EXC-0042 | Suivi unique dans les outils |
| Type | Chemin antivirus | Évite de confondre ASR et indicateur |
| Valeur | D:\ContosoData\Queue\*.tmp | Portée exacte et testable |
| Appareils | SRV-APP-PILOT | Affectation minimale |
| Justification | Latence reproduite + dossier de l'éditeur | Preuve technique |
| Propriétaire | Équipe Application Contoso | Responsable de la révision |
| Compensations | ACL, compte dédié, EDR, journalisation | Réduit le risque résiduel |
| Échéance | 30 jours ou prochaine version | Empêche la permanence silencieuse |
| Validation | Temps avant/après et CheckExclusion | Prouve l'effet |
| Retrait | Remove + contrôle de politique | Retour arrière exécutable |
Checklist de décision
- Le problème est-il reproduit et attribué à Defender plutôt qu'à l'application, au réseau ou au stockage?
- Existe-t-il une mise à jour, une configuration éditeur ou une exclusion automatique qui élimine le besoin?
- Peut-on cibler un fichier plutôt qu'un dossier, un dossier plutôt qu'une extension, ou une règle ASR plutôt qu'un processus?
- Le chemin complet, la signature, le hachage, la version et le groupe d'appareils sont-ils documentés?
- L'exclusion ouvre-t-elle aussi ASR, Network Protection, indicateurs ou remédiation automatisée?
- Les permissions du chemin et du service empêchent-elles un utilisateur non privilégié d'y déposer du contenu?
- Un propriétaire, une échéance, une validation et un retrait sont-ils inscrits?
- Les appareils non visés demeurent-ils protégés et les résultats sont-ils surveillés après le pilote?
Réduire l'exception plutôt que normaliser le risque
Une bonne exclusion résout un problème précis, sur peu d'appareils, pour une durée connue, avec une protection compensatoire mesurable. Une mauvaise exclusion est large, permanente, sans propriétaire et recopiée dans tous les profils. La différence relève autant de la gouvernance que de PowerShell ou d'Intune.
Dans un environnement complexe, la revue doit relier exclusions effectives, rôles serveurs, règles ASR, indicateurs, versions applicatives, permissions des dossiers et incidents. Ce guide aide à structurer les décisions; il ne remplace pas une validation complète de la posture Microsoft Defender.