Anavem
Languageen
administrative templatesConfiguration ordinateurNon configuré

Configure corporate error reporting server

Routes error reports to internal MSP server instead of Microsoft. Autorise centralized crash analysis and compliance.

10 mai 20264 min
Chemin de la stratégie
Computer Configuration > Administrative Templates > Windows Components > Windows Error Reporting
Supporté sur
Windows 10, Windows 11, Windows Server 2016 and later

Routes error reports to internal MSP server instead of Microsoft. Autorise centralized crash analysis and compliance. Les référentiels de sécurité recommandent de le définir sur https://corp-wer-server.contoso.com.

Description

Configure corporate error reporting server est un paramètre de stratégie de groupe Windows situé sous Computer Configuration > Administrative Templates > Windows Components > Windows Error Reporting. Il s'applique à la branche Configuration ordinateur et est classé comme une stratégie de niveau Information dans la catégorie Windows Error Reporting.

Routes error reports to internal MSP server instead of Microsoft. Autorise centralized crash analysis and compliance.

La valeur par défaut Microsoft est Non configuré tandis que les référentiels de sécurité (CIS, NIST, DISA STIG) recommandent https://corp-wer-server.contoso.com.

Techniquement, cette stratégie est appliquée via le registre Windows dans HKLM\Software\Policies\Microsoft\Windows\Windows Error Reporting via la valeur CorporateWERServer. Modifier directement la valeur avec regedit.exe ou PowerShell produit le même résultat que la configuration GPO, mais passer par les stratégies de groupe est préférable pour bénéficier d'une gestion centralisée et d'une persistance lors des redémarrages, reconstructions d'images et cycles de rafraîchissement.

Explication détaillée

Il s'agit principalement d'un réglage opérationnel ou d'expérience utilisateur. Il n'augmente ni ne dégrade directement la posture de sécurité, mais il standardise le comportement sur le parc, ce qui est important pour un support prévisible, la formation et le diagnostic dans un contexte MSP.

Cette stratégie est regroupée dans la catégorie Windows Error Reporting, ce qui signifie qu'elle est généralement appliquée via une GPO de domaine liée au niveau d'une OU. Dans un contexte MSP multi-tenant, ciblez-la via des filtres WMI ou des groupes de sécurité plutôt qu'en l'attachant à la racine du domaine, pour pouvoir déployer progressivement (OU pilote → anneaux plus larges → production complète).

Le paramètre prend effet après le prochain rafraîchissement des stratégies de groupe (gpupdate /force pour un test immédiat, ou par défaut sous 90 minutes environ sur un poste et ~5 minutes sur un contrôleur de domaine). Pour une stratégie ordinateur, un redémarrage peut être nécessaire ; pour une stratégie utilisateur, une déconnexion/reconnexion suffit.

Cas d'usage

  • Durcir à l'échelle de l'organisation la catégorie windows error reporting sur tous les postes Windows joints au domaine.
  • Déployer un baseline aligné CIS Benchmark visant 'Configure corporate error reporting server' via une GPO dédiée.
  • Réduire la surface d'attaque des comptes manipulant des identifiants privilégiés ou des données sensibles.
  • Standardiser la configuration sur plusieurs tenants clients dans un parc géré en MSP.

Implications sécurité

Ce contrôle vise avant tout la cohérence et la maintenance plutôt que la sécurité. Le risque principal de le laisser non configuré est la divergence entre machines, ce qui complique le diagnostic et l'imagerie standardisée, particulièrement sur plusieurs tenants clients dans un contexte MSP.

Comment configurer

  1. Ouvrez la Console de gestion des stratégies de groupe (gpmc.msc) sur un contrôleur de domaine ou un poste disposant des outils RSAT.
  2. Créez ou éditez une GPO liée à l'OU contenant les configuration ordinateurs cibles. Nous recommandons une GPO de baseline dédiée (ex. SEC – Windows Error Reporting) plutôt que de modifier la Default Domain Policy.
  3. Naviguez vers Computer Configuration > Administrative Templates > Windows Components > Windows Error Reporting.
  4. Ouvrez Configure corporate error reporting server et définissez-le sur https://corp-wer-server.contoso.com.
  5. Cliquez sur OK et fermez l'éditeur.
  6. Sur le poste cible, exécutez gpupdate /force (ou attendez le prochain cycle), puis vérifiez avec rsop.msc ou gpresult /h rapport.html.

Chemin direct registre : HKLM\Software\Policies\Microsoft\Windows\Windows Error Reporting\CorporateWERServer. Vous pouvez appliquer le même changement en PowerShell :

New-Item -Path 'HKLM\Software\Policies\Microsoft\Windows\Windows Error Reporting' -Force | Out-Null
Set-ItemProperty -Path 'HKLM\Software\Policies\Microsoft\Windows\Windows Error Reporting' -Name 'CorporateWERServer' -Value <valeur> -Type DWord

Correspondance registre

Chemin de registreHKLM\Software\Policies\Microsoft\Windows\Windows Error Reporting
Nom de la valeurCorporateWERServer
Type de valeurREG_SZ
Valeur Activéhttps://corp-wer-server.contoso.com

Questions fréquentes

Que fait la stratégie de groupe Configure corporate error reporting server ?
Routes error reports to internal MSP server instead of Microsoft. Autorise centralized crash analysis and compliance.
Où trouver ce paramètre dans l'éditeur de GPO ?
Ouvrez <code>gpmc.msc</code>, naviguez vers <code>Computer Configuration > Administrative Templates > Windows Components > Windows Error Reporting</code> et cherchez <strong>Configure corporate error reporting server</strong>.
Quelle valeur les référentiels de sécurité recommandent-ils ?
<code>https://corp-wer-server.contoso.com</code> – aligné avec les guides CIS, NIST et DISA STIG pour les versions Windows actuelles.
Puis-je configurer ce paramètre sans GPO ?
Oui, en écrivant directement dans <code>HKLM\Software\Policies\Microsoft\Windows\Windows Error Reporting\CorporateWERServer</code> via <code>regedit</code>, PowerShell ou Intune. Une GPO reste préférable en environnement géré centralement car elle survit aux réinstallations et facilite l'audit.
Combien de temps avant que le changement prenne effet ?
Après le prochain rafraîchissement des GPO — exécutez <code>gpupdate /force</code> pour un test immédiat ou attendez ~90 minutes côté poste / ~5 minutes côté contrôleur de domaine. Certaines stratégies ordinateur exigent un redémarrage, certaines stratégies utilisateur une déconnexion/reconnexion.