Connecter les identifiants : PowerShell Universal et Devolutions Server

PowerShell Universal (PSU) offre aux équipes TI une façon pratique de transformer des scripts en automatisation, API, tableaux de bord, tâches planifiées et outils opérationnels. Devolutions Server (DVLS) fournit à ces mêmes équipes un emplacement centralisé pour gérer les identifiants, avec contrôle d’accès et audit. Connecter les deux offre aux équipes une façon pratique de centraliser la gestion des identifiants tout en gardant des flux de travail d’automatisation natifs à PowerShell Universal.

Depuis que PSU a rejoint Devolutions, l’objectif est simple : rendre l’automatisation sécurisée plus facile à adopter sans changer la façon dont les équipes PowerShell travaillent déjà. Un bon exemple est l’extension de coffre Microsoft.PowerShell.SecretManagement en lecture seule pour DVLS ajoutée récemment. PSU peut récupérer des entrées d’identifiants DVLS grâce à l’extension intégrée SecretManagement déjà prise en charge par PSU.

Connecter PowerShell Universal et Devolutions Server

L’automatisation nécessite des secrets, mais faire évoluer l’automatisation crée souvent une gestion fragmentée des identifiants entre les scripts, les planificateurs et les outils d’infrastructure.

En pratique, la fragmentation s’installe rapidement : les administrateurs utilisent un dépôt, l’automatisation en utilise un autre, et vous vous retrouvez avec différentes règles d’accès, différents processus de rotation et aucun système de référence unique. Si DVLS est déjà votre autorité en matière d’identifiants, PSU ne devrait pas devenir un autre endroit où dupliquer et gérer des secrets.

Cette intégration garde un modèle de propriété clair tout en restant native à la façon dont PSU fonctionne :

• DVLS demeure le système de référence pour les identifiants, le contrôle d’accès et l’audit.
• PSU consomme les identifiants via SecretManagement, en utilisant une interface de coffre standard qu’il prend déjà en charge.
• Lecture seule pour le moment : PSU peut récupérer les entrées d’identifiants DVLS, tandis que la création et la rotation demeurent dans DVLS.

Fonctionnement et déploiement

En arrière-plan, le fournisseur s’authentifie auprès de DVLS à l’aide d’une identité d’application, résout le coffre cible (via VaultId), récupère les entrées d’identifiants et les retourne à PowerShell sous forme de PSCredential standard.

Un environnement non intégré est requis pour DVLS SecretManagement, puisqu’il utilise des identifiants Exécuter en tant que. Par exemple, l’environnement PowerShell 7.x sous Paramètres > Environnements dans les paramètres PSU.

Le déploiement dans PSU peut rester simple :

1. Installez le module dans le dossier des modules du dépôt PSU.
2. Enregistrez le coffre dans le démarrage PSU (.universal\vaults.ps1).
   Une fois configurés, les tâches, API et tableaux de bord PSU peuvent récupérer des identifiants directement depuis DVLS à l’exécution grâce au flux de travail natif SecretManagement.

Import-Module Microsoft.PowerShell.SecretManagement -ErrorAction Stop
Import-Module SecretManagement.DevolutionsServer -ErrorAction Stop

$registerParams = @{
	Name           = 'DVLS'
	ModuleName     = 'SecretManagement.DevolutionsServer'
	VaultParameters = @{
		ServerUrl = '<https://dvls.example.com>'
		AppKey    = '<DVLSAppKey>'
		AppSecret = '<DVLSAppSecret>'
		VaultId   = '00000000-0000-0000-0000-000000000000'
	}
}

Register-SecretVault @registerParams

3. Importez les secrets dans l’interface PSU comme variables secrètes à partir du coffre DVLS, après avoir stocké les valeurs d’identité d’application dans le coffre Database intégré et en les référant depuis la portée $Secret.

Permissions DVLS : Get-Secret nécessite la permission Voir le mot de passe. Selon l’entrée, vous pourriez également avoir besoin de Voir l’information sensible.

Où allons-nous avec ça

Avec cette intégration en place, les équipes peuvent déjà :

• Centraliser la gestion des identifiants dans Devolutions Server tout en utilisant PSU pour exécuter l’automatisation.
• Créer une automatisation plus propre et plus sécurisée en résolvant les identifiants à l’exécution plutôt qu’en intégrant des secrets.
• Étendre le même modèle d’intégration à d’autres flux de travail de l’écosystème Devolutions.

Commencez avec PSU et DVLS

Si vous utilisez déjà Devolutions Server, vous pouvez commencer dès aujourd’hui à centraliser l’accès aux identifiants dans PowerShell Universal grâce à l’intégration native SecretManagement.

Téléchargez l’édition Developer gratuite de PowerShell Universal et connectez-la à votre compte Devolutions pour commencer à créer des flux de travail d’automatisation sécurisés sans dupliquer les secrets entre les outils.

• Exécuter des tâches et des scripts avec des identifiants gérés de façon centralisée
• Résoudre dynamiquement les secrets dans les API et les tableaux de bord
• Garder la gouvernance des identifiants dans Devolutions Server

Téléchargez PowerShell Universal dès aujourd’hui et commencez en quelques minutes.