Ce matin, la cellule Enquête de Radio France publiait un article sur le chiffrement des données de santé de Doctolib, explications
https://www.francetvinfo.fr/internet/securite-sur-internet/enquete-doctolib-certaines-donnees-medicales-ne-sont-pas-entierement-protegees_5147644.html par @geraldinehallot@twitter.activitypub.actor

@geraldinehallot@twitter.activitypub.actor Il existe 2 types de données chez Doctolib :
- les rendez-vous : qui a rendez-vous chez qui et quand, pour quel motif
- les documents : ordonnances etrésultats
Tout d'abord les documents : ils sont "chiffrésde bouten bout" d'après Doctolib (2/n)

Sauf que ce chiffrement utilise Tanker, qui n'est pas, stricto-sensus, du E2EE (acronyme anglais pour chiffrement de bout en bout).
La raison à cela est qu'avec du E2EE strict, si vous perdez votre PC ou téléphone, vous perdez l'accès à vos données. Dur à admettre

en E2EE strict vous avez une clé, l'autre partie (le/la docteur.e) a un clé aussi, et personne entre 2 ne peux accéder aux données. Avec Tanker, il est possible de "retrouver" l'accès à ses données, donc une clé maitre existe chez Tanker. (c'est plus compliqué que ça bien sûr)

Doctolib fait ce choix légitime: il n'est pas admissible que si on perd son PC, on perde ses documents. En passant par un tiers "de confiance" comme Tanker, on a les doc chez Doctolib, et les clés chez Tanker, soit.
Sauf que Doctolib a racheté Tanker ...
https://www.usine-digitale.fr/article/doctolib-rachete-la-start-up-tanker-pour-securiser-les-donnees-de-sante-de-bout-en-bout.N1776322

Le concept de tiers de confiance perd donc une partie de son effectivité.
Enfin, sur la communication de Doctolib, ils pourraient dire "on utilise le meilleur chiffrement possible" et pas "on fait du E2EE" et ce serait ok. Mais non, la "comm'" fait le malin, et le sait.

Maintenant les Rendez-vous : Ces données importantes ne sont pas chiffrées de bout en bout : elles arrivent en clair sur le navigateur (format json) et partent donc en clair du serveur de chez Doctolib. [dans un tunnel HTTPS entre deux, donc pas écoutable en transit]

Tout d'abord, si Doctolib chiffrait de bout en bout ces informations, ils ne pourraient pas vous permettre de recevoir une alerte la veille par SMS, ou de modifier un rendez-vous existant. Pour des questions d'utilisabilité du service, ici on ne chiffre pas.

Sauf que cela a plusieurs conséquences :
- des personnes chez Doctolib (administrateur système, support, DBA...) peuvent accéder à ces informations. Ce n'est pas forcément un problème, mais ces personnes et infrastructures doivent répondre à des normes de sécurité et confiance.

- Ces données arrivent en clair sur un serveur chez AWS (Amazon, US) elles sont stockées en base.
Même si ces données sont chiffrées dans la base, elles le seraient avec une clé présente sur d'autres serveurs AWS. Accéder à ces données pour AWS est donc trivial.

Et rappelons que AWS est une entreprise américaine soumise au Cloud Act https://fr.wikipedia.org/wiki/CLOUD_Act#Critiques
En clair : les États-Unis peuvent accéder à toute donnée chez AWS de manière confidentielle.
Il est donc possible pour l'état américain d'accéder à la liste des rendez-vous médicaux

Doctolib considère que les rendez-vous ne sont pas une donnée de santé, je considère que ces rendez-vous SONT une donnée de santé, et qu'ils n'ont donc rien à faire sur un serveur possédé par une entreprise américaine.