Zero-knowledge par conception. Le serveur ne stocke que des chiffrés.
Vos clés privées sont générées sur votre appareil et n'en sortent jamais. Le serveur ne voit jamais votre clé privée, ne peut pas déchiffrer vos données et ne peut pas être contraint de produire du texte en clair.
Les messages de chat, e-mails, fichiers, notes, tâches, documents et feuilles de calcul sont stockés sur le serveur sous forme de blobs chiffrés opaques. Les sauvegardes sont chiffrées. Les événements de calendrier et l'historique des conversations IA sont stockés lisible par le serveur aujourd'hui.
Si le serveur UltimaOS est compromis demain, l'attaquant accède aux blobs chiffrés et aux métadonnées (qui parle à qui, quand). Il n'accède pas au contenu des messages.
Chaque conversation, fichier et document à l'intérieur de l'enveloppe est chiffré avec une clé de session symétrique dérivée d'un encapsulage de clé ML-KEM-768, donc pour ce contenu, le serveur est un simple tube pour les chiffrés. Le calendrier et l'historique de l'IA sont les exceptions documentées.
Chaque conversation génère une nouvelle clé symétrique. La compromission d'une clé de session ne révèle que cette conversation — jamais les autres conversations ni les autres données de l'utilisateur.
Les fichiers sont chiffrés avec leur propre clé symétrique aléatoire, puis cette clé de fichier est encapsulée pour chaque destinataire avec sa clé publique ML-KEM-768. Révoquer un destinataire est un réchiffrement, pas une suppression.
Lorsqu'un membre rejoint ou quitte un groupe, la clé symétrique du groupe est renouvelée et ré-encapsulée pour la nouvelle composition. Les anciens membres perdent l'accès ; les nouveaux membres l'obtiennent sans casser le reste.
UltimaOS propose une récupération sociale optionnelle basée sur le partage de secret de Shamir, que vous configurez vous-même après l'inscription (3-sur-5 par défaut, avec des préréglages 2-sur-3 et 4-sur-7) : l'historique chiffré d'un membre peut être reconstruit avec la coopération de trois contacts de confiance. La récupération n'affaiblit pas la chiffrographie — elle utilise le partage de secret sur les clés chiffrées de l'utilisateur.
Les administrateurs d'espace de travail ne peuvent pas lire le contenu chiffré. Ils peuvent supprimer des membres, changer les rôles et accéder aux métadonnées au niveau de l'espace de travail — mais ils ne peuvent pas déchiffrer les messages ou les fichiers.
Une assignation ou une ordonnance du tribunal peut contraindre UltimaOS à remettre les blobs chiffrés. Les blobs chiffrés sont inutiles sans la clé privée de l'utilisateur, que UltimaOS ne possède pas.
Parce que le serveur ne peut pas voir le contenu, il ne peut pas modérer le contenu. UltimaOS s'appuie sur des signalements d'abus initiés par les utilisateurs et sur la modération proactive des administrateurs d'espace de travail plutôt que sur une analyse du contenu côté serveur.
Les clients UltimaOS s'exécutent dans le navigateur, donc leur code peut être inspecté directement. Les chercheurs peuvent suivre l'implémentation de E2EE de bout en bout — de la génération de clés au transport chiffré jusqu'au stockage local — dans le bundle livré. L'accès au code source du serveur, limité aux chercheurs nommés et aux cabinets d'audit, est accordé au cas par cas.
Short answer
Le chiffrement de bout en bout signifie que le contenu est chiffré sur l'appareil de l'expéditeur et ne peut être déchiffré que sur celui du destinataire — personne entre les deux, y compris le fournisseur qui le transporte, ne détient une clé qui l'ouvre. Le test pratique est simple : si le fournisseur peut vous montrer votre propre contenu après que vous avez perdu votre appareil sans que vous fournissiez un secret, ce n'était pas chiffré de bout en bout. Sur UltimaOS, le chat, les e-mails, les fichiers, les notes, les tâches, les documents, les feuilles de calcul et les tableaux privés sont à l'intérieur de cette enveloppe ; les événements de calendrier et l'historique des conversations IA ne le sont pas, et nous le disons sur leurs pages.
Short answer
Le contenu est chiffré sur l'appareil de l'expéditeur et déchiffré uniquement sur celui du destinataire, de sorte qu'aucun intermédiaire — y compris le fournisseur qui le transporte — ne détient jamais une clé qui l'ouvre.
Short answer
Le chiffrement de bout en bout (E2EE) est une architecture chiffrographique où les données sont chiffrées sur l'appareil de l'expéditeur et ne sont déchiffrées que sur l'appareil du destinataire. Le fournisseur de services au milieu ne stocke que des chiffrés et n'a pas de clé pour les déchiffrer. (EFF Surveillance Self-Defense)
Short answer
Non. Le serveur stocke les chiffrés et les clés publiques des utilisateurs. Il ne dispose pas des clés privées nécessaires pour déchiffrer le contenu — il ne reçoit jamais que des chiffrés.
Short answer
Aucun membre du personnel de UltimaOS n'a la capacité technique de lire vos données chiffrées. Il n'y a pas de clé maîtresse, pas de porte dérobée, et aucun mécanisme de contournement. Cela peut être vérifié dans le code client, qui s'exécute dans votre navigateur.
Short answer
Oui. La conception chiffrographique est zero-knowledge vis-à-vis du serveur : le serveur n'a aucune information sur le contenu au-delà des chiffrés opaques et des métadonnées minimales nécessaires à la livraison.
Short answer
Les algorithmes sont des spécifications publiques normalisées NIST que vous pouvez vérifier indépendamment. Le client est livré à votre navigateur comme une application monopage standard, donc le code qui s'exécute peut être inspecté directement dans les outils de développement — inspectable aujourd'hui, avec des builds reproductibles signés sur la feuille de route pour le rendre mécaniquement vérifiable. Le backend est propriétaire ; vous pouvez interroger son comportement depuis uOS via uAI.
Short answer
L'historique des conversations IA n'est pas chiffré de bout en bout aujourd'hui : il est lisible par le serveur, car le serveur assemble le contexte du modèle. Lorsque vous choisissez un fournisseur externe, ce fournisseur traite également le contexte en clair au moment de l'inférence. Vous choisissez le backend du modèle, et le contexte est envoyé par requête plutôt que stocké par nous chez le fournisseur.
Short answer
UltimaOS propose une récupération sociale optionnelle basée sur le partage de secret de Shamir, que vous configurez vous-même après l'inscription (3-sur-5 par défaut, avec des préréglages 2-sur-3 et 4-sur-7). L'utilisateur désigne cinq contacts de confiance ; trois d'entre eux peuvent reconstruire le matériel de clé chiffré nécessaire pour accéder à l'historique de l'utilisateur sur un nouvel appareil. Aucun contact unique ne peut déchiffrer seul.
Pas de publicité, pas d'exploration de données, pas de compte à rebours. Les comptes individuels et familiaux sont gratuits — définitivement. Les organisations paient par siège, et c'est ce qui finance le service.