Que casse l'inspection TLS sur un pare-feu ?

Plus qu'on ne le pense. Pour inspecter HTTPS, le pare-feu ou le proxy termine chaque connexion, la déchiffre, l'inspecte et ouvre une nouvelle connexion chiffrée vers le vrai serveur, en présentant son propre certificat signé par une racine d'entreprise installée sur chaque appareil géré. Effets secondaires : les applications avec épinglage de certificat, beaucoup de mécanismes de mise à jour, certaines applications bancaires et de santé et une partie des services cloud refusent le certificat de substitution, si bien que les listes d'exceptions s'allongent sans cesse ; les appareils non gérés, les invités et les machines ne peuvent pas être inspectés du tout ; le proxy devient un point unique qui détient du trafic déchiffré, y compris des données personnelles, ce qui soulève des questions RGPDRGPD: règlement général sur la protection des données. La loi européenne sur la protection des données (règlement (UE) 2016/679). et de dialogue social ; les proxys anciens peuvent ne pas prendre en charge les fonctions récentes de TLSTLS: Transport Layer Security. Le chiffrement qui protège la plupart du trafic internet, comme HTTPS. ou les nouveaux groupes hybrides post-quantiques et affaiblir discrètement les connexions ; et l'inspection coûte en performances. Elle garde sa place, par exemple pour analyser les téléchargements sur des portables gérés. Mais beaucoup de menaces sont visibles sans elle. C'est l'approche de NetSenX : il ne déchiffre jamais et travaille à partir des métadonnées et de la négociation non chiffrée.

← Les 40 questions sur Chiffrement et trafic chiffréTous les thèmes