Limites
Ce contre quoi Collogue ne peut pas protéger
Les risques liés à l’appareil, au destinataire, au mot de passe et à la distribution qui dépassent le modèle de chiffrement du navigateur.
Publié le: 3 juin 2026
Limites de l’implémentation actuelle
Le client actuel chiffre le texte dans le navigateur et place le contenu chiffré dans l’URL. Le mot de passe transmis séparément ne fait pas partie du lien. Aucun serveur applicatif ne stocke, ne récupère, ne supprime ou ne consomme les messages une seule fois.
Contexte complémentaire
Un système peut contrôler ce qu’il stocke. Il ne peut pas contrôler chaque copie créée par une autre personne.
Ce n’est pas une exception décevante à la confidentialité. C’est la limite entre la cryptographie et la réalité.
Avant le chiffrement, le message est du texte en clair sur l’appareil de l’expéditeur.
- les frappes ;
- le contenu du presse-papiers ;
- le texte de la page ;
- les captures d’écran ;
- les liens générés ;
- les clés de chiffrement.
Collogue ne peut pas protéger une information qu’un attaquant observe avant que l’application ne la protège.
Utilisez des appareils de confiance et à jour pour les échanges sensibles.
Après le déchiffrement, le message devient du texte en clair dans le navigateur du destinataire.
Un logiciel malveillant peut le lire ou l’enregistrer. Le système d’exploitation peut créer des aperçus ou des diagnostics. Une extension de navigateur peut accéder à la page.
- copier le texte ;
- prendre une capture d’écran ;
- photographier l’écran ;
- le coller dans un autre système ;
- transférer le lien avant de l’ouvrir ;
- partager les identifiants ;
- conserver le secret dans un fichier de mots de passe.
Les contrôles techniques peuvent limiter le comportement du service. Ils ne peuvent pas garantir les intentions du destinataire.
Choisissez soigneusement les destinataires et utilisez des secrets temporaires et révocables.
Si l’expéditeur saisit mal une adresse ou choisit le mauvais compte de discussion, le chiffrement peut livrer le message en toute sécurité à la mauvaise personne.
Le système peut vérifier la possession du lien. Il ne vérifie pas nécessairement l’identité.
Pour les échanges à haut risque, confirmez le destinataire par un processus de confiance.
Si le lien complet contient la clé de déchiffrement ou permet d’y accéder, toute personne qui l’obtient peut éventuellement ouvrir le message.
- e-mail transféré ;
- historique du presse-papiers ;
- discussion publique ;
- raccourcisseurs d’URL ;
- synchronisation du navigateur ;
- analyseurs de liens ;
- captures d’écran ;
- notifications exposées.
Traitez le lien complet comme sensible.
Le chiffrement côté navigateur dépend du code livré au navigateur.
Un déploiement compromis pourrait théoriquement modifier ce code. Des contrôles comme un déploiement sûr, l’examen des dépendances, la CSP, la transparence du code source, les audits indépendants et les builds reproductibles peuvent renforcer la confiance.
Ils ne rendent pas une application web dynamique indépendante de son système de distribution.
- faible entropie ;
- réutilisation des mots de passe ;
- permissions excessives ;
- durée de vie illimitée ;
- MFA absente ;
- absence de surveillance ;
- comptes administrateur partagés.
Privilégiez des identifiants aléatoires, limités, temporaires, révocables et uniques.
Collogue ne vérifie pas tout le contexte métier entourant une demande.
Les utilisateurs doivent vérifier les demandes inhabituelles par un canal établi.
Le chiffrement peut masquer le contenu tout en laissant visibles à certaines parties de l’infrastructure les horaires, les adresses IP, les identifiants et la taille de la charge utile.
Collogue n’est pas automatiquement un service d’anonymat.
Consultez l’article sur les métadonnées pour connaître le périmètre vérifié.
Une page web ne peut pas empêcher de manière fiable une caméra externe.
Les tentatives de désactiver la copie ou les captures d’écran gênent souvent les utilisateurs légitimes tout en offrant une protection faible contre les destinataires déterminés.
- identité authentifiée du destinataire ;
- contrôle d’accès d’entreprise ;
- conservation légale ;
- pistes d’audit détaillées ;
- garanties de résidence des données ;
- application des politiques administratives ;
- exigences de conservation des clés ;
- certification de conformité.
Les organisations doivent utiliser des systèmes approuvés pour les données réglementées et les secrets à fort impact.
Ne déduisez pas la conformité du seul chiffrement.
Une limite précise permet aux utilisateurs de faire le bon choix.
Un produit de sécurité gagne la confiance en énonçant ces deux phrases.
Non. Dès que le destinataire peut lire le message, il peut généralement l’enregistrer avec un logiciel, par copie, transcription ou au moyen d’une caméra externe.
Aucune application web ne peut protéger de manière fiable le texte en clair contre un logiciel malveillant qui contrôle suffisamment l’appareil.
Pas pour un accès d’équipe permanent et géré. Un gestionnaire de mots de passe ou de secrets offre d’autres fonctions, comme l’organisation, la rotation, les règles de partage et la révocation des accès.
Collogue peut réduire l’exposition persistante dans les e-mails et les chats, mais il ne peut pas sécuriser un appareil compromis ni contrôler ce que fait un destinataire après la lecture.