L’écosystème LUXIA

Domaines de l’écosystème

LUXIA Identity

Le registre des identités et des accès. Les fournisseurs s’y branchent ; l’identité, les droits et l’historique y restent.

Niveau de preuve :Vérifié en production

Capacités vérifiées en production ; bêta privée en préparation.

LUXIA Identity · bêta privée en préparation, sur invitation

Gouvernez qui accède à quoi. Prouvez chaque décision.

LUXIA Identity réunit les personnes, les comptes et les droits de votre organisation dans un seul registre : arrivées et départs, revues d’accès, séparation des tâches et journal d’audit que personne ne peut réécrire.

La vue d’ensemble d’une organisation : les points à traiter, les accès en vigueur et la gouvernance. Reconstitution de l’interface, données fictives.

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

Tout le cycle de vie d’un accès, dans une seule console

De l’arrivée d’une personne à son départ : ses droits, leurs revues, les conflits évités et la trace de chaque décision.

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.
La liste des identités : personnes, agent IA et charge de travail, avec leurs actions de cycle de vie. Reconstitution de l’interface, données fictives.

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.
Une décision de revue : l’accès, sa ressource, la justification, puis Conserver ou Retirer. Reconstitution de l’interface, données fictives.

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.

Une politique de séparation des tâches active, et une attribution bloquée. Reconstitution de l’interface, données fictives.

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.
Le journal d’audit : connexions, accès retirés après revue, attribution bloquée, session révoquée. Reconstitution de l’interface, données fictives.

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.
L’écran de connexion : identifiant de l’organisation, Microsoft Entra ID ou clé d’accès. Reconstitution de l’interface, données fictives.

Solutions

Cinq situations que LUXIA Identity règle

Toutes les solutions
  • Arrivées, mobilités et départs

    Une personne arrive lundi, change de service en mars, part en septembre. Entre-temps, ses accès se sont accumulés et personne ne sait lesquels retirer.

  • Revues d’accès périodiques

    Votre auditeur demande la preuve que les accès aux applications sensibles sont revus. Aujourd’hui, c’est un tableur envoyé par courriel et des réponses qui se perdent.

  • Séparation des tâches

    La même personne peut créer un fournisseur et valider ses paiements. Vous ne le découvrez qu’au contrôle annuel, quand le risque a déjà existé pendant des mois.

  • Connexion sans mot de passe

    Les mots de passe sont réutilisés, hameçonnés, réinitialisés. Vous voulez des connexions résistantes à l’hameçonnage sans perdre la maîtrise de la récupération.

  • Preuve pour l’audit et la conformité

    Après un incident ou pendant un audit, il faut dire qui a fait quoi. Les journaux sont dispersés, et leurs auteurs peuvent parfois les modifier.

  • Une autre situation ?

    Décrivez-nous la vôtre : nous vous dirons si LUXIA Identity y répond, et sinon, ce que nous recommandons.

Pour qui

Une même console, quatre façons de s’en servir

  • Direction des systèmes d’information

    Un registre unique des identités et des droits, qui ne dépend pas du fournisseur d’identité que vous utilisez aujourd’hui.

  • Sécurité

    Des connexions résistantes à l’hameçonnage, des droits incompatibles bloqués à l’attribution, un journal en ajout seul.

  • Responsables métier

    Des revues d’accès courtes, sur vos applications, où chaque décision tient en une justification.

  • Audit et conformité

    La preuve de qui a eu accès à quoi, et de qui a décidé, sans reconstituer l’historique à la main.

Sécurité

Conçue pour être auditée, à commencer par nous

Une plateforme d’identité ne vaut que si l’on peut vérifier ce qu’elle affirme. Architecture, hébergement, sauvegardes et limites actuelles : tout est décrit dans le centre de confiance.

Ouvrir le centre de confiance
  • Chaque organisation isolée par la base de données

    Sécurité au niveau des lignes de PostgreSQL, en mode forcé. Le rôle de l’application ne peut pas la contourner.

  • Un opérateur sans droit chez vous

    Luxia-IT ne détient aucun droit dans votre organisation. Une intervention d’urgence suit une liste fermée d’actions et vous est signalée.

  • Des sauvegardes que l’on a déjà restaurées

    Chiffrées, hors du fournisseur de base de données, dans l’Union européenne. La restauration complète a été vérifiée en production.

Accompagnement

Nous déployons avec vous, et nous restons

Nos services

Ressources

Guides pratiques

Toutes les ressources

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.