Dossira
Demander un accès anticipé
Menu
← Retour au centre de sécurité

Comment le véritable chiffrement de bout en bout diffère des alternatives courantes

Une comparaison pratique de l’e-mail, des disques partagés, des applications de messagerie et des véritables espaces de travail E2EE

Note de statut produit Dossira : cet article explique l’E2EE comme modèle général de sécurité. Dans la préversion privée actuelle de Dossira, l’E2EE optionnel couvre les opérations prises en charge sur le contenu des fichiers pour les membres inscrits. Les noms de fichiers et les métadonnées de dossiers restent hors de ce périmètre, et les flux de partage avec invités n’ont pas encore de prise en charge E2EE équivalente.

Dans le travail quotidien, nous partageons généralement des éléments sensibles de trois façons : e-mail, liens vers des disques partagés et applications de messagerie. Les trois peuvent être « suffisamment sûrs » pour un usage normal. Mais ils ne sont pas la même chose que le véritable chiffrement de bout en bout (E2EE).

Le véritable E2EE signifie : le contenu est chiffré sur notre appareil et déchiffré uniquement sur l’appareil du destinataire. Le service intermédiaire ne peut pas le lire.

Un modèle mental simple

Nous observons trois niveaux en pratique :

  1. Chiffrement de transport
    Les données sont chiffrées pendant qu’elles circulent entre serveurs (souvent TLS). Les services d’envoi et de réception peuvent toujours les lire. [1][2]

  2. Chiffrement au repos géré par le fournisseur
    Les données sont chiffrées sur le stockage du fournisseur. Le fournisseur contrôle encore la chaîne de clés nécessaire à des fonctions comme l’aperçu, l’indexation, l’analyse, la récupération et les outils de conformité. [4][11]

  3. Véritable chiffrement de bout en bout
    Les données sont chiffrées sur notre appareil et déchiffrées uniquement par les destinataires prévus. Le service intermédiaire ne peut pas les lire. [8][9]

1) E-mail

Ce que nous obtenons habituellement

La plupart des e-mails modernes sont principalement protégés par le TLS en transit entre serveurs. Cela aide contre l’interception passive pendant le trajet du message. [1][2]

Mais TLS n’est pas du véritable E2EE. L’e-mail est traité par les systèmes de messagerie côté envoi et côté réception, et les messages peuvent être stockés dans des boîtes aux lettres, des archives, des sauvegardes et des chaînes de transfert.

À quoi ressemble l’e-mail E2EE véritable (rare en pratique)

L’e-mail chiffré de bout en bout existe (par exemple OpenPGP ou S/MIME), mais il exige une configuration, une gestion des clés et des outils compatibles des deux côtés. C’est pourquoi beaucoup d’organisations ne l’utilisent pas de manière cohérente avec leurs contreparties externes. [3][12]

À retenir : l’e-mail est solide pour la coordination. Il n’est pas idéal pour des flux documentaires confidentiels de longue durée, sauf si nous ajoutons délibérément des contrôles de bout en bout.

2) Liens de disques partagés (Google Drive, OneDrive)

Ce que nous obtenons habituellement

Les disques professionnels courants chiffrent les données en transit et au repos. C’est une bonne hygiène et cela réduit de nombreux risques quotidiens. [4][11]

Cependant, dans les configurations par défaut, ce n’est pas du véritable E2EE. Le fournisseur peut généralement déchiffrer le contenu dans le cadre de l’exploitation du service, car il contrôle les clés et doit prendre en charge des fonctions côté serveur (aperçu, indexation, analyse, récupération, etc.). [4][11]

La nuance importante

Certains fournisseurs proposent des modes de chiffrement côté client où le client contrôle les clés et où le fournisseur ne peut pas déchiffrer. Cela se rapproche du véritable E2EE, mais introduit généralement des limites fonctionnelles par rapport au partage standard. [5][6][7]

À retenir : les disques partagés sont pratiques et familiers. Ils ne sont pas automatiquement aveugles côté fournisseur, sauf si nous activons un mode de chiffrement contrôlé par le client et acceptons les compromis.

3) Applications de messagerie (WhatsApp, Signal)

Ce que nous obtenons habituellement

Les conversations Signal sont chiffrées de bout en bout. [8]
WhatsApp protège les messages avec le chiffrement de bout en bout en utilisant le protocole Signal. [9][10]

Pourquoi les messageries restent difficiles pour les flux documentaires

Les fils de discussion sont conçus pour la conversation, pas pour la production structurée :

  • les versions et approbations se perdent dans de longs fils
  • les décisions sont difficiles à rattacher à un seul fichier
  • le contrôle d’accès est généralement « membre de la conversation »
  • l’auditabilité et les contrôles de cycle de vie sont limités par rapport à un modèle d’espace de travail

À retenir : les applications de messagerie sont excellentes pour une coordination rapide et confidentielle. Elles sont peu pratiques pour des flux structurés où il faut des versions claires, des décisions et un accès contrôlé.

Ce que signifie le « véritable E2EE » dans un espace de travail

Un véritable espace de travail E2EE tente de combiner :

  • le modèle de confidentialité de la messagerie sécurisée (le fournisseur ne peut pas lire le contenu), et
  • le modèle de flux de travail du travail professionnel (documents, commentaires, décisions, autorisations)

Le compromis est constant : lorsque le serveur ne peut pas lire le contenu, il ne peut pas exécuter les fonctionnalités côté serveur qui nécessitent du texte en clair.

