Qui peut lire ton journal numérique ?

Qui peut lire ton journal numérique ? Tout dépend de l'architecture du produit et de tes réglages. Le texte peut rester sur un seul appareil, être synchronisé par un compte que tu contrôles ou être stocké chez l'éditeur. Accès à l'appareil, clés de chiffrement, récupération, partage, exportations, sauvegardes, métadonnées, systèmes du fournisseur et procédures légales constituent autant de chemins différents.

Un chiffrement de bout en bout correctement mis en œuvre, sans clé de contenu détenue par le fournisseur, peut fortement réduire l'accès de ce dernier au texte. Il ne garantit pas pour autant que l'accès à chaque appareil, sauvegarde, exportation, procédure de récupération, compte partagé, notification ou métadonnée te soit réservé.

Ce guide sert à établir un modèle de menace, pas à trancher pour toutes les applications. Consulte la documentation et les paramètres du service et de la version que tu utilises. Les mots « chiffré » ou « privé » ne décrivent jamais, à eux seuls, l'ensemble du système.

Une impression de confidentialité n'est pas une architecture

Un texte paraît privé lorsqu'il n'a pas été partagé et que l'application se trouve sur un appareil personnel. Cette impression ne révèle ni l'emplacement des copies ni l'identité de la personne ou de l'organisation qui contrôle les identifiants et les clés permettant de les lire.

Certaines applications conservent le contenu en local. D'autres le synchronisent par un compte de l'éditeur ou un espace cloud choisi par l'utilisateur. Bases locales, copies côté serveur, caches, sauvegardes, exportations et aperçus de notification peuvent également coexister. Mieux vaut vérifier le fonctionnement réel que supposer que tous les journaux numériques suivent le même modèle.

La politique de confidentialité et la documentation de sécurité apportent des indices, sans nécessairement répondre à toutes les questions techniques. Code source ouvert, audits indépendants et explications précises sur la gestion des clés renforcent les éléments disponibles. Ils ne remplacent pas l'examen du trajet complet des données et de tes propres réglages.

Les différents chemins d'accès possibles

Les situations suivantes ne concernent pas tous les produits. Le modèle de menace consiste à repérer celles qui existent dans ta configuration.

Les systèmes et le personnel autorisé de l'éditeur. Si le fournisseur stocke un contenu lisible ou contrôle les clés nécessaires au déchiffrement, certains systèmes et membres du personnel disposant de privilèges peuvent techniquement y accéder. Droits d'accès, journaux d'audit, procédures internes et droit applicable peuvent limiter cette capacité ; ils ne l'empêchent pas de la même manière que la cryptographie.

Les prestataires d'infrastructure. Hébergement, supervision, analyse, assistance ou paiement peuvent être confiés à plusieurs entreprises. Chacune reçoit les données et autorisations utiles à sa mission : un prestataire de paiement ne reçoit pas automatiquement le texte du journal. Consulte la liste des sous-traitants et les catégories de données plutôt que de supposer que tous peuvent lire les pages.

Les autorités munies d'une demande valable. Un fournisseur peut recevoir une demande juridiquement valide portant sur les données en sa possession. Règles, portée, notification et voies de contestation varient selon le pays et la procédure. Le chiffrement n'annule pas la procédure légale ; il modifie ce que le fournisseur peut détenir sous une forme lisible. Ce texte ne constitue pas un conseil juridique.

Une personne qui compromet le service. Les services cloud peuvent subir des intrusions. Dropbox a signalé un incident d'avril 2024 touchant Dropbox Sign, notamment des données de compte et d'authentification. Il ne concernait pas une application de journal, mais montre pourquoi comptes, systèmes du fournisseur et sauvegardes doivent entrer dans le modèle. Davantage de copies peuvent multiplier les voies d'exposition, tandis que la redondance facilite aussi la disponibilité et la restauration.

Une personne ayant accès à l'appareil ou au compte. Appareil déverrouillé, compte partagé, notification visible, fichier exporté ou sauvegarde accessible peuvent suffire, sans attaquer l'éditeur. Le code de l'appareil, le verrouillage automatique, un verrou propre à l'application s'il existe, la protection du compte et la gestion des exportations répondent à des risques distincts.

Le chiffrement chez le fournisseur ne protège pas un texte déjà affiché sur un appareil déverrouillé ou compromis.

Ce que recouvre le mot « chiffrement »

