Gouvernance des identités et des accès
LUXIA Identity
Le registre des identités et des accès de votre organisation : qui existe, comment chacun se connecte, à quoi chacun a droit, et la trace de chaque décision.
Bêta privée en préparation, sur invitation. Aucune offre commerciale à ce jour.
Faits vérifiés en production
- 81 spour reconstruire la base de production depuis une sauvegarde, vérifié le 13 octobre 2026
- 30 joursde protection des sauvegardes contre la suppression, chiffrées et hors du fournisseur
- 24 hau plus pour une session, révocable à tout moment par la personne ou un administrateur
- 0mot de passe : les comptes locaux se connectent par clé d’accès
Visite du produit
Une console pour tout le cycle de vie des accès
Identités
Chaque arrivée, chaque départ, au même endroit
Une personne est créée « en création », puis activée. Elle peut être suspendue le temps d’une absence ; suspendue ou partie, elle ne peut plus se connecter. Les charges de travail, les services, les appareils et les agents IA sont des identités comme les autres.
- Cycle de vie explicite : en création, active, suspendue, en récupération, partie.
- Les identités inactives qui détiennent encore un accès sont signalées, pour que vous les retiriez.
- Aucune organisation ne peut perdre son dernier administrateur : la base de données l’interdit.
Revues d’accès
Des revues d’accès que l’on peut présenter à un auditeur
Une campagne couvre une ressource, un groupe de ressources ou l’environnement entier, avec un réviseur et une échéance. Pour chaque accès, le réviseur conserve ou retire, et justifie sa décision.
- Un réviseur ne peut pas examiner ses propres accès.
- Retirer un accès le supprime sur toutes les ressources qu’il couvre.
- Chaque décision et la clôture de la campagne sont inscrites à l’historique.
Séparation des tâches
Deux droits incompatibles ne se retrouvent pas chez la même personne
Une politique déclare quels droits s’excluent, par exemple créer un fournisseur et valider ses paiements. Une attribution qui créerait le conflit est bloquée avant d’exister, et le blocage est journalisé.
- Politiques créées désactivées, puis activées quand elles sont prêtes.
- Le contrôle s’applique au moment de l’attribution, pas après coup.
- Les attributions bloquées sont listées et comptées dans la vue d’ensemble.
Pour l’instant, seules les nouvelles attributions sont contrôlées : les conflits déjà présents ne sont pas encore détectés.
Journal d’audit
Un journal que personne ne peut réécrire
Connexions et actions d’administration sont réunies dans un même journal, de la plus récente à la plus ancienne : qui, quoi, pour qui, avec quel moyen de connexion, et avec quel résultat.
- Ajout seul : l’application ne peut ni modifier ni supprimer une entrée.
- Les consultations du journal sont elles-mêmes journalisées.
- Les refus sont enregistrés au même titre que les réussites.
Connexion
Microsoft Entra ID ou une clé d’accès, sans mot de passe
Les personnes d’une organisation qui relie son locataire Microsoft Entra ID se connectent avec leur compte Microsoft. Les comptes locaux utilisent une clé d’accès (passkey), résistante à l’hameçonnage. Aucun mot de passe n’existe.
- Codes de récupération à usage unique, affichés une seule fois.
- Une connexion de récupération ouvre une session de 15 minutes, limitée à l’ajout d’une nouvelle clé.
- Chaque connexion de fournisseur a sa coupure d’urgence : la mise en quarantaine révoque les sessions.
Comment ça marche
Les fournisseurs se branchent sur LUXIA, jamais l’inverse
L’identité canonique, l’état des droits et l’historique restent dans le cœur de la plateforme. Chaque fournisseur d’identité est un adaptateur remplaçable : il prouve une identité, il ne la possède pas.
Changer de fournisseur, en ajouter un ou le couper en urgence ne remet en cause ni les comptes, ni les droits, ni l’historique : ils restent dans votre registre.
Fonctions
Ce que la plateforme fait aujourd’hui
Chacune de ces fonctions a été vérifiée dans l’environnement de production.
Organisations isolées
Les données de chaque organisation sont séparées par la sécurité au niveau des lignes de PostgreSQL, en mode forcé. Le rôle applicatif ne peut pas la contourner.
Connexion sans mot de passe
Passkeys (WebAuthn) résistantes à l’hameçonnage pour les comptes locaux. Aucun mot de passe n’existe.
Récupération encadrée
Codes de récupération à usage unique, affichés une seule fois et conservés sous forme d’empreinte. Une connexion de récupération ouvre une session de 15 minutes limitée à l’ajout d’une passkey.
Microsoft Entra ID
Connexion des personnes d’une organisation qui relie son locataire Entra. La plateforme enregistre ce que Microsoft atteste, sans revendiquer de second facteur qu’elle ne peut pas prouver.
Connexions de fournisseurs pilotées
Chaque connexion de fournisseur a son cycle de vie et sa coupure d’urgence. Les connexions sont isolées entre organisations.
Personnes et comptes
Personnes, comptes et leur cycle de vie : arrivée, mobilité, départ.
Inscription des organisations
Une organisation s’inscrit et son fondateur se connecte d’emblée avec une passkey. Plusieurs organisations coexistent sur la plateforme.
Ressources et habilitations
Ressources, droits explicites, règles de séparation des tâches et revues d’accès.
Administration protégée
Aucune organisation ne peut perdre son dernier administrateur. La règle est appliquée par la base de données, y compris en cas de modifications simultanées.
Journal de sécurité en ajout seul
Le journal d’administration et les preuves de connexion ne peuvent être ni modifiés ni supprimés par l’application. Un tableau de bord présente la posture de l’organisation.
Intégrations
Fournisseurs et protocoles
Chaque fournisseur se branche sur le même cœur. Voici où en est chacun.
- Niveau de preuve :Vérifié en production
Passkeys (WebAuthn)
Comptes locaux LUXIA.
- Niveau de preuve :Vérifié en production
Microsoft Entra ID
Par locataire, après consentement de son administrateur.
- Niveau de preuve :Conçu
Fournisseurs OIDC
Moteur générique en cours de revue.
- Niveau de preuve :Cible
Google
Par le même moteur.
- Niveau de preuve :Cible
LDAP, Active Directory
Annuaires d’entreprise.
- Niveau de preuve :Cible
SAML, SCIM
Après les connexions OIDC.
Sécurité et hébergement
Isolée, sauvegardée, restaurée pour de vrai
Isolation des organisations par la base de données, opérateur sans droit, sauvegardes indépendantes et restauration vérifiée. Le détail, et les limites, sont dans le centre de confiance.
Ouvrir le centre de confianceIsolation par la base de données
Sécurité au niveau des lignes forcée. Le rôle de l’application n’est ni superutilisateur ni autorisé à contourner cette sécurité.
Sessions
Jetons conservés sous forme d’empreinte uniquement, expiration après 24 heures, révocation par la personne ou par un administrateur. Une organisation suspendue ne peut pas se connecter.
Opérateur sans droit
L’opérateur Luxia-IT ne détient aucun droit dans une organisation cliente. Une intervention d’urgence suit une liste fermée d’actions, avec simulation, empreinte du plan et confirmation saisie. Elle est inscrite au journal et signalée aux administrateurs de l’organisation.
Questions fréquentes
Avant de nous écrire
LUXIA Identity fait-il de l’authentification unique (SSO) vers mes applications ?
Pas aujourd’hui. La plateforme gouverne les identités, les accès et leur trace. Une application est protégée quand son service interroge LUXIA Identity avant d’autoriser une action.
Quels fournisseurs d’identité sont pris en charge ?
Microsoft Entra ID, par locataire et après consentement de son administrateur, et les clés d’accès (passkeys) pour les comptes locaux. Un moteur OIDC générique est en conception ; Google, LDAP, Active Directory, SAML et SCIM sont prévus.
Où sont hébergées les données ?
Aujourd’hui aux États-Unis (côte est), avec des sauvegardes chiffrées dans l’Union européenne (Paris). Le passage à Francfort a été répété ; il est prévu avant toute bêta commerciale.
La plateforme est-elle certifiée ?
Non. Aucune certification de sécurité, aucun audit externe ni test d’intrusion à ce jour. Le code source est public sur GitHub, et chaque mesure de sécurité indique son état dans le centre de confiance.
Peut-on l’installer sur site ou dans un environnement souverain ?
C’est un principe d’architecture retenu : un seul code pour le cloud, l’hybride et le souverain. Aucun déploiement de ce type n’existe à ce jour.
Comment y accéder ?
Une bêta privée est en préparation, sur invitation. Il n’y a pas d’offre commerciale à ce jour. Demandez une démonstration : nous vous montrons la plateforme et vous disons si elle convient à votre cas.
Voyez LUXIA Identity sur vos propres cas
Une démonstration sur vos situations réelles : arrivées et départs, revues d’accès, séparation des tâches. Nous vous disons aussi ce que la plateforme ne fait pas encore.