Authentification mTLS
Mutual TLS — où les DEUX parties d'une connexion s'authentifient mutuellement par certificat, pas seulement le serveur comme en HTTPS classique. Le client prouve son identité avec un certificat client, le serveur avec le sien. La colonne vertébrale de la sécurité service-à-service et du zero trust.
Différence avec le TLS classique : en HTTPS normal, seul le client vérifie le certificat du serveur (vous savez que vous parlez à la bonne banque) — le serveur, lui, ne sait pas cryptographiquement qui vous êtes (cela se règle séparément, par mot de passe). En mTLS, le client présente lui aussi un certificat → les deux côtés sont vérifiés cryptographiquement. Cas d'usage : le service-à-service dans un service mesh (chaque microservice possède un certificat, tout le trafic interne est mutuellement authentifié et chiffré — automatiquement, via des sidecars), la sécurité des API entre entreprises, et l'authentification IoT/matérielle. Avantage : une identité mutuelle forte, sans mot de passe, pierre angulaire du zero trust (vérifier chaque connexion, ne pas se fier à l'emplacement réseau). Difficulté : la gestion des certificats à grande échelle (émission, rotation, révocation) — résolue par l'automatisation mesh/PKI (SPIFFE/SPIRE). À rapprocher du TLS, du zero trust et de la PKI.