Aller au contenu

Gestion des utilisateurs

La gestion des utilisateurs est disponible sur tous les niveaux de plan et tous les fournisseurs. Ce que chaque fournisseur sait faire varie : AUMS ne propose que les actions et les filtres que le fournisseur connecté prend en charge.

La page des utilisateurs (/users) liste les utilisateurs de votre fournisseur. Vous pouvez :

  • Rechercher par nom ou par e-mail (Ory ne trouve qu’un e-mail ou un identifiant complet)
  • Filtrer par statut (actif, bloqué), vérification de l’e-mail et du téléphone
  • Trier et paginer (le fournisseur décide des colonnes triables)
  • Sélectionner plusieurs utilisateurs pour les bloquer, les débloquer ou les supprimer d’un coup

Certains fournisseurs refusent des combinaisons de filtres (Cognito : recherche avec le filtre de statut ; Keycloak : recherche avec la vérification de l’e-mail). Les contrôles en conflit sont désactivés, avec une note qui explique pourquoi.

Plus de filtres ajoute des filtres que la plupart des API de fournisseurs n’ont pas :

FiltreNécessite
Créé aprèsque le fournisseur indique la date de création (tous le font)
Dernière connexion avantque le fournisseur indique les dernières connexions (Auth0, Entra, Firebase)
Jamais connectéidem
Domaine de l’e-mailrien : correspond exactement à @domaine, pas aux sous-domaines

Les fournisseurs ne pouvant pas les appliquer eux-mêmes, AUMS lit les utilisateurs page par page et les filtre. Il s’arrête après 2 000 utilisateurs et le signale : affinez la recherche pour être sûr de voir toutes les correspondances.

Le menu Vues propose des vues prêtes à l’emploi (comme Inactifs depuis plus de 90 jours, Jamais connectés, Inscrits ces 30 derniers jours, Utilisateurs bloqués : seulement celles auxquelles le fournisseur sait répondre) et vos vues enregistrées. Enregistrez la recherche, les filtres et le tri actuels sous un nom ; enregistrer sous un nom existant remplace la vue. Les vues enregistrées sont personnelles et gardent des dates fixes.

Cliquez sur un utilisateur pour ouvrir sa page. Elle présente :

SectionDescription
ProfilNom, e-mail, téléphone, photo ; modifiable
Rôles / groupesAttribuer des rôles ou des groupes (voir plus bas)
MétadonnéesMétadonnées, attributs ou claims personnalisés ; modifiables (voir plus bas)
IdentitésConnexions sociales et d’entreprise liées ; à dissocier quand c’est possible
SessionsSessions actives avec appareil et IP, quand le fournisseur les liste
ActivitéÉvénements d’authentification récents (selon le fournisseur)

Le menu Actions de la page de détail lance les actions que le fournisseur prend en charge. Chacune est enregistrée dans le journal d’audit des actions admin.

ActionAuth0KeycloakOryCognitoFirebaseEntraSCIMSuperTokens
Bloquer / débloquer✅✅✅✅✅✅✅—
Envoyer un e-mail de réinitialisation✅✅—✅————
Renvoyer l’e-mail de vérification✅✅——————
Réinitialiser la MFA✅✅✅✅————
Lister les sessions et déconnecter✅✅✅—————
Déconnecter partout seulement———✅✅✅——
Dissocier une identité✅✅——✅———

Keycloak envoie l’e-mail de réinitialisation et celui de vérification via les paramètres e-mail du realm : configurez-les d’abord dans Keycloak. Firebase déconnecte l’utilisateur en révoquant ses jetons d’actualisation ; les jetons d’identité déjà émis restent valides jusqu’à leur expiration (jusqu’à une heure). La réinitialisation de la MFA et la déconnexion demandent une confirmation.

Quand le fournisseur en a, la page de détail liste les rôles (Auth0, rôles du realm Keycloak) ou les groupes (Cognito, groupes de sécurité Entra) attribuables, avec des cases à cocher. Les rôles que Keycloak donne à tout le monde ne sont pas proposés, ni les groupes Entra dont l’appartenance est calculée. 500 au plus sont listés. Les changements sont enregistrés avec le nom des rôles ajoutés et retirés.

Quand le fournisseur peut stocker des données libres sur un utilisateur, la carte de métadonnées a un bouton Modifier avec un éditeur JSON, vérifié à la frappe puis de nouveau côté serveur :

FournisseurCe qui est modifiableLimites
Auth0Métadonnées utilisateur et d’applicationJSON, 16 Ko chacune, clés réservées d’Auth0 refusées
KeycloakAttributstexte, nombres, booléens ou listes ; 8 Ko
FirebaseClaims personnalisésJSON, 1 000 octets, claims standard du jeton refusés

Enregistrer remplace le contenu : les clés omises sont supprimées. Le journal d’audit garde le nom des clés, jamais leurs valeurs.

Depuis la liste, cliquez sur Créer un utilisateur. Requis : une adresse e-mail. Le nom, le mot de passe et l’indicateur « vérifié » sont optionnels ; le reste dépend du fournisseur.

Importer prend un fichier CSV avec une colonne email et, en option, name et email_verified (true ou false) : téléchargez un modèle depuis la fenêtre. Jusqu’à 2 000 utilisateurs et 1 Mo par fichier. AUMS prévisualise le fichier, ignore les lignes en erreur (e-mails invalides ou répétés) en les indiquant, puis crée les utilisateurs quelques-uns à la fois avec une barre de progression. Chaque création est enregistrée comme si vous aviez créé l’utilisateur à la main. Les échecs (un utilisateur déjà existant, par exemple) sont listés et téléchargeables en CSV. Les mots de passe ne sont pas importés.

Exporter en CSV télécharge les utilisateurs de la recherche en cours, filtres compris, avec identifiant, e-mail, nom, vérification et blocage, téléphone, date de création et dernière connexion (jusqu’à 10 000 utilisateurs). Il faut le droit d’écriture, pas seulement de lecture, car il livre les données personnelles de tous, et l’export est enregistré dans le journal d’audit. Les cellules qu’un tableur exécuterait comme une formule sont neutralisées.

La suppression demande de saisir l’e-mail de l’utilisateur (ou delete pour plusieurs) et propose un motif facultatif, conservé dans le journal d’audit. Au niveau Business, un second administrateur peut être exigé pour approuver les suppressions.