Connecteur

Okta

Identifiant d'API, saisi client par client.

Fournisseur d'identité en SaaS : annuaire des comptes, authentification unique et second facteur pour l'ensemble des applications d'une entreprise. Vigicap lit le nombre de comptes et leur état, et vérifie qu'au moins une politique d'enrôlement du second facteur est active, pour évaluer les objectifs ReCyF « gestion des identités » et « authentification multifacteur ». Le périmètre exact d'une politique MFA n'est pas évalué.

Ce qu'il faut créer dans l'outil

L'accès se crée dans Okta, pas dans Vigicap. Vigicap ne demande jamais le mot de passe d'un administrateur : il attend un identifiant d'API que vous créez, que vous voyez, et que vous pouvez révoquer sans nous.

Où le générer

Dans la console Okta : Security > API > Tokens > Create Token. Le jeton n'est affiché qu'une seule fois. L'URL à saisir est celle de votre organisation (par exemple https://votre-entreprise.okta.com, ou votre domaine personnalisé). Un jeton Okta expire après 30 jours sans utilisation : une synchronisation régulière le maintient valide.

Rôle minimal

Créez un jeton d'API (Security > API > Tokens) sur un compte de service disposant du rôle « Read-Only Administrator ». Ce connecteur n'appelle que GET /api/v1/users et GET /api/v1/policies. Le jeton hérite des droits du compte qui le crée : ne le générez jamais depuis le compte d'un super-administrateur humain.

Formulation reprise du modèle de rôles de l'éditeur, et vérifiée avant publication.

Ce qu'il faut saisir dans Vigicap

Les champs exacts du formulaire de connexion, dans l'ordre où ils apparaissent. Les valeurs marquées « secret » ne ressortent jamais vers le navigateur : elles sont chiffrées au repos et supprimées à la déconnexion.

Le formulaire commence par l'adresse de l'instance, saisie à part des champs ci-dessous. Le catalogue public ne publie pas encore si ce connecteur en demande une, ni à quoi elle ressemble — cette liste est donc exacte pour tout le reste, et muette sur ce premier champ.

Jeton d'API Oktasecret
Créé dans Security > API > Tokens, depuis un compte de service en lecture seule.
00a1B2c3...

Le routage par client

La connexion se fait client par client : un identifiant par client, saisi sur la fiche de ce client. Rien n'est partagé entre deux clients, et déconnecter l'un n'affecte pas l'autre.

Ce qu'il fait, et ce qu'il ne fait pas

Objectifs ReCyF pré-remplis

Une lecture alimente un objectif du référentiel ANSSI ReCyF. Elle le PROPOSE : le niveau n'est retenu qu'une fois validé par un consultant.

#10 Gestion des identités et des accès des utilisateurs aux systèmes d'information

Lecture seule

Les lectures sont en lecture seule : Vigicap n'écrit rien dans l'outil en lisant.

Ce qui est lu, ce qui est conservé, combien de temps et avec quels droits : le même registre, connecteur par connecteur, dans l'inventaire des données.

Vérification

Ce connecteur a été écrit d'après l'API documentée de l'éditeur et n'a pas encore été exécuté contre une instance réelle.

Les marques et logos cités appartiennent à leurs titulaires respectifs et identifient les outils avec lesquels Vigicap est compatible — voir les mentions légales.