La moitié des sites , et leur nombre continue d'augmenter. Ce protocole réduit le risque d'interception du trafic, mais n'exclut pas les tentatives d'attaques en tant que telles. Nous parlerons de certaines d'entre elles — POODLE, BEAST, DROWN et d'autres — et des méthodes de protection dans notre article.
/ Flickr / / CC BY-SA
POODLE
La première fois que l'attaque a été signalée en 2014. La vulnérabilité dans le protocole SSL 3.0 a été découverte par l'expert en sécurité Bodo Möller avec ses collègues de Google.
Essentiellement, l'attaquant force le client à se connecter via SSL 3.0, en simulant des coupures de communication. Ensuite, il recherche dans le trafic chiffré en -mode des messages spéciaux. Grâce à une série de requêtes fausses, l'attaquant peut reconstruire le contenu des données qui l'intéressent, comme les cookies.
SSL 3.0 est un protocole obsolète. Cependant, la question de sa sécurité reste d'actualité. Les clients l'utilisent pour éviter les problèmes de compatibilité avec les serveurs. Selon certaines données, près de 7 % des 100 000 sites les plus populaires . De plus des modifications de POODLE, visant des TLS 1.0 et TLS 1.1 plus modernes. Cette année, de nouvelles attaques Zombie POODLE et GOLDENDOODLE, qui contournent la protection TLS 1.2 (elles sont toujours liées au chiffrement CBC).
Comment se protéger. Dans le cas de l'original POODLE, il faut désactiver le support SSL 3.0. Cependant, cela présente un risque de problèmes de compatibilité. Une solution alternative peut être le mécanisme TLS_FALLBACK_SCSV — il garantit que les échanges de données via SSL 3.0 ne se feront qu'avec de vieux systèmes. Les attaquants ne pourront plus initier une rétrogradation du protocole. La protection contre Zombie POODLE et GOLDENDOODLE consiste à désactiver le support CBC dans les applications basées sur TLS 1.2. La solution radicale consiste à passer à TLS 1.3 — dans la nouvelle version du protocole, le chiffrement CBC n'est pas utilisé. À la place, des AES et ChaCha20 plus solides sont appliqués.
BEAST
Une des toutes premières attaques contre SSL et TLS 1.0, découverte en 2011. Comme POODLE, BEAST Caractéristiques du chiffrement CBC. Les attaquants injectent un agent JavaScript ou un applet Java sur la machine cliente, qui substitue les messages lors de la transmission des données via TLS ou SSL. Étant donné que les attaquants connaissent le contenu des paquets « substitués », ils peuvent utiliser ceux-ci pour déchiffrer le vecteur d'initialisation et lire les autres messages au serveur, par exemple, les cookies pour l'authentification.
À ce jour, les vulnérabilités BEAST continuent d'être : serveurs proxy et applications protégeant les passerelles Internet locales.
Comment se protéger. L'attaquant doit régulièrement envoyer des requêtes pour déchiffrer les données. Dans VMware réduisez la durée du SSLSessionCacheTimeout — de cinq minutes (recommandation par défaut) à 30 secondes. Cette approche compliquera la mise en œuvre des plans des attaquants, bien qu'elle ait un certain impact négatif sur les performances. De plus, il est important de comprendre qu'à court terme, la vulnérabilité BEAST pourrait disparaître d'elle-même — à partir de 2020, les principaux navigateurs de prendre en charge TLS 1.0 et 1.1. De toute façon, moins de 1,5 % de tous les utilisateurs de navigateurs utilisent encore ces protocoles.
DROWN
Il s'agit d'une attaque inter-protocole exploitant des erreurs dans l'implémentation de SSLv2 avec des clés RSA de 40 bits. L'attaquant écoute des centaines de connexions TLS de la cible et envoie des paquets spéciaux au serveur utilisant SSLv2 avec la même clé privée. En utilisant , le hacker peut déchiffrer l'une des quelque mille sessions TLS du client.
DROWN a été découvert pour la première fois en 2016 — à l'époque, elle a affecté dans le monde. À ce jour, elle reste d'actualité. Parmi les 150 000 sites les plus populaires, 2 % utilisent encore SSLv2 et des mécanismes de chiffrement vulnérables.
Comment se protéger. Il est nécessaire d'installer les correctifs proposés par les développeurs de bibliothèques cryptographiques désactivant le support de SSLv2. Par exemple, deux tels correctifs ont été fournis pour OpenSSL (en 2016, 1.0.1s et 1.0.2g). Des mises à jour et des instructions pour désactiver le protocole vulnérable ont également été publiées sur , , .
« La ressource peut être vulnérable à DROWN si ses clés sont utilisées par un serveur tiers avec SSLv2, par exemple un serveur de messagerie », note le responsable du développement Sergueï Belkin. — Cette situation se produit lorsque plusieurs serveurs utilisent un certificat SSL commun. Dans ce cas, il est nécessaire de désactiver le support SSLv2 sur toutes les machines.
Pour vérifier si vous devez mettre à jour votre système, vous pouvez utiliser un outil spécialisé. — il a été développé par des experts en cybersécurité qui ont découvert DROWN. Vous pouvez en savoir plus sur les recommandations liées à la protection contre ce type d'attaques dans .
Heartbleed
L'une des plus grandes vulnérabilités dans le logiciel — . Elle a été découverte en 2014 dans la bibliothèque OpenSSL. Au moment de l'annonce du bug, le nombre de sites web vulnérables — c'est à peu près 17 % des ressources protégées en ligne.
L'attaque s'exécute via un petit module d'extension de TLS. Le protocole TLS exige que les données soient transférées de manière continue. En cas de longue période d'inactivité, la connexion est rompue et il faut la rétablir. Pour faire face à ce problème, les serveurs et les clients créent artificiellement du « bruit » dans le canal (), en transmettant un paquet de longueur aléatoire. S'il s'avérait plus grand que le paquet, alors les versions vulnérables d'OpenSSL lisaient la mémoire au-delà du tampon alloué. Dans cette zone pouvaient se trouver toutes sortes de données, y compris des clés de chiffrement secrètes et des informations sur d'autres connexions.
La vulnérabilité était présente dans toutes les versions de la bibliothèque entre 1.0.1 et 1.0.1f incluses, ainsi que dans un certain nombre de systèmes d'exploitation — Ubuntu jusqu'à 12.04.4, CentOS au-delà de 6.5, OpenBSD 5.3 et d'autres. Une liste complète est disponible . Bien que des patches contre cette vulnérabilité aient été publiés pratiquement immédiatement après sa découverte, le problème reste d'actualité encore aujourd'hui. Déjà en 2017, étaient encore vulnérables à Heartbleed.
Comment se protéger. Il faut vers la version 1.0.1g ou supérieure. Vous pouvez également désactiver manuellement les requêtes Heartbeat à l'aide de l'option DOPENSSL_NO_HEARTBEATS. Après la mise à jour, les experts en cybersécurité recommandent de renouveler les certificats SSL. Le remplacement est nécessaire au cas où des données sur les clés de chiffrement auraient fini par tomber entre les mains des hackers.
Substitution de certificat
Un nœud contrôlé est établi entre l'utilisateur et le serveur avec un certificat SSL légitime, interceptant activement le trafic. Ce nœud se fait passer pour un serveur légitime, présentant un certificat valide, permettant ainsi de réaliser une attaque MITM.
Selon Selon des équipes de Mozilla, Google et d'un certain nombre d'universités, environ 11 % des connexions sécurisées sur le réseau sont « surveillées ». Cela résulte de l'installation de certificats racine suspects sur les ordinateurs des utilisateurs.
Comment se protéger. Utiliser les services de . Vous pouvez vérifier la « qualité » des certificats en utilisant le service (CT). Les fournisseurs de services cloud peuvent également aider à détecter les « écoutes » — aujourd'hui, certaines grandes entreprises proposent déjà des outils spécialisés pour surveiller les connexions TLS.
Une autre méthode de protection sera le nouveau ACME, qui automatise l'obtention de certificats SSL. Cela ajoutera également des mécanismes supplémentaires de vérification du propriétaire du site. Vous pouvez en lire plus à son sujet .
/ Flickr / / CC BY
Perspectives de HTTPS
Malgré un certain nombre de vulnérabilités, les géants de l'IT et les experts en sécurité sont confiants dans l'avenir du protocole. Pour la promotion active de HTTPS, le créateur du WWW, Tim Berners-Lee. Selon lui, avec le temps, le TLS deviendra plus sécurisé, ce qui augmentera considérablement la sécurité des connexions. Berners-Lee a même suggéré que à l' certificats clients pour l'authentification des identités apparaîtront. Ils aideront à améliorer la protection des serveurs contre les attaquants.
Le développement de la technologie SSL/TLS est également prévu grâce à l'apprentissage automatique — des algorithmes intelligents s'occuperont de la filtration du trafic malveillant. Dans les connexions HTTPS, les administrateurs n'ont pas la possibilité de connaître le contenu des messages chiffrés, y compris de détecter les requêtes des logiciels malveillants. Déjà aujourd'hui, les réseaux neuronaux peuvent filtrer des paquets potentiellement dangereux avec une précision de 90%. ().
Conclusions
Les attaques contre HTTPS sont principalement liées non pas à des problèmes dans le protocole lui-même, mais au support de mécanismes de chiffrement obsolètes. L'industrie IT commence progressivement à se débarrasser des protocoles de première génération et propose de nouveaux outils pour rechercher des vulnérabilités. À l'avenir, ces outils deviendront de plus en plus intelligents.
Liens supplémentaires sur le sujet :
Source : habr.com
