Analyse postérieure : ce que l'on sait de la dernière attaque sur le réseau de serveurs de clés cryptographiques SKS Keyserver

Des hackers ont exploité une vulnérabilité du protocole OpenPGP, connue depuis plus de dix ans.

Nous expliquons en quoi consiste le problème et pourquoi il ne peut pas être résolu.

/ Unsplash / Chunlea Ju

Problèmes dans le réseau

À la mi-juin, des inconnus ont mené une attaque contre un réseau de serveurs de clés cryptographiques Serveur de clés SKS, basé sur le protocole OpenPGP. C'est une norme de l'IETF (RFC 4880), qui est utilisée pour chiffrer les courriers électroniques et d'autres messages. Le réseau SKS a été créé il y a trente ans pour la distribution de certificats publics. Des outils tels que GnuPG sont connectés pour le chiffrement des données et la création de signatures numériques électroniques.

Les hackers ont compromis les certificats de deux mainteneurs du projet GnuPG — Robert Hansen et Daniel Gillmor. Le téléchargement d'un certificat compromis depuis le serveur entraîne un échec du fonctionnement de GnuPG — le système se fige simplement. On peut craindre que les malfaiteurs ne s'arrêtent pas là, et que le nombre de certificats compromis ne fasse qu'augmenter. À l'heure actuelle, l'ampleur du problème reste inconnue.

Essence de l'attaque

Les hackers ont profité d'une vulnérabilité dans le protocole OpenPGP. Celle-ci est connue de la communauté depuis plusieurs décennies. Même sur GitHub peut être trouvé il existe des exploits correspondants. Mais jusqu'à présent, personne n'a pris la responsabilité de clore cette « fuite » (nous parlerons plus en détail des raisons plus loin).

Voici quelques sélections de notre blog sur Habr :

• SDN-digest — six émulateurs open source
• Comment construire un SDN — huit outils open source
• Digest réseau : 17 documents d'experts sur le Wi-Fi et la 5G

Selon la spécification OpenPGP, n'importe qui peut ajouter des signatures numériques aux certificats pour confirmer leur propriétaire. De plus, le nombre maximum de signatures n'est pas réglementé. Et ici se pose un problème — le réseau SKS permet de stocker jusqu'à 150 000 signatures sur un certificat, mais GnuPG ne supporte pas un tel nombre. Ainsi, lors du téléchargement d'un certificat GnuPG (comme d'autres implémentations d'OpenPGP), celui-ci se bloque.

Un utilisateur a mené une expérience — l'importation du certificat lui a pris environ 10 minutes. Le certificat contenait plus de 54 000 signatures et son poids était de 17 Mo :

$ gpg --homedir=$PWD --recv C4BC2DDB38CCE96485EBE9C2F20691179038E5C6
gpg: clé F20691179038E5C6 : 4 signatures dupliquées supprimées
gpg: clé F20691179038E5C6 : 54614 signatures non vérifiées en raison de clés manquantes
gpg: clé F20691179038E5C6 : 4 signatures réorganisées
gpg: clé F20691179038E5C6 : clé publique "Daniel Kahn Gillmor " importée
gpg: aucune clé finalement de confiance trouvée
gpg: Total traité : 1
gpg: importé : 1
$ ls -lh pubring.gpg
-rw-r--r--  1 filippo  staff    17M  2 juil. 16:30 pubring.gpg

La situation est aggravée par le fait que les serveurs de clés OpenPGP ne suppriment pas les informations sur les certificats. Cela a été fait pour pouvoir retracer la chaîne de toutes les actions effectuées avec les certificats et exclure leur substitution. Il n'est donc pas possible de supprimer les éléments compromis.

Essentiellement, le réseau SKS représente un grand « serveur de fichiers » sur lequel quiconque peut écrire des données. Pour illustrer le problème, l'année dernière un résident de GitHub a créé un système de fichiers, qui stocke des documents dans un réseau de serveurs de clés cryptographiques.

Pourquoi la vulnérabilité n'a-t-elle pas été corrigée ?

Il n'y avait pas de raison de corriger la vulnérabilité. Auparavant, elle n'avait pas été utilisée pour mener des attaques de hackers. Bien que la communauté informatique ait longtemps demandé aux développeurs de SKS et OpenPGP de prêter attention au problème.

Pour être juste, il convient de noter qu'en juin, ils ont tout de même l'ont lancé un serveur de clés expérimental keys.openpgp.org. Celui-ci implémente une protection contre ce type d'attaques. Cependant, sa base de données est remplie à partir de zéro et le serveur n'est pas une partie de SKS. Il faudra donc du temps avant de pouvoir l'utiliser.

/ Unsplash / Rubén Bagüés

En ce qui concerne le bogue dans le système original, sa correction est compliquée par un mécanisme de synchronisation complexe. Le réseau de serveurs de clés avait été initialement écrit comme une preuve de concept pour la protection de la thèse de doctorat de Yaron Minsky. De plus, un langage assez spécifique, OCaml, a été choisi pour son fonctionnement. Selon propos le mainteneur Robert Hansen, il est difficile de comprendre le code, donc seules de petites corrections y sont apportées. Pour modifier l'architecture de SKS, il faudra la réécrire depuis le début.

Quoi qu'il en soit, dans GnuPG, ils ne croient pas que le réseau pourra un jour être corrigé. Dans un post sur GitHub, les développeurs ont même écrit qu'ils ne recommandent pas de travailler avec le serveur de clés SKS. En fait, c'est l'une des principales raisons pour lesquelles ils ont initié la transition vers le nouveau service keys.openpgp.org. Nous ne pouvons qu'observer l'évolution des événements.

Un couple de matériaux de notre blog d'entreprise :

• Le botnet « spam » à travers les routeurs : ce que vous devez savoir
• DDoS et 5G : plus la « tuyau » est épais, plus les problèmes sont nombreux
• Firewall ou DPI : des outils de protection à des fins différentes
• Internet dans le village - construisons un réseau Wi-Fi radiotéléphonique

Source : habr.com