TLS les versions 1.0 et 1.1 sont affectées par un grand nombre de vulnérabilités de protocole et d'implémentation qui ont été publiées par des chercheurs en sécurité au cours des deux dernières décennies. Des attaques telles que u003cstrongu003eROBOTu003c/strongu003e ont affecté l'algorithme d'échange de clés RSA, tandis que u003cstrongu003eLogJamu003c/strongu003e et u003cstrongu003eWeakDHu003c/strongu003e ont montré que de nombreux TLS les serveurs pourraient être amenés à utiliser des paramètres incorrects pour d'autres méthodes d'échange de clés. Compromettre un échange de clés permet aux attaquants de compromettre complètement la sécurité du réseau et de décrypter les conversations. TLS 1.2 and earlier, with examples including u003cstrongu003eRC4u003c/strongu003e or u003cstrongu003eCBC-modeu003c/strongu003e ciphers, are not secure.u003cbr/u003eu003cbr/u003eEven signatures were affected, with u003cstrongu003eBleichenbacher's RSA signature forgeryu003c/strongu003e attack and other similar padding attacks.u003cbr/u003eu003cbr/u003eMost de ces attaques ont été atténuées en TLS 1.2 (à condition que TLS les instances sont configurées correctement), même si TLS 1.2 is still vulnerable to u003ca rel=u0022noreferrer noopeneru0022 href=u0022https://www.ssl.com/faqs/what-are-downgrade-attacks/u0022 target=u0022_blanku0022u003edowngrade attacksu003c/au003e, such as u003cstrongu003ePOODLEu003c/strongu003e, u003cstrongu003eFREAKu003c/strongu003e, ou u003cstrongu003eCurveSwapu003c/strongu003e. Cela est dû au fait que toutes les versions du TLS protocole antérieur à 1.3 ne protège pas la négociation de prise de contact (qui décide de la version du protocole qui sera utilisée tout au long de l'échange).