Transférer

Le bon emballage : les formats d’échange

Pour que deux logiciels se comprennent, ils doivent parler le même format. Voici la même adhérente dans les trois formats les plus courants :

CSV (des valeurs séparées par des points-virgules ou des virgules) :

nom;prenom;naissance;section
Dupont;Marie;1985-03-12;Yoga

JSON (des paires « clé : valeur », très utilisé par les applications web) :

{ "nom": "Dupont", "prenom": "Marie", "naissance": "1985-03-12",
  "sections": ["Yoga", "Randonnée"] }

XML (des balises, plus bavard, encore très présent dans les échanges administratifs) :

<adherent><nom>Dupont</nom><prenom>Marie</prenom><section>Yoga</section></adherent>

Le CSVCSV : Format texte de tableau : une ligne par enregistrement, des valeurs séparées par des virgules ou des points-virgules. Simple et universel, mais sans types ni structure imbriquée.Image : Un tableau écrit à la main sur une feuille quadrillée : une ligne par personne, une virgule entre chaque case. Simple à lire, mais rien n’empêche d’écrire n’importe quoi dans une case. Voir dans le glossaire est universel et s’ouvre dans n’importe quel tableur, mais il ne sait pas représenter une liste (Marie pratique deux sections) sans bricolage. Le JSONJSON : Format texte structuré par des paires « clé : valeur » et des listes, très utilisé par les API du web.Image : Une fiche annuaire avec des champs étiquetés (nom : …, téléphone : …) plutôt qu’un tableau à colonnes fixes : plus souple, et lisible même sans grille. Voir dans le glossaire gère les structures imbriquées. Dans tous les cas, deux pièges classiques : l’encodage des caractères (sans UTF-8, « Hélène » devient « Hélène ») et le séparateur (un tableur français attend des points-virgules, un logiciel américain des virgules).

Le transporteur : protocoles et réseaux

Entre le téléphone de Marie et le serveur, le paquet traverse le Wi-Fi du café, le réseau de son opérateur, puis une dizaine d’équipements d’Internet, parfois dans plusieurs pays. Chaque étape est une occasion d’écoute. Le protocole du web, HTTP, a été conçu à une époque où l’on ne s’en souciait pas : il transporte tout en clair.

Le cadenas : le chiffrement

Le chiffrementChiffrement : Transformer des données en un message illisible sans la clé de déchiffrement.Image : Un cadenas sur le colis : le transporteur le porte sans pouvoir l’ouvrir. Voir dans le glossaire transforme le contenu en charabia que seul le détenteur de la bonne clé peut relire. HTTPSHTTPS : Version chiffrée du protocole du web (HTTP + TLS) : protège le contenu échangé entre ton navigateur et le site contre la lecture et la modification en route.Image : La même carte postale, mais glissée dans une enveloppe scellée : le facteur la transporte sans pouvoir lire ce qui est écrit dedans. Voir dans le glossaire, c’est HTTP dans un tunnel chiffré : le cadenas du navigateur.

Ce que le cadenas garantit : le contenu est illisible et non modifiable en chemin, et tu parles bien au site dont l’adresse est affichée. Ce qu’il ne garantit pas : que ce site soit honnête (un site d’arnaque peut avoir un cadenas), ni ce qu’il fera des données une fois reçues.

Pour les e-mails, c’est plus flou : les serveurs de messagerie chiffrent souvent leurs échanges, mais sans garantie, et chaque serveur reçoit le message en clair pour le transmettre. Seul le chiffrement de bout en boutChiffrement de bout en bout : Seuls l’expéditeur et le destinataire final peuvent lire le message ; même le service qui le transporte et le stocke ne le peut pas.Image : Un coffre dont seuls l’expéditeur et le destinataire ont la clé : même le transporteur qui le porte de bout en bout ne peut pas l’ouvrir. Voir dans le glossaire (proposé par certaines messageries) garantit que personne d’autre que l’expéditeur et le destinataire ne peut lire, pas même le service qui transporte.

Les API : des échanges prévus pour ça

Plutôt que d’exporter un fichier et de l’envoyer par e-mail, deux logiciels peuvent échanger directement par une APIAPI : Interface de programmation : une porte d’entrée normalisée par laquelle un logiciel demande des données ou des services à un autre.Image : Le guichet d’une administration : on remplit le bon formulaire, on reçoit une réponse standard. Voir dans le glossaire : une porte d’entrée documentée, protégée par un identifiant, qui transmet exactement les données prévues, en HTTPS. C’est la clé de l’interopérabilitéInteropérabilité : La capacité de systèmes différents à échanger des données et à les comprendre, grâce à des formats et des protocoles communs.Image : Une prise électrique standard qui accepte les appareils de plusieurs marques : chacun branche son outil sans adaptateur bricolé. Voir dans le glossaire : des outils différents qui se comprennent sans ressaisie ni fichiers qui traînent.

Comment deux inconnus partagent-ils un secret ?

Le téléphone de Marie et le serveur ne se sont jamais rencontrés : comment se mettre d’accord sur une clé sans qu’un espion l’intercepte ? Grâce au chiffrement asymétrique. Le serveur possède deux clés liées : une clé publique, qu’il distribue à tout le monde, et une clé privée, qu’il garde secrète. Ce qui est chiffré avec la clé publique ne peut être déchiffré qu’avec la clé privée.

Image : le serveur distribue des cadenas ouverts ; n’importe qui peut fermer une boîte avec, mais seul le serveur a la clé qui les ouvre. Le protocole TLS s’en sert pour convenir d’une clé de session, puis bascule vers un chiffrement symétrique (une seule clé partagée), bien plus rapide.

Les certificats

Comment être sûr que la clé publique appartient bien à inscription.capsportif.example et pas à un imposteur ? Un certificat, signé par une autorité de certification reconnue par les navigateurs, fait le lien entre un nom de domaine et une clé. Des autorités comme Let’s Encrypt en délivrent gratuitement et automatiquement : il n’y a plus aucune excuse pour un site sans HTTPS. Le mécanisme HSTS permet en plus à un site d’imposer au navigateur de ne jamais revenir en HTTP.

Ce que le chiffrement ne cache pas

Même en HTTPS, un observateur voit des métadonnées : l’adresse IP de Marie, le nom du site contacté, l’heure, le volume échangé. Savoir que quelqu’un se connecte chaque semaine au site d’un club de santé mentale, sans rien lire du contenu, en dit déjà beaucoup. Le chiffrement protège le contenu, pas le fait de communiquer.

Transférer des fichiers proprement

• Privilégier les outils qui gardent les fichiers sur un serveur et donnent un accès nominatif, plutôt que l’envoi de pièces jointes qui se dupliquent dans chaque boîte.
• Pour un envoi ponctuel, une archive chiffrée (par exemple un fichier compressé protégé par un mot de passe robuste, avec un chiffrement AES), dont le mot de passe est transmis par un autre canal (SMS, téléphone), jamais dans le même e-mail.
• Se méfier des liens de partage publics (« toute personne disposant du lien ») : un lien qui fuit, et le fichier est accessible à tous.
• Ne jamais mettre de données personnelles ou de mots de passe dans une adresse web : elles finissent dans les historiques et les journaux des serveurs.

« Transfert » au sens juridique

Attention au double sens : dans le RGPD, un « transfert » désigne l’envoi de données personnelles hors de l’Union européenne. Il obéit à des règles particulières (décisions d’adéquation, clauses contractuelles types…), qui sont au cœur du module 9.