Comparaison rapide

MécanismeChiffre en transitChiffre au reposVéritable E2EE par défautIdéal pour
E-mail (typique)Oui (souvent TLS) [1][2]Dépend du fournisseurNonCoordination, communications externes
Disques partagés (typiques)Oui [4][11]Oui [4][11]Non (sauf mode de chiffrement côté client) [5][6][7]Collaboration, stockage, partage
Signal / WhatsAppOuiOui (charges utiles chiffrées)Oui [8][9][10]Coordination confidentielle par messagerie
Véritable espace de travail E2EEOuiOuiOuiTravail confidentiel structuré

Références

[1] Google Workspace Admin Help — Send email over a secure TLS connection
https://support.google.com/a/answer/2520500

[2] Canadian Centre for Cyber Security — Email security best practices (ITSM.60.002), PDF
https://www.cyber.gc.ca/sites/default/files/ITSM.60.002-email-security-best-practices-en.pdf

[3] UK National Cyber Security Centre — Protect email in transit (notes OpenPGP / S/MIME and deployment considerations)
https://www.ncsc.gov.uk/collection/email-security-and-anti-spoofing/protect-email-in-transit

[4] Microsoft Learn (Purview) — Data encryption in OneDrive and SharePoint (BitLocker + per-file encryption)
https://learn.microsoft.com/en-us/purview/data-encryption-in-odb-and-spo

[5] Google Drive Help — Get started with encrypted files in Drive, Docs, Sheets & Slides (Google Workspace client-side encryption)
https://support.google.com/drive/answer/10519333

[6] Google Workspace Admin Help — Client-side encryption FAQ
https://support.google.com/a/answer/14328489

[7] Google Developers — Google Workspace Client-side Encryption overview (explains that CSE prevents Google servers from decrypting)
https://developers.google.com/workspace/cse/guides/overview

[8] Signal Support — Is it private? Can I trust it?
https://support.signal.org/hc/en-us/articles/360007320391-Is-it-private-Can-I-trust-it

[9] WhatsApp — Answering your questions about privacy on WhatsApp
https://www.whatsapp.com/privacyquestions

[10] WhatsApp — Security Advisories
https://www.whatsapp.com/security/advisories

[11] Microsoft Support — How OneDrive safeguards your data in the cloud
https://support.microsoft.com/en-us/office/how-onedrive-safeguards-your-data-in-the-cloud-23c6ea94-3608-48d7-8bf0-80e142edd1e1

[12] UK Information Commissioner’s Office — Encryption scenarios
https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/security/encryption/encryption-scenarios/

Questions fréquemment posées

Quelle est la différence entre le chiffrement de transport et le chiffrement de bout en bout ? ▼
Le chiffrement de transport (souvent TLS) protège les données pendant leur trajet entre services, mais ces services peuvent toujours les lire. Le chiffrement de bout en bout signifie que le contenu est chiffré sur notre appareil et déchiffré uniquement par les destinataires prévus ; le service intermédiaire ne peut donc pas le lire.
L’e-mail est-il chiffré ? ▼
L’e-mail est souvent protégé par TLS lorsqu’il circule entre serveurs de messagerie, ce qui aide contre l’interception en transit. Mais il reste généralement lisible par les systèmes d’envoi et de réception, et peut être stocké dans des boîtes aux lettres, des archives et des chaînes de transfert. Le véritable e-mail chiffré de bout en bout existe, mais il n’est pas déployé de façon cohérente entre organisations et contreparties dans la plupart des cas.
Google Drive et OneDrive sont-ils chiffrés de bout en bout ? ▼
Dans les configurations standard, ils chiffrent les données en transit et au repos, mais le fournisseur contrôle les clés nécessaires à l’exploitation du service. Certains forfaits proposent des modes de chiffrement côté client où le client contrôle les clés, mais cela modifie généralement les fonctionnalités disponibles.
WhatsApp et Signal sont-ils chiffrés de bout en bout ? ▼
Oui, ces applications sont conçues pour la messagerie chiffrée de bout en bout. Elles sont solides pour la coordination confidentielle, mais les fils de discussion peuvent être peu pratiques pour des flux documentaires structurés avec versions, approbations et décisions auditables.
Quand un véritable espace de travail E2EE est-il le meilleur choix ? ▼
Lorsque les destinataires prévus ont besoin que le contenu reste illisible pour le fournisseur du service. Le compromis est que les fonctionnalités côté serveur et les intégrations qui nécessitent du texte en clair sont limitées. La préversion privée actuelle de Dossira fournit l’E2EE du contenu des fichiers uniquement dans le périmètre documenté du flux réservé aux membres.
L’E2EE signifie-t-il que nous pouvons ignorer le contrôle d’accès ? ▼
Non. L’E2EE protège le contenu contre la lecture par le fournisseur du service, mais il faut toujours des règles solides d’appartenance à l’espace de travail, une bonne hygiène d’administration et la sécurité des appareils. L’E2EE est plus efficace lorsqu’il est combiné à une gestion disciplinée des accès.
Quel est le principal compromis lorsque le serveur ne peut pas lire le contenu ? ▼
Si le serveur ne peut pas déchiffrer le contenu, il ne peut pas fournir de manière fiable les fonctionnalités qui dépendent du texte en clair, comme certaines intégrations, le traitement automatisé ou l’indexation côté serveur. L’E2EE déplace davantage de travail vers nos appareils et davantage de responsabilité vers la gouvernance de l’espace de travail.