Architecture cryptographique : pourquoi espionner est impossible
La sécurité repose sur des preuves mathématiques et la cryptographie, non sur des promesses rédigées dans une politique de confidentialité.
Des garanties qui résistent à la fermeture du service
Même en cas de compromission totale du serveur, un attaquant n’obtient que des octets aléatoires. Tout le code source est auditable sur GitHub.
Dérivation de clés & chiffrement
Clés dérivées via Argon2id et X25519. Toutes les réponses sont chiffrées localement avant de transiter sur le réseau.
Stockage Zero-Knowledge
Le serveur ne reçoit et ne stocke que des blocs de texte chiffré opaques. Les administrateurs n’ont aucune clé de déchiffrement.
Déchiffrement autorisé
Seul l’autre participant avec sa clé privée vérifiée peut déchiffrer et lire le contenu de la session.
Vos données. Votre infrastructure. Une confidentialité vérifiable.
Pour un acheteur en entreprise, « faites-nous confiance avec les conversations les plus sensibles de vos employés » est difficile à accepter de la part de n'importe quel fournisseur — et c'est normal. encrypted1on1 est conçu pour que cette phrase n'ait jamais à être l'argument de vente.
Auto-hébergé.
L'ensemble de la plateforme fonctionne sur une infrastructure que votre entreprise contrôle — vos serveurs, votre compte cloud, votre politique de sauvegarde. Aucune donnée n'a besoin de sortir du périmètre de votre organisation, sauf si vous choisissez l'option Cloud.
Open source (AGPLv3).
Chaque ligne de code — y compris la cryptographie — est publique et vérifiable. Vous, ou une équipe de sécurité indépendante que vous engagez, pouvez vérifier directement les affirmations sur la confidentialité au lieu de devoir croire un fournisseur sur parole. C'est un modèle de confiance fondamentalement différent d'un produit SaaS à code fermé qui vous demande de faire confiance à un code source jamais lu et à ses conditions d'utilisation.
Chiffré de bout en bout, concrètement.
Le contenu des 1 à 1 — réponses, sentiments, retours, commentaires, résultats de réunion, avancement des objectifs — est chiffré dans le navigateur avant même d'atteindre le serveur, avec des clés dérivées du mot de passe propre à chaque utilisateur et jamais transmises. Le serveur stocke du texte chiffré. Il ne peut pas le déchiffrer — ni l'exploitant, ni l'informatique, ni nous, ni un attaquant qui compromettrait la base de données. Deux exceptions délibérées et étroitement limitées : (1) le titre, la description et le statut d'un objectif sont stockés en texte clair, spécifiquement pour que les objectifs puissent servir à un alignement à l'échelle de l'entreprise et à des rapports simples ; (2) la bibliothèque de modèles de l'entreprise (noms des modèles, descriptions et énoncés des questions rédigés par les administrateurs, ainsi que la référence au modèle utilisé pour une réunion) est stockée en clair pour permettre le partage des structures de réunion. Les réponses à toutes les questions, les retours, les notes privées et l'avancement des objectifs restent strictement privés pour les deux participants, sans exception.
C'est la réponse exacte au problème évoqué dans l'histoire des origines ci-dessus : qu'un fournisseur ferme, soit racheté, ou emploie une personne malveillante n'a plus d'incidence sur la confidentialité de ce qui a déjà été écrit, car il n'y a jamais eu de moment où le fournisseur — quel qu'il soit, nous y compris — aurait pu le lire.
« Qu'en est-il des obligations légales de conservation, des enquêtes pour harcèlement ou des demandes de conformité ? »
Non, et c'est délibéré — car l'alternative va à l'encontre du but recherché. Si une entreprise pouvait lire le contenu des 1 à 1, les conversations qui ont le plus besoin d'avoir lieu honnêtement cesseraient tout simplement d'avoir lieu. Le scénario qui devrait réellement préoccuper les équipes conformité : un employé doit signaler un comportement préoccupant de son propre manager, ou de quelqu'un au-dessus de lui. Si cette personne — ou n'importe qui dans sa ligne hiérarchique — pouvait lire les 1 à 1, ce signalement serait-il un jour écrit honnêtement ? La confidentialité n'entre pas en tension avec la détection de vrais problèmes. Elle en est la condition préalable.
Et en pratique, ce n'est pas une impasse. Chaque 1 à 1 est lisible exactement par ses deux participants, indépendamment l'un de l'autre — jamais via une clé d'entreprise unique et partagée. Si une enquête concerne l'un des deux participants, le contenu reste accessible via l'autre, de la même façon que si cette même conversation avait eu lieu sur papier ou dans un carnet personnel : une procédure judiciaire peut contraindre une personne à produire ce qu'elle détient. Ce n'était simplement jamais quelque chose qu'une plateforme pouvait remettre d'elle-même — ce qui est exactement le but recherché.
Déployez sur votre infrastructure en 2 minutes
Un conteneur Docker autonome, aucune dépendance SaaS externe, le contrôle total de vos données d’entreprise.
docker run -d -p 8080:8080 --name e1o1 ghcr.io/aleksejs1/encrypted1on1:latest AGPLv3 • Nombre d’utilisateurs illimité • Zéro télémétrie