Configurer SAML avec Okta¶

Cette page explique comment intégrer Okta comme fournisseur d’identité SAML pour authentifier vos utilisateurs sur Reemo.

Note

Selon votre mode de déploiement, l’activation SSO peut se faire au niveau de l’instance (Private Cloud / On-Prem) ou au niveau de l’organisation (Public Cloud).

Les captures d’écran et libellés peuvent varier légèrement selon vos versions d’interface.

Configurer SSO dans Reemo¶

Cas 1 : Activation au niveau de l’instance (Private Cloud / On-Prem)

Depuis verified_user Zone d’administration > dashboard Général > passkey Connecteurs SSO, configurez SSO pour l’instance.

Accéder aux Connecteurs SSO dans la Zone d'administration de l'instance — *Accéder à Connecteurs SSO dans la Zone d’administration de l’instance.*¶

Cas 2 : Activation au niveau de l’organisation (Public Cloud)

Depuis domain Organisation > dashboard Général > passkey Connecteurs SSO, configurez SSO pour cette organisation.

Accéder aux Connecteurs SSO au niveau de l'organisation — *Configurer SSO dans Organisation > Connecteurs SSO.*¶

Créer le connecteur SAML côté Reemo¶

Depuis verified_user Zone d’administration > domain Organisations, sélectionnez votre organisation, puis accédez à dashboard Général > passkey Connecteurs SSO et cliquez sur Nouveau connecteur > Nouveau connecteur SAML.
Renseignez les champs de base :

Nom convivial : nom affiché à vos utilisateurs (ex. Okta).
Émetteur / ID URI de l’application : reemo.
Point d’entrée IP : sera complété après la configuration Okta.
URL de déconnexion de l’IdP et Protocole de déconnexion (optionnel) : voir la section Configurer la déconnexion côté fournisseur d’identité plus bas.
Certificat IP : sera complété après la configuration Okta.
Mappage des attributs : noms d’attributs que Reemo attend dans l’assertion SAML (par défaut email, username, fullname).

Cliquez sur Créer pour générer l’URL de callback du connecteur. Vous en aurez besoin dans Okta (Single sign-on URL).

Récupération de l’URL de callback du connecteur — *Copier l’URL de callback générée par le connecteur SAML.*¶

Configurer l’application SAML dans Okta¶

Connectez-vous à votre portail Okta.
Allez dans Applications > Create App Integration > SAML 2.0.

Création d’une application SAML 2.0 dans Okta — *Créer une intégration SAML 2.0 dans Okta.*¶

Donnez un nom à l’application (ex. Reemo) et cliquez sur Next.
Renseignez les paramètres SSO principaux :

Single sign-on URL : collez l’URL de callback du connecteur Reemo.
Audience URI (SP Entity ID) : reemo.
Application username : Email.

Configurez les Attribute Statements comme ceux-ci :

Name	Name format	Value
email	Unspecified	user.email
fullname	Unspecified	user.lastName

Formulaire d’app SAML Okta — *Renseigner l’URL de callback, l’Audience et les Attribute Statements.*¶

Terminez la création de l’application Okta (Next puis Finish)
Depuis l’application créée, allez dans l’onglet Sign On puis téléchargez les métadonnées (Metadata) depuis l’URL donnée.

Métadonnées SAML Okta — *Télécharger les métadonnées SAML (XML) depuis Okta.*¶

Copier le certificat X.509 et le Point d’entrée IP (SSO URL).

Certificat X.509 et URL SSO Okta — *Récupérer le certificat X.509 et le Point d’entrée IP Okta.*¶

Compléter le connecteur SAML de Reemo. Activez le connecteur (case Enabled) puis cliquez sur Update pour enregistrer.

Coller les informations Okta dans le connecteur Reemo — *Activer le connecteur après avoir collé le Point d’entrée IP et le Certificat IP Okta.*¶

Déclarer les utilisateurs¶

Deux approches sont possibles pour donner l’accès SSO aux utilisateurs.

Approche A : Provisionnement explicite depuis l’organisation

Depuis verified_user Zone d’administration > domain Organisations, sélectionnez votre organisation, puis accédez à inventory_2 Inventaire > person Utilisateurs et cliquez sur Nouvel utilisateur > Provisionner un utilisateur SAML pour ajouter des utilisateurs en renseignant leur e-mail.

Menu Nouvel utilisateur avec l'option Provisionner un utilisateur SAML — *Choisir Provisionner un utilisateur SAML depuis le menu Nouvel utilisateur.*¶

Approche B : Just-In-Time (JIT) Provisioning

Depuis verified_user Zone d’administration > domain Organisations, sélectionnez votre organisation, puis accédez à dashboard Général > passkey Connecteurs SSO, cliquez sur le connecteur puis activez Provisionnement Juste-à-Temps activé : les comptes sont créés automatiquement lors de la première connexion SSO réussie.

Option Just In Time Provisioning — *Activer Just In Time Provisioning pour créer les comptes à la première connexion.*¶

Configurer la déconnexion côté fournisseur d’identité¶

Le connecteur SAML propose deux champs additionnels pour déconnecter automatiquement l’utilisateur de son fournisseur d’identité (IdP) au moment où il se déconnecte de Reemo : une URL de déconnexion de l’IdP et un protocole de déconnexion.

Redirection vers l’URL ci-dessus (par défaut) : le navigateur est simplement redirigé vers l’URL renseignée. Convient à n’importe quel fournisseur exposant un endpoint de déconnexion qui répond à une simple requête GET, sans configuration supplémentaire de son côté.
Déconnexion unique SAML (LogoutRequest signé) : Reemo signe une véritable requête LogoutRequest construite à partir du sujet de la session, et traite aussi bien la LogoutResponse renvoyée par le fournisseur qu’un LogoutRequest que celui-ci initierait lui-même. C’est le seul mode qui fonctionne avec un fournisseur dont l’endpoint de déconnexion est le même que celui de connexion (ex. Microsoft Entra ID, Keycloak) : cet endpoint attend une requête SAML signée, pas un simple GET.

Note

Ces deux champs sont optionnels et rétro-compatibles : le protocole vaut Redirection vers l’URL ci-dessus par défaut, donc les connecteurs existants ne changent pas de comportement. La stratégie de connexion (login) n’est jamais affectée, et un échec de déconnexion côté fournisseur ne bloque jamais la déconnexion de l’utilisateur dans Reemo.

La Déconnexion unique SAML nécessite qu’une clé de fournisseur de service existe pour ce connecteur : sans elle, il retombe automatiquement sur le mode Redirection vers l’URL ci-dessus. Reemo génère cette paire de clés par connecteur — la clé privée ne quitte jamais le serveur — et le certificat correspondant, à déclarer côté fournisseur, est affiché dans la liste des connecteurs SSO.

Warning

La Déconnexion unique SAML demande deux déclarations côté fournisseur d’identité : une URL de callback de déconnexion vers Reemo (son format dépend du fournisseur — voir le guide correspondant) et le certificat de signature du connecteur, affiché dans la liste des connecteurs SSO. Sans ces deux déclarations, le fournisseur rejette le LogoutRequest signé par Reemo.

Warning

En mode Déconnexion unique SAML, réglez l’URL de déconnexion de l’IdP selon votre fournisseur :

Laissez-la vide si votre fournisseur sert la déconnexion sur son endpoint de connexion (ex. Microsoft Entra ID, Keycloak). Reemo réutilise alors le Point d’entrée IP déjà configuré.
Renseignez-la si votre fournisseur expose un endpoint de déconnexion distinct (ex. Okta).

Warning

La déconnexion déclenchée côté fournisseur d’identité ferme la session de navigateur pour l’ensemble du fournisseur, pas seulement pour Reemo. Un utilisateur qui a d’autres onglets ouverts sur le même fournisseur (ex. les autres services Microsoft) en sera également déconnecté.

Sur Okta, l’endpoint de déconnexion est distinct de celui de connexion : en mode Déconnexion unique SAML, renseignez l’URL de déconnexion de l’IdP avec l’URL de déconnexion fournie par Okta.

Se connecter via SAML¶

Une fois le connecteur actif et les utilisateurs déclarés (ou JIT activé), vos utilisateurs peuvent se connecter :

Accès général à votre portail (Private Cloud / On-Prem) :
```
https://[portal_url]/
```

Accès direct à l’organisation (Public Cloud) :

https://[portal_url]/login/[organization_shortname]

Sur l’écran de connexion, sélectionnez l’onglet SSO, puis cliquez sur Se connecter pour être redirigé vers le fournisseur d’identité.

Onglet SSO sur l'écran de connexion — *Sélectionner l’onglet SSO, puis cliquer sur Se connecter.*¶