Comment vos données sont protégées.

Pas une promesse de ne pas regarder. Une structure qui ne le peut pas.

La sécurité dans un produit d’IA personnelle n’est pas une liste de fonctionnalités ; c’est une posture. La bonne posture est la paranoïa à l’égard des données des utilisateurs — supposer que l’application aura des défauts, supposer que le modèle sous-jacent se trompera parfois, supposer que le réseau est hostile — et concevoir de telle sorte qu’aucune de ces défaillances ne puisse faire fuiter vos informations dans le compte de quelqu’un d’autre ou vers le monde extérieur.

Tout ce qui suit découle de cette posture.

Chaque compte reçoit sa propre infrastructure. C’est la propriété de sécurité la plus importante du produit — et la plus coûteuse à fournir. Précisément :

• Un stockage par utilisateur. Les fichiers de votre coffre vivent dans un préfixe de stockage objet cloud limité à votre compte. La gestion des identités du cloud applique l’accès au niveau de l’infrastructure — même si notre code applicatif comportait un défaut, le cloud refuserait de servir les données d’un autre utilisateur.
• Un serveur d’agent par utilisateur. Vos conversations tournent dans un processus qu’aucun autre compte ne peut atteindre. La politique réseau du cluster empêche tout trafic entre comptes.
• Un compte de service par utilisateur. Une identité qui lui est propre, avec des permissions accordées uniquement à votre préfixe.
• Une mémoire par utilisateur. Le graphe de connaissances et la carte mémoire sont délimités par compte, dans des magasins isolés.

Ce ne sont pas des garanties de principe disant « nous promettons de ne pas regarder ». Ce sont des propriétés d’infrastructure disant « nous ne pouvons structurellement pas servir les données de l’utilisateur A dans la session de l’utilisateur B ».

• Les connexions empruntent le parcours OAuth propre à chaque service. Nous ne voyons jamais votre mot de passe.
• Les jetons sont conservés dans une gestion de secrets cloud chiffrée — un secret par utilisateur et par service.
• Les jetons n’apparaissent jamais dans les journaux applicatifs. Nous les retirons à la source.
• Les jetons ne sont renvoyés par aucun point d’accès de l’API, pas même à vous.
• La révocation se fait d’une pression. Le jeton est détruit immédiatement ; votre agent perd l’accès au tour suivant.
• Vous pouvez aussi révoquer depuis le service lui-même, à tout moment (Gmail, Notion et Slack le permettent tous).

• En transit : TLS sur chaque connexion client — 1.2 au minimum, 1.3 pour les navigateurs modernes. Le trafic interne entre la passerelle et les pods d’agents reste sur le réseau privé du cluster — il n’est jamais routable depuis l’internet public.
• Au repos : les fichiers du coffre dans le stockage cloud sont chiffrés au repos avec des clés gérées par Google (AES-256). Les secrets OAuth résident dans une gestion de secrets cloud, chiffrés au repos par le magasin lui-même.
• La mémoire : le graphe de connaissances et les magasins de mémoire héritent du même chiffrement au repos que la couche de stockage sous-jacente.

C’est la question qui compte le plus, et elle mérite une réponse franche. Quand 1Presence ouvre un e-mail — y compris un e-mail contenant des coordonnées bancaires, une facture, un contrat, n’importe quoi de sensible — ce contenu doit voyager jusqu’aux modèles sous-jacents pour qu’ils puissent le lire, le résumer ou agir dessus. Voici tout le chemin que prend cette donnée, sans rien cacher :

• En transit. Chaque étape du trajet est chiffrée par TLS — de votre appareil à notre passerelle, de la passerelle à votre serveur d’agent dédié, du serveur d’agent aux API des modèles, du serveur d’agent au service connecté (Gmail, Drive, Notion). Aucun saut en clair.
• Au niveau du modèle. Le contenu part vers des API d’IA commerciales régies par des contrats qui interdisent explicitement d’utiliser les contenus des clients pour entraîner des modèles. Nous n’entraînons pas de modèles. Ces contrats interdisent aussi aux fournisseurs de conserver ce que nous envoyons. Votre contenu est transmis pour que le modèle puisse le lire et répondre ; une fois la réponse revenue, les fournisseurs que nous utilisons ne conservent ni ce qui est entré ni ce qui est sorti. Il n’existe aucune copie dans une fenêtre de relecture, et aucun humain n’examine le trafic ordinaire.
• Au repos, de notre côté. Tout ce qui est enregistré dans votre coffre — une pièce jointe que 1Presence a récupérée, un résumé qu’il a écrit — vit dans un stockage cloud isolé, limité à votre compte, chiffré au repos, atteignable seulement par votre serveur d’agent dédié. Tout ce qui est écrit dans votre mémoire vit dans un magasin propre au compte, avec la même isolation.
• Vers qui que ce soit d’autre. Nous ne vendons, ne partageons, ne syndiquons ni ne remettons d’aucune autre façon vos contenus à des annonceurs, des courtiers, des partenaires ou des tiers.
• La visibilité de votre côté. Tout ce que 1Presence a lu ou écrit au cours d’une session figure dans votre historique de conversation et, quand cela compte, dans le fichier ou le souvenir qu’il a créé. Vous pouvez voir ce qui a été consulté. Vous pouvez le supprimer. Vous pouvez révoquer le connecteur d’où cela venait.

Deux leviers concrets si vous voulez contrôler plus étroitement ce qui circule et vers où :

• La portée par connecteur. Chaque connecteur ne demande que l’accès dont il a besoin, et vous pouvez vous déconnecter à tout moment — le jeton est détruit immédiatement.
• Demandez, simplement. Si un e-mail ou un document donné est trop sensible même pour un résumé, dites à 1Presence de ne pas l’ouvrir. Il ne l’ouvrira pas.

Nous n’allons pas prétendre que le contenu ne voyage jamais — ce serait un mensonge, et le produit ne pourrait pas fonctionner ainsi. Ce que nous affirmons est vrai et simple : il voyage dans un tuyau chiffré, et chaque extrémité est tenue — contractuellement et structurellement — de le traiter comme vous voudriez qu’un assistant personnel traite votre messagerie. Le lire, faire le travail, ne pas le garder, ne pas le partager, ne pas en tirer d’apprentissage.

Un assistant d’IA qui agit dans le monde réel est dangereux tant qu’il ne place pas chaque opération lourde de conséquences derrière une confirmation explicite de l’utilisateur. Nous le faisons.

• Les envois d’e-mails montrent toujours le brouillon, les destinataires, l’objet et le corps pour confirmation. C’est vous qui touchez Envoyer.
• Supprimer un événement ou vider un agenda affiche d’abord une carte de confirmation ; un événement qui invite d’autres personnes demande la première fois, et cette réponse est retenue.
• 1Presence ne peut pas remplacer un fichier existant du coffre tant qu’il ne l’a pas lu en entier au cours de cette session ; une écriture qui ne l’a pas fait est refusée.
• Les publications sur les réseaux sociaux (LinkedIn, X) montrent les brouillons avant publication.
• La première fois qu’un agent tente une action lourde de conséquences pour laquelle il n’a pas été autorisé, l’action s’arrête et vous demande de l’y autoriser — pour ce destinataire, ce canal ou ce dossier précis. Votre réponse est retenue et consignée, et vous pouvez la retirer à tout moment depuis l’onglet Accès.

Le travail en lecture seule se fait librement. Votre assistant principal travaille sur votre propre compte par conception — et l’action à la plus grande portée, envoyer un e-mail, s’arrête toujours d’abord à l’état de brouillon pour vous. Pour les agents spécialisés que vous ajoutez, tout ce qui laisse une trace dans le monde est confronté, au moment de son exécution, à ce que vous avez accordé à cet agent ; s’il n’y a pas d’autorisation, il s’arrête et demande plutôt que de deviner. Les autorisations sont précises — ce destinataire, ce canal, ce dossier — et non un interrupteur général « fais ce que tu veux ».

• Nous n’entraînons pas de modèles sur vos conversations, votre coffre ou votre mémoire.
• Nous utilisons des API d’IA commerciales dont les contrats interdisent l’entraînement sur les contenus des clients.
• Les fournisseurs de modèles que nous utilisons ne conservent pas vos contenus après avoir répondu. Ils sont traités pour produire la réponse, puis ils disparaissent de leur côté.
• Nous ne vendons pas vos données — ni à des annonceurs, ni à des courtiers, ni à quiconque.
• Des mesures d’usage agrégées et anonymisées (nombre de requêtes, temps de réponse, usage des fonctionnalités) nous sont visibles afin que le service continue de fonctionner.

• La connexion se fait par un code ou un lien reçu par e-mail, avec Google, ou avec Apple.
• Aucun mot de passe conservé de notre côté.
• Les sessions utilisent des jetons de courte durée, vérifiés à la passerelle à chaque requête protégée.
• Se déconnecter révoque votre session sur l’ensemble de vos appareils.

Vous avez trouvé une faille de sécurité ? Nous la prenons au sérieux. Écrivez à security@1presence.com avec les détails. Nous accuserons réception sous 24 heures et travaillerons avec vous sur un calendrier de divulgation coordonnée.

Nous ne faisons pas tourner de programme de primes aux bugs rémunéré pour l’instant, mais nous créditons publiquement les chercheurs avec leur accord et nous agissons vite sur les signalements.