En transit. Le chiffrement protège les données pendant leur trajet entre deux points. Il ne détermine pas, à lui seul, si l'appareil émetteur, le service destinataire ou le stockage ultérieur peuvent traiter le texte en clair.

Au repos. Le chiffrement protège un support ou une base de données selon un modèle de clés défini. Si le service maîtrise les clés nécessaires à son fonctionnement normal, ses systèmes autorisés peuvent encore traiter le contenu en clair. Cette protection reste utile contre certaines atteintes au stockage.

De bout en bout. Dans une architecture E2EE, le contenu est chiffré sur un terminal autorisé et déchiffré uniquement sur les terminaux autorisés, sans que le service possède la clé du contenu. Création des clés, ajout d'appareils, partage, récupération, sauvegardes et qualité de l'implémentation fixent la frontière réelle. Le fournisseur peut toujours posséder des informations de compte et des métadonnées, auxquelles une demande légale peut s'appliquer.

Le chiffrement de bout en bout peut empêcher le fournisseur de lire les pages. Il ne signifie pas qu'une seule personne pourra, quoi qu'il arrive, accéder à toutes les copies. Vérifie qu'il couvre le contenu du journal, qu'il est activé sur ton compte et tes appareils et ce qu'il advient des exportations et sauvegardes. Évite les affirmations générales sur ce que proposeraient toutes les autres applications.

Stockage, maîtrise et récupération : trois questions distinctes

La confidentialité dépend aussi des terminaux, des comptes, des métadonnées, du partage, de la récupération, des exportations, des sauvegardes, de la durée de conservation et de la maintenance du logiciel. Le stockage chez l'éditeur peut simplifier synchronisation et restauration, mais il crée une dépendance envers sa disponibilité, ses règles, son implémentation et ses options d'exportation. Une fermeture ou un rachat n'expose pas nécessairement le contenu, tout en pouvant affecter accès, compatibilité et migration.

Un espace cloud choisi par l'utilisateur peut réduire la garde des données par l'éditeur du journal et améliorer leur portabilité. Il ne retire pas du modèle le fournisseur cloud, la récupération du compte, les applications connectées, la sécurité des appareils ni les autorisations accordées à l'application. Si celle-ci disparaît, les fichiers peuvent subsister sans que leur lisibilité future ou la synchronisation soient garanties.

Licence sur le contenu, conservation, suppression et obligations légales varient selon le produit et le territoire. Consulte les conditions en vigueur : le lieu de stockage ne suffit pas à régler la propriété ou les possibilités d'accès.

Confidentialité et effets de l'écriture : attention au raccourci

Le sentiment de confidentialité peut influencer ce que l'on confie. Les données restent cependant indirectes et n'établissent pas une chaîne simple où un meilleur chiffrement rendrait l'écriture plus sincère, puis plus bénéfique sur le plan psychologique.

La rétrospective de 2018 signée par James Pennebaker seul revient sur l'histoire des recherches consacrées à l'écriture expressive et souligne que les mécanismes ne sont pas élucidés. Elle ne montre pas qu'un texte retravaillé ou partiellement autocensuré perd une part prévisible de bénéfice, ni que la révélation sincère constitue l'unique principe actif.

La méta-analyse de Joanne Frattaroli publiée en 2006 a réuni 146 études de révélation expérimentale et observé un effet moyen faible. Les études menées en privé semblaient d'abord produire des effets plus importants que celles conduites dans des salles partagées, mais ce lien disparaissait après prise en compte du cadre de l'étude. L'analyse n'a pas établi un mécanisme universel de type dose-effet fondé sur la confidentialité ou le degré d'ouverture.

Lors d'un essai préliminaire de Positive Affect Journaling publié en 2018, 70 patients sélectionnés pour des symptômes anxieux élevés ont été répartis entre une écriture positive structurée et les soins habituels. L'équipe de recherche consultait les textes enregistrés pour des raisons de sécurité. Certains résultats précoces d'anxiété et de détresse différaient, pas tous les résultats ne se sont améliorés, et l'étude ne testait ni confidentialité, ni authenticité, ni sincérité comme mécanisme.

Dans une étude publiée par Adam Joinson en 2001 sur la communication assistée par ordinateur, davantage de révélation de soi a été relevée dans certaines conditions associant anonymat visuel et conscience privée de soi. Les participants ne tenaient pas de journal et l'étude ne mesurait pas la santé mentale. L'appliquer à une application de journal relève d'une hypothèse plausible, pas d'un résultat direct.

Omettre des noms ou des éléments identifiants peut relever d'une minimisation prudente des données plutôt que d'une autocensure nuisible. Notre article sur le journal et l'anxiété distingue les données portant sur des exercices précis des affirmations générales sur le traitement des émotions.

Vérifier l'application selon le risque qui te concerne

Commence par nommer le risque : une personne qui utilise ton appareil, un compte détourné, l'éditeur, le fournisseur cloud, une demande légale ou la perte d'accès. Les contrôles pertinents ne sont pas les mêmes.

• Le chiffrement de bout en bout couvre-t-il le texte et est-il activé pour ce compte et ces appareils ? Qui contrôle les clés, et comment fonctionnent récupération, partage, sauvegardes et exportations ?
• L'appareil possède-t-il un code et un verrouillage automatique ? Un verrou d'application ne remplace ni la protection du compte, ni les mises à jour, ni la protection des fichiers lisibles.
• Où se trouvent les bases locales, copies chez l'éditeur, espaces cloud choisis par l'utilisateur, caches, sauvegardes et exportations ?
• Quelles données le fournisseur conserve-t-il et que prévoit-il en cas de demande légale valable ?
• Quelles données sont collectées, utilisées pour la publicité ou l'analyse, partagées, conservées et supprimées ? Le prix ne détermine pas la confidentialité.

Le lieu de stockage n'est qu'un élément. Notre article sur le journal et la clarté de pensée sépare également une possibilité pratique d'un effet psychologique garanti.

Lire une promesse de sécurité avec précision

Demande quel actif est couvert. « Contenu chiffré » peut exclure titres, horodatages, identifiants de compte, tailles de fichiers, index de recherche ou diagnostics. Les métadonnées sont parfois moins intimes qu'une page complète, tout en révélant des habitudes. Une bonne explication indique les champs protégés et ceux qui restent visibles.

Repère ensuite le début et la fin du chiffrement. Sur un appareil compromis, un autre processus peut saisir le texte en clair. Un document exporté dépend de la sécurité de son nouvel emplacement. Si l'éditeur peut restaurer le contenu sans appareil déjà autorisé ni secret détenu par l'utilisateur, cherche quel autre matériel de clé ou tiers de confiance le permet.

Un audit indépendant peut renforcer la confiance, dans les limites de son périmètre et de sa date. L'examen d'une bibliothèque cryptographique ne couvre pas automatiquement récupération, notifications, configuration cloud ou versions ultérieures. Le code ouvert permet l'inspection ; il ne prouve ni que le logiciel distribué correspond au code étudié, ni que chaque déploiement est sûr.

Enfin, confidentialité, disponibilité et pérennité exigent parfois des compromis. Si l'éditeur ne peut pas récupérer une clé perdue, l'utilisateur risque de ne pas le pouvoir non plus. Un fichier sous contrôle personnel est portable mais peut être supprimé par erreur. Une sauvegarde chez le fournisseur facilite la restauration et ajoute une copie conservée. Il n'existe pas d'équilibre universel : il dépend du tort causé par une divulgation, du coût d'une perte définitive et de ta capacité à gérer identifiants et sauvegardes.

Choisir sans promettre le secret absolu

• L'accès dépend du produit et de sa configuration ; tous les journaux numériques ne suivent pas le même modèle
• Le chiffrement de bout en bout peut réduire l'accès du fournisseur, mais appareils, récupération, partage, sauvegardes, exportations et métadonnées restent à examiner
• Lieu de stockage et chiffrement répondent à des questions différentes
• Pennebaker et Frattaroli n'établissent pas la confidentialité ou la sincérité comme mécanisme unique des effets de l'écriture
• Joinson a étudié la révélation de soi en communication numérique, pas les bénéfices d'un journal

Si tu souhaites prendre l'habitude de tenir un journal, choisis une configuration dont les voies d'accès correspondent à la sensibilité de tes textes. Les recherches sur les habitudes n'établissent ni la confidentialité comme condition des bénéfices, ni une fréquence quotidienne comme nécessité.

Après examen des documents et réglages, il reste possible d'activer les protections disponibles, de limiter les données identifiantes, de séparer les textes particulièrement sensibles ou de changer de support. Chaque mesure répond à un risque précis ; aucune ne crée un secret absolu.