Aller au contenu
  • Identité
  • Lecture seule

Okta et Qastel

Voyez les applications d'IA placées derrière votre authentification unique Okta, et qui y est affecté.

Pourquoi l'IA approuvée se trouve derrière l'authentification unique

Les outils IA qu'une entreprise a approuvés se trouvent le plus souvent derrière l'authentification unique. Qastel lit votre annuaire Okta et vos intégrations d'applications, reconnaît les outils IA parmi elles et montre qui a accès à chacun : votre inventaire part des personnes et des applications qu'Okta connaît déjà.

Quand une équipe adopte un outil IA dans les règles, quelqu'un l'ajoute à Okta et y affecte des personnes. Okta devient ainsi la liste la plus complète de l'IA que votre organisation a laissée entrer, et de ceux qui peuvent l'ouvrir. C'est aussi une liste que personne ne lit comme un inventaire IA.

Lire les applications et les affectations qu'Okta détient déjà

Qastel lit chaque intégration d'application active et reconnaît les outils IA parmi elles : par leur nom dans l'Okta Integration Network lorsqu'elles viennent du catalogue Okta, et par leur libellé pour les applications SAML ou OIDC que vous avez créées vous-même. Pour chacune, il lit qui y est affecté, directement ou par un groupe.

L'annuaire fait le reste. Noms, e-mails, services, fonctions et statut des comptes viennent d'Okta, si bien que l'activité IA observée ailleurs est rattachée à une personne réelle. Okta ne conserve pas l'historique des affectations : Qastel montre qui est affecté aujourd'hui et consigne, à la synchronisation suivante, la perte d'un accès.

Capture d'écran à venir

The Okta connect dialog open over Qastel's Sources page, on its key step: the public key to copy, the read-only scopes Qastel asks for, and what it never reads

2400 × 1350

Ce que vous obtenez

Découvrir, évaluer, contrôler, prouver.

Ce que Okta apporte à Qastel, à chacune des quatre étapes.

  • Découvrir

    Chaque application d'IA derrière l'authentification unique Okta, reconnue par éditeur et par produit, y compris les applications SAML et OIDC créées par vos équipes.

  • Évaluer

    Chacune notée selon son risque, avec le nombre de personnes qui y sont affectées : un outil que trois personnes peuvent ouvrir n'est pas un outil ouvert à toute l'entreprise.

  • Contrôler

    Voyez qui est affecté à chaque application d'IA, directement ou par un groupe : une revue des accès commence par des noms.

  • Prouver

    Une trace datée des applications d'IA auxquelles vos équipes accèdent via Okta, actualisée toutes les quatre heures.

Une application de service en lecture seule, avec une clé que seul Qastel détient

Vous créez dans Okta une application API Services pour Qastel et lui accordez des scopes en lecture seule ainsi que le rôle Read-Only Administrator. Elle s'authentifie avec une paire de clés générée pour cette connexion : Qastel conserve la clé privée et vous collez la clé publique dans Okta. Qastel ne lit ni mots de passe, ni facteurs MFA, ni sessions, ni politiques, et ne peut rien modifier dans votre organisation Okta.

Okta

Ce que Qastel lit

Depuis Okta

  • Chaque utilisateur de votre organisation Okta
  • Les applications d'IA derrière le SSO Okta
  • Les personnes affectées à chaque application

Lecture seule. Rien n'est écrit en retour.

Connecter Okta

Se connecte par une application API Services en lecture seule que vous créez dans Okta. Elle s'authentifie avec une paire de clés, aucun mot de passe n'est stocké, et rien n'est jamais modifié dans votre organisation Okta.

Ce qu'il vous faut avant de commencer

  • Une organisation Okta, jointe par son adresse Okta (une adresse personnalisée n'est pas prise en charge)
  • Un super administrateur Okta, pour créer l'application et lui attribuer le rôle Read-Only Administrator
  1. Dans Qastel, ouvrez Sources, choisissez Okta, créez une clé et copiez la clé publique affichée.

  2. Dans la console d'administration Okta, créez une application API Services, réglez son authentification client sur une clé publique et collez la clé, accordez les scopes en lecture seule, puis attribuez le rôle Read-Only Administrator.

  3. De retour dans Qastel, saisissez l'adresse de votre organisation Okta et l'identifiant client de l'application, puis connectez. Qastel vérifie la connexion et lance la première synchronisation.

Voyez ce que Okta sait déjà de votre IA.

En lecture seule, en quelques minutes. Rien n'est jamais écrit en retour.