Configurer une connexion de charges de travail
La connexion à la charge de travail est l'ancre de confiance qui établit la relation entre Okta Privileged Access et votre fournisseur d'identité externe, comme GitHub, GitLab ou CircleCI. Cette configuration utilise un modèle de sécurité avec séparation des tâches : un administrateur DevOps configure et teste la connexion en mode brouillon, tandis qu'un administrateur de la sécurité effectue la révision finale et fait passer la connexion au statut actif afin d'activer l'émission de jetons en production.
Vous pouvez établir cette relation de confiance en utilisant soit une configuration JWT générique, soit une intégration à un fournisseur spécifique. Bien que des intégrations spécifiques offrent une expérience de configuration plus rationalisée avec des champs prédéfinis, le mécanisme de sécurité sous-jacent reste identique. Les deux méthodes utilisent un JSON Web Token (JWT) standard comme document d'identité de la charge de travail et exigent les mêmes éléments de sécurité essentiels, tels qu'une URL JWKS et des déclarations requises, pour une validation réussie.
Avant de commencer
-
Vous devez disposer du rôle d'administrateur DevOps pour créer un brouillon de connexion à la charge de travail.
-
Vous devez disposer du rôle Administrateur de la sécurité pour activer ou désactiver une connexion à la charge de travail.
-
Vous pouvez utiliser l'une des méthodes d'intégration JWT suivantes :
-
JWT générique : vous devez fournir l'URL JWKS et spécifier toutes les déclarations requises (telles que
iss,audetsub) pour vérifier le JWT et identifier la charge de travail. -
Fournisseur spécifique : l'interface utilisateur d'Okta offre des champs préconfigurés et une prise en charge native des structures JWT spécifiques au fournisseur. En saisissant des identifiants courants, comme un ID d'organisation pour CircleCI, Okta renseigne automatiquement les déclarations requises et, parfois, l'URL JWKS.
-
Créer une connexion à la charge de travail avec un JWT générique
-
Sur le tableau de bord Okta Privileged Access, accédez à .
-
Cliquez sur Créer une connexion à la charge de travail.
-
Cliquez sur Generic JWT.
-
Renseignez les informations suivantes :
Paramètre Action Nom de la connexion Saisissez un nom unique et adapté pour une URL. Description de la connexion
Saisissez une description.
Sélectionnez la durée de vie du jeton
Saisissez un Montant et une Unité. Ils définissent la durée de validité du jeton d'accès Okta Privileged Access une fois émis.
URL JWKS
Saisissez une URL JWKS. Cette URL est l'endroit où Okta Privileged Access récupère la clé publique pour vérifier la signature du fournisseur sur le JWT.
Déclarations requises
Définissez les critères qui doivent être respectés dans le JWT de la charge de travail. Okta recommande d'inspecter votre JWT à l'aide d'un script de débogage ou de jwt.io.
-
Saisissez le Nom du champ source.
-
Sélectionnez le type d'opérateur :
-
Est égal à
-
Commence par
-
Existe
Si vous sélectionnez Existe, la saisie de la Valeur n'est pas requise.
-
-
Saisissez une Valeur.
-
Facultatif. Cliquez sur Ajouter une condition et répétez l'étape précédente.
-
-
Cliquez sur Créer une connexion à la charge de travail.
Créer une connexion à la charge de travail pour CircleCI
-
Sur le tableau de bord Okta Privileged Access, accédez à .
-
Cliquez sur CircleCI.
-
Saisissez votre ID d'organisation.
-
Facultatif. Sélectionnez Permission pour l'ID de projet, puis saisissez l'ID.
-
Cliquez sur Suivant.
-
Renseignez les informations suivantes :
Paramètre Action Nom de la connexion Saisissez un nom unique et adapté pour une URL. Description de la connexion
Saisissez une description.
Sélectionnez la durée de vie du jeton
Saisissez un Montant et une Unité. Ils définissent la durée de validité du jeton d'accès Okta Privileged Access une fois émis.
URL JWKS
Saisissez une URL JWKS. Cette URL est l'endroit où Okta Privileged Access récupère la clé publique pour vérifier la signature du fournisseur sur le JWT.
Déclarations requises
Définissez les critères qui doivent être respectés dans le JWT de la charge de travail. Okta recommande d'inspecter votre JWT à l'aide d'un script de débogage ou de jwt.io.
-
Saisissez le Nom du champ source.
-
Sélectionnez le type d'opérateur :
-
Est égal à
-
Commence par
-
Existe
Si vous sélectionnez Existe, la saisie de la Valeur n'est pas requise.
-
-
Saisissez une Valeur.
-
Facultatif. Cliquez sur Ajouter une condition et répétez l'étape précédente.
-
-
Cliquez sur Créer une connexion à la charge de travail.
Créer une connexion à la charge de travail pour GitLab
-
Sur le tableau de bord Okta Privileged Access, accédez à .
-
Cliquez sur GitLab.
-
Saisissez le nom de votre Domaine.
-
Facultatif. Sélectionnez Permission pour le nom du groupe, puis saisissez le nom du groupe.
-
Facultatif. Sélectionnez Permission pour le nom du projet, puis saisissez le nom du projet.
-
Facultatif. Sélectionnez Permission pour l'ID du projet, puis saisissez l'ID du projet.
-
Cliquez sur Suivant.
-
Renseignez les informations suivantes :
Paramètre Action Nom de la connexion Saisissez un nom unique et adapté pour une URL. Description de la connexion
Saisissez une description.
Sélectionnez la durée de vie du jeton
Saisissez un Montant et une Unité. Ils définissent la durée de validité du jeton d'accès Okta Privileged Access une fois émis.
URL JWKS
Saisissez une URL JWKS. Cette URL est l'endroit où Okta Privileged Access récupère la clé publique pour vérifier la signature du fournisseur sur le JWT.
Déclarations requises
Définissez les critères qui doivent être respectés dans le JWT de la charge de travail. Okta recommande d'inspecter votre JWT à l'aide d'un script de débogage ou de jwt.io.
-
Saisissez le Nom du champ source.
-
Sélectionnez le type d'opérateur :
-
Est égal à
-
Commence par
-
Existe
Si vous sélectionnez Existe, la saisie de la Valeur n'est pas requise.
-
-
Saisissez une Valeur.
-
Facultatif. Cliquez sur Ajouter une condition et répétez l'étape précédente.
-
-
Cliquez sur Créer une connexion à la charge de travail.
Créer une connexion à la charge de travail pour Google Cloud Provider
-
Sur le tableau de bord Okta Privileged Access, accédez à .
-
Cliquez sur Google Cloud Provider .
-
Saisissez le nom de l'ID client de l'app.
-
Facultatif. Sélectionnez Permission pour l'e-mail, puis saisissez le nom du groupe.
-
Facultatif. Sélectionnez Permission pour l'ID de compte, puis saisissez l'ID du projet.
-
Cliquez sur Suivant.
-
Renseignez les informations suivantes :
Paramètre Action Nom de la connexion Saisissez un nom unique et adapté pour une URL. Description de la connexion
Saisissez une description.
Sélectionnez la durée de vie du jeton
Saisissez un Montant et une Unité. Ils définissent la durée de validité du jeton d'accès Okta Privileged Access une fois émis.
URL JWKS
Saisissez une URL JWKS. Cette URL est l'endroit où Okta Privileged Access récupère la clé publique pour vérifier la signature du fournisseur sur le JWT.
Déclarations requises
Définissez les critères qui doivent être respectés dans le JWT de la charge de travail. Okta recommande d'inspecter votre JWT à l'aide d'un script de débogage ou de jwt.io.
-
Saisissez le Nom du champ source.
-
Sélectionnez le type d'opérateur :
-
Est égal à
-
Commence par
-
Existe
Si vous sélectionnez Existe, la saisie de la Valeur n'est pas requise.
-
-
Saisissez une Valeur.
-
Facultatif. Cliquez sur Ajouter une condition et répétez l'étape précédente.
-
-
Cliquez sur Créer une connexion à la charge de travail.
Gérer une connexion à la charge de travail
Une fois que l'administrateur DevOps confirme que les tests sont terminés, l'administrateur de la sécurité promeut la connexion.
-
Sur le tableau de bord Okta Privileged Access, accédez à .
-
Sélectionnez une connexion à la charge de travail que vous souhaitez gérer.
-
Cliquez sur Actions, puis sélectionnez Modifier, Activer ou Désactiver.
-
Cliquez sur Activer la connexion à la charge de travail.
Lorsqu'une connexion à la charge de travail est promue en Actif, l'administrateur DevOps perd ses droits d'administration sur la connexion, et la connexion peut commencer immédiatement à émettre des jetons d'accès Okta Privileged Access valides. L'administrateur de la sécurité conserve la possibilité de basculer la connexion entre les statuts Actif et Inactif.
Rubriques connexes