Anavem
Languageen
wireless networkConfiguration ordinateurNon configuré

Prohibit access to properties of a user

Empêche utilisateurs from modifying wireless réseau properties. Ensures MSP-managed wireless profiles remain unchanged by end utilisateurs.

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

Empêche utilisateurs from modifying wireless réseau properties. Ensures MSP-managed wireless profiles remain unchanged by end utilisateurs. Les référentiels de sécurité recommandent de le définir sur 1.

Description

Prohibit access to properties of a user est un paramètre de stratégie de groupe Windows situé sous Computer Configuration > Administrative Templates > Network > Windows Connection Manager. Il s'applique à la branche Configuration ordinateur et est classé comme une stratégie de niveau Information dans la catégorie Wi-Fi & Wireless Policies.

Empêche utilisateurs from modifying wireless réseau properties. Ensures MSP-managed wireless profiles remain unchanged by end utilisateurs.

La valeur par défaut Microsoft est 0 tandis que les référentiels de sécurité (CIS, NIST, DISA STIG) recommandent 1.

Techniquement, cette stratégie est appliquée via le registre Windows dans HKLM\Software\Policies\Microsoft\Windows\WcmSvc\GroupPolicy via la valeur fBlockUserConfig. 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 Wi-Fi & Wireless Policies, 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 wi-fi & wireless policies sur tous les postes Windows joints au domaine.
  • Déployer un baseline aligné CIS Benchmark visant 'Prohibit access to properties of a user' 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.
  • Imposer le Wi-Fi entreprise (WPA3-Enterprise / EAP-TLS) et désactiver la reconnexion automatique aux points d'accès non autorisés.

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 – Wi-Fi & Wireless Policies) plutôt que de modifier la Default Domain Policy.
  3. Naviguez vers Computer Configuration > Administrative Templates > Network > Windows Connection Manager.
  4. Ouvrez Prohibit access to properties of a user et définissez-le sur 1.
  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\WcmSvc\GroupPolicy\fBlockUserConfig. Vous pouvez appliquer le même changement en PowerShell :

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

Correspondance registre

Chemin de registreHKLM\Software\Policies\Microsoft\Windows\WcmSvc\GroupPolicy
Nom de la valeurfBlockUserConfig
Type de valeurREG_DWORD
Valeur Activé1
Valeur Désactivé0

Questions fréquentes

Que fait la stratégie de groupe Prohibit access to properties of a user ?
Empêche utilisateurs from modifying wireless réseau properties. Ensures MSP-managed wireless profiles remain unchanged by end utilisateurs.
Où trouver ce paramètre dans l'éditeur de GPO ?
Ouvrez <code>gpmc.msc</code>, naviguez vers <code>Computer Configuration > Administrative Templates > Network > Windows Connection Manager</code> et cherchez <strong>Prohibit access to properties of a user</strong>.
Quelle est la valeur par défaut Microsoft ?
<code>0</code> sur une installation Windows neuve. Les machines jointes au domaine peuvent hériter d'une autre valeur si une GPO de baseline est déjà en place.
Quelle valeur les référentiels de sécurité recommandent-ils ?
<code>1</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\WcmSvc\GroupPolicy\fBlockUserConfig</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.