Les deux facteurs, ou aucun
Un nom d’utilisateur, un mot de passe et un code de votre application d’authentification. La session est émise après les deux facteurs, et seulement après les deux.
Sécurité et souveraineté
Un mot de passe et un code d’authentification à chaque fois, ou votre propre fournisseur d’identité.
Vos données sont la seule chose que l’IA peut atteindre.
L’IA travaille dans un moteur de base de données démarré sans accès externe. Elle lit les données que vous lui avez confiées et rien d’autre sur la machine. Cette frontière est le moteur lui-même, pas une liste de mots à surveiller, et c’est pourquoi elle tient quelle que soit la formulation d’une question.
L’authentificateur fait partie du produit, et la session est émise après les deux facteurs seulement.
Un nom d’utilisateur, un mot de passe et un code de votre application d’authentification. La session est émise après les deux facteurs, et seulement après les deux.
Chacun est haché avec scrypt à N=2^17, volontairement lent et gourmand en mémoire : un fichier volé vaut très peu pour qui l’a pris.
Une mauvaise adresse et un mauvais mot de passe prennent le même temps, car les deux font le même travail. Le temps ne dit rien à un attaquant sur qui possède un compte ici.
La limitation de débit et le verrouillage jouent par compte et par adresse, et ils sont vérifiés avant le hachage coûteux : ils plafonnent le coût machine autant que les tentatives.
La découverte de domaine lit le domaine et vous envoie au fournisseur d’identité qui le possède. Rien d’autre sur vous n’est nécessaire pour router la demande.
N’importe quel fournisseur d’identité SAML 2.0, connecté un par domaine de messagerie client. Vos équipes retrouvent l’écran de connexion qu’elles connaissent.
Elle est validée contre le certificat propre à cette connexion, et l’adresse affirmée est ancrée au domaine propre à cette connexion.
Parce que le lien porte sur le domaine, une assertion signée d’un locataire se résout vers ce locataire, et vers lui seul.
La connexion commence ici, et chaque demande porte un nonce à usage unique dépensé dès son retour : une réponse rejouée n’a plus rien à dépenser.
Deux minuteurs qui tournent ensemble, et un changement d’accès qui prend effet à la requête suivante.
Éloignez-vous et la session se ferme d’elle-même. Revenir vous coûte dix secondes, et coûte bien plus à qui trouverait votre ordinateur.
Le plafond long tient tout seul. L’activité fait glisser le minuteur d’inactivité et laisse les douze heures exactement où elles étaient : une session a une fin même le jour le plus chargé.
Désactivez quelqu’un, changez un mot de passe ou réinitialisez un authentificateur, et chacune de ses sessions actives se termine à la prochaine utilisation.
Aucun rôle ne voyage jamais dans un jeton. Un changement dans l’annuaire s’applique immédiatement, et non quand un jeton expire par hasard.
Une garde atomique maintient au moins un administrateur actif à tout moment, pour que quelqu’un puisse toujours atteindre le back-office. C’est une petite règle, et c’est la différence entre un après-midi de rangement tranquille et un ticket que personne n’aime écrire.
Chaque outil de la suite est complet sans IA, et c’est une propriété du logiciel.
Chaque application produit son résultat complet sur son propre moteur déterministe. Laissez l’IA désactivée et rien n’atteint un fournisseur de modèle.
Activez-la et elle tourne sur la clé que vous avez fournie, chez le fournisseur que vous avez choisi, aux conditions négociées avec lui. Nous ne fournissons aucune clé et ne tenons aucun pool partagé.
Le client compatible OpenAI accepte tout point de terminaison que vous nommez : vous pouvez le pointer sur un proxy dans votre propre réseau, et alors rien n’en sort du tout.
Chaque constat porte un identifiant CIS Controls v8.1 et une fonction NIST CSF 2.0.
Guard marque chaque constat qu’il lève d’un identifiant de mesure CIS Controls v8.1 et d’une fonction NIST CSF 2.0, de façon déterministe, et ce marquage voyage avec le constat dans son CSV, son SARIF, son PDF et à l’écran. Votre auditeur reçoit un constat avec la référence de contrôle déjà attachée, dans un format que ses propres outils lisent.
Ce sont des preuves d’audit mises en correspondance. Ce n’est pas une certification, et ce produit n’en délivre pas. Nous préférons le dire sur le site plutôt que vous le laisser découvrir pendant l’audit, et la même règle gouverne toute autre affirmation ici.
Votre piste d’audit s’écrit pendant que vous travaillez.
Les changements gouvernés atterrissent dans un journal chaîné en SHA-256 simple, sans clé secrète. Votre auditeur peut en revérifier l’intégrité depuis l’export avec ses propres outils, sans nous croire sur parole.
Le durcissement est dans la construction de l’image et dans le contrôle de sa chaîne de build.
| Couche | Ce qui est en place |
|---|---|
| Le conteneur | L’application tourne en utilisateur non privilégié, uid 10001. Root n’est utilisé qu’une fois, pour prendre possession du volume de données, puis abandonné avant tout démarrage. |
| Chaque réponse | Des en-têtes de sécurité sur toutes, dont une politique qui tient l’application hors du cadre de quiconque. |
| La connexion | Limitation de débit et verrouillage, par compte et par adresse. |
| Chaque changement | Un jeton CSRF sur chaque mutation, lié à votre propre session. |
| Les fichiers sur disque | Écrits atomiquement en 0600, pour qu’un secret à moitié écrit ne soit jamais lisible. |
| Le chiffrement | Une clé dérivée séparément pour chaque usage, pour qu’un secret ne fasse jamais discrètement deux métiers. |
| Les dépendances | Chacune épinglée à un commit exact, passerelle comprise. |
| L’image livrée | Ne contient aucun installateur de paquets. |
| La chaîne de build | Un scan de vulnérabilités qui fait échouer la construction, face à une liste d’exclusion vide. |
Tout sur cette page est une valeur dans un fichier, et nous vous montrerons volontiers le fichier.