> For the complete documentation index, see [llms.txt](https://docs.dispel.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.dispel.com/documentation/documentation-fr/securiser-et-gouverner/identity-providers/okta.md).
# Okta
Utilisez Okta comme fournisseur d’identité afin que les utilisateurs se connectent à Dispel avec leurs identifiants Okta via OAuth (OIDC) ou SAML.
## Vue d’ensemble
Connectez Okta — la plateforme d'identité d'entreprise d'Okta — en tant que fournisseur d'identité de votre organisation. Une fois connecté, vos utilisateurs se connectent à Dispel avec leurs identifiants Okta via l'authentification unique. Vous pouvez connecter Okta via **OAuth (OIDC)** ou **SAML**.
Cette page couvre la configuration spécifique à Okta. Pour le comportement commun qui s'applique à tous les fournisseurs — la manière dont les utilisateurs se connectent, le mappage des groupes, l'AMF et la déconnexion — voir [Fournisseurs d'identité](/documentation/documentation-fr/securiser-et-gouverner/identity-providers.md).
{% hint style="info" %}
**Où le trouver.** Connectez-vous en tant qu’administrateur de l’organisation et ouvrez **Paramètres → Intégrations** (ou la page dédiée **Paramètres → Authentification** page). Okta apparaît dans le **Identité et authentification (IdP / SSO)** section. Cliquez sur **Connecter** sur sa carte pour commencer.
{% endhint %}
## Avant de commencer
* Vous configurerez le côté IdP dans le **Console d'administration Okta**, vous aurez donc besoin d'un accès administrateur.
* Choisissez un protocole — **OAuth (OIDC)** ou **SAML**. Voir [Choix d’un protocole](/documentation/documentation-fr/securiser-et-gouverner/identity-providers.md#choosing-a-protocol).
* Assurez-vous que les utilisateurs qui se connecteront via Okta sont déjà **invités à votre organisation** dans Dispel. Le SSO authentifie les utilisateurs, mais ne crée pas l'accès à lui seul.
{% hint style="warning" %}
**Un fournisseur à la fois.** Si votre organisation est déjà connectée à un autre fournisseur d'identité, déconnectez-le avant de connecter Okta.
{% endhint %}
## Connexion avec OAuth (OIDC)
#### Dans Okta
1. Dans la console d'administration Okta, allez à **Applications → Créer une intégration d'application** et choisissez **OIDC — OpenID Connect**.
2. Définissez le **URI de redirection de connexion** sur votre adresse Dispel suivie de `/oauth/login-callback` — par exemple `https://app.dispel.com/oauth/login-callback`. Confirmez l'adresse exacte correspondant à votre environnement auprès de votre représentant Dispel si vous avez un doute.
3. Attribuez l'application aux utilisateurs ou groupes qui doivent y avoir accès.
4. Depuis l'onglet de l'application **Général** onglet, copiez le **ID client** et **Secret client**, et notez votre domaine / émetteur Okta.
#### Dans Dispel
1. Cliquez sur **Connecter** sur la carte Okta et **Sélectionnez Protocole d'authentification → OAuth**.
2. Renseignez les champs :
| Champ | Valeur provenant d'Okta |
| ------------------------------ | ---------------------------------------------------------------------------------------------------- |
| **URL client** | Votre point de terminaison OAuth/OIDC Okta (émetteur), par ex. `https://your-org.okta.com`. |
| **ID client** | Le **ID client**. |
| **Secret client** | Le **Secret client**. |
| **Identifiant d’organisation** | Un identifiant unique que vous choisissez ; les utilisateurs le saisissent sur l'écran de connexion. |
3. Cliquez sur **Enregistrer les paramètres**.
## Connexion avec SAML
#### Dans Okta
1. Dans la console d'administration Okta, allez à **Applications → Créer une intégration d'application** et choisissez **SAML 2.0**.
2. Dans les paramètres SAML, collez les valeurs que Dispel affiche en haut de son formulaire SAML :
* **URL d'authentification unique / destinataire / destination** ← de Dispel **URL du service consommateur d’assertions**.
* **URI d'audience (ID d'entité du SP)** ← de Dispel **ID d’entité du fournisseur de services (SP)**.
3. Terminez la création de l'application, puis ouvrez son **Connexion** onglet et récupérez :
* **URL d'authentification unique du fournisseur d'identité** → de Dispel **URL SSO**.
* **Émetteur du fournisseur d'identité** → de Dispel **ID d’entité du fournisseur d’identité**.
* Les **certificat X.509 / de signature** → de Dispel **Certificat de signature Base64**.
4. Attribuez l'application aux utilisateurs ou groupes qui doivent y avoir accès.
#### Dans Dispel
1. Cliquez sur **Connecter** sur la carte Okta et **Sélectionnez Protocole d'authentification → SAML**.
2. Copiez le **ID d’entité du fournisseur de services (SP)** et **URL du service consommateur d’assertions** affichés en haut du formulaire (utilisez **Copier l’ID** / **Copier l’URL**) dans Okta, comme ci-dessus.
3. Renseignez les champs :
| Champ | Valeur provenant d'Okta |
| ----------------------------------------- | ---------------------------------------------------------------------------------------------------- |
| **URL SSO** | Les **URL d'authentification unique du fournisseur d'identité**. |
| **ID d’entité du fournisseur d’identité** | Les **Émetteur du fournisseur d'identité**. |
| **Certificat de signature Base64** | Le certificat de signature Okta. Collez-le ou utilisez **Téléverser le certificat**. |
| **Identifiant d’organisation** | Un identifiant unique que vous choisissez ; les utilisateurs le saisissent sur l'écran de connexion. |
4. Cliquez sur **Enregistrer les paramètres**.
5. Cliquez sur **Tester la connexion**. Dispel vous redirige vers Okta pour vous connecter, puis affiche l'e-mail et le nom qu'il a reçus. Si le test échoue, confirmez que les valeurs correspondent à votre application Okta et que l'utilisateur de test est invité dans votre organisation.
## Après la connexion
* **Les utilisateurs se connectent** en saisissant votre identifiant d'organisation sur l'écran de connexion Dispel et en vous authentifiant avec Okta. Voir [Comment les utilisateurs se connectent](/documentation/documentation-fr/securiser-et-gouverner/identity-providers.md#how-users-sign-in).
* **Associer les groupes Okta aux groupes Dispel** afin que l'appartenance reste synchronisée — voir [Mappage des groupes OIDC](/documentation/documentation-fr/integrer-et-administrer/integrations/oidc-group-mapping.md).
* **MFA** L'option appliquée dans Okta s'applique lors de la connexion ; les codes à usage unique par e-mail de Dispel ne s'appliquent pas aux utilisateurs SSO. Voir [SSO et authentification multifacteur](/documentation/documentation-fr/securiser-et-gouverner/identity-providers.md#sso-and-multi-factor-authentication).
* **Pour changer de protocole ou de fournisseur**, déconnectez d'abord. Voir [Changer ou déconnecter un fournisseur](/documentation/documentation-fr/securiser-et-gouverner/identity-providers.md#switching-or-disconnecting-a-provider).
## Questions fréquentes
Quel protocole dois-je utiliser avec Okta ?
Les deux conviennent. Utilisez celui qui correspond à l'application que vous créez dans Okta — une intégration d'application OIDC pour OAuth, ou une intégration d'application SAML 2.0 pour SAML.
Dois-je attribuer des utilisateurs à l'application Okta ?
Oui. Seuls les utilisateurs (ou groupes) attribués à l'application Okta peuvent s'authentifier via celle-ci. Ils doivent également être invités dans votre organisation Dispel.
Ma connexion de test SAML a échoué. Que dois-je vérifier ?
Confirmez que l'URL SSO, l'émetteur et le certificat correspondent aux paramètres de connexion de votre application Okta, que vous avez collé l'ID d'entité du SP et l'URL ACS de Dispel dans les paramètres SAML d'Okta, et que l'utilisateur de test est attribué à l'application Okta et invité dans votre organisation Dispel.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.dispel.com/documentation/documentation-fr/securiser-et-gouverner/identity-providers/okta.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.