administrative templatesConfiguration utilisateurNon configuré

Remove Settings from Settings App

Controls which Settings pages utilisateurs can accès. MSPs restrict this to prevent système configuration changes on shared devices.

10 mai 20264 min —

Chemin de la stratégie: User Configuration > Administrative Templates > Control Panel > Settings
Supporté sur: Windows 10, Windows 11, Windows Server 2016 and later

Controls which Settings pages utilisateurs can accès. MSPs restrict this to prevent système configuration changes on shared devices. Les référentiels de sécurité recommandent de le définir sur (restricted list).

Description

Remove Settings from Settings App est un paramètre de stratégie de groupe Windows situé sous User Configuration > Administrative Templates > Control Panel > Settings. Il s'applique à la branche Configuration utilisateur et est classé comme une stratégie de niveau Avertissement dans la catégorie Kiosk & Shell Access.

Controls which Settings pages utilisateurs can accès. MSPs restrict this to prevent système configuration changes on shared devices.

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

Techniquement, cette stratégie est appliquée via le registre Windows dans HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer via la valeur SettingsPageVisibility. 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

Ce paramètre a un impact réel sur la posture de sécurité ou la stabilité opérationnelle du système. La valeur par défaut Microsoft reste acceptable pour des postes isolés ou à faible risque, mais la plupart des référentiels (CIS, NIST, DISA STIG) demandent explicitement de le durcir avant toute exposition à des utilisateurs ou des réseaux non maîtrisés.

Cette stratégie est regroupée dans la catégorie Kiosk & Shell Access, 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 kiosk & shell access sur tous les postes Windows joints au domaine.
Déployer un baseline aligné CIS Benchmark visant 'Remove Settings from Settings App' 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é

Laisser cette stratégie en valeur par défaut n'ouvre pas directement l'accès à un attaquant, mais elle élargit le rayon d'impact une fois l'accès initial obtenu – les mots de passe sont plus faciles à deviner, le verrouillage ne se déclenche pas, les pistes d'audit sont incomplètes ou le mouvement latéral est plus discret. La plupart des régulateurs et assureurs cyber attendent désormais que ce contrôle soit en place au moins au niveau recommandé.

Comment configurer

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.
Créez ou éditez une GPO liée à l'OU contenant les configuration utilisateurs cibles. Nous recommandons une GPO de baseline dédiée (ex. SEC – Kiosk & Shell Access) plutôt que de modifier la Default Domain Policy.
Naviguez vers User Configuration > Administrative Templates > Control Panel > Settings.
Ouvrez Remove Settings from Settings App et définissez-le sur (restricted list).
Cliquez sur OK et fermez l'éditeur.
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 : HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer\SettingsPageVisibility. Vous pouvez appliquer le même changement en PowerShell :

New-Item -Path 'HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer' -Force | Out-Null
Set-ItemProperty -Path 'HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer' -Name 'SettingsPageVisibility' -Value <valeur> -Type DWord

Correspondance registre

Chemin de registreHKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer

Nom de la valeurSettingsPageVisibility

Type de valeurREG_SZ

Valeur Activé(restricted list)

Valeur Désactivé(all visible)

Questions fréquentes

Que fait la stratégie de groupe Remove Settings from Settings App ?

Controls which Settings pages utilisateurs can accès. MSPs restrict this to prevent système configuration changes on shared devices.

Où trouver ce paramètre dans l'éditeur de GPO ?

Ouvrez <code>gpmc.msc</code>, naviguez vers <code>User Configuration > Administrative Templates > Control Panel > Settings</code> et cherchez <strong>Remove Settings from Settings App</strong>.

Quelle est la valeur par défaut Microsoft ?

<code>(all visible)</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>(restricted list)</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>HKCU\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer\SettingsPageVisibility</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.