Une attaque contre l'infrastructure de PyTorch, compromettant le dépôt et les versions

Les détails de l'attaque contre l'infrastructure utilisée pour le développement du framework de machine learning PyTorch ont été révélés, permettant d'extraire des clés d'accès suffisantes pour héberger des données arbitraires dans le dépôt des releases du projet sur GitHub et AWS, ainsi que pour injecter du code dans la branche principale du dépôt et ajouter une porte dérobée via des dépendances. Le remplacement des releases de PyTorch aurait pu être utilisé pour attaquer de grandes entreprises telles que Google, Meta, Boeing et Lockheed Martin, qui utilisent PyTorch dans leurs projets. Dans le cadre du programme Bug Bounty, Meta a versé 16 250 $ aux chercheurs pour des informations sur le problème.

Le cœur de l'attaque réside dans la possibilité d'exécuter son propre code sur serveurs des intégrations continues, exécutant des reconstructions et des tâches pour tester de nouvelles modifications envoyées dans le dépôt. Le problème concerne les projets qui utilisent leurs propres exécutants « Self-Hosted Runner » avec GitHub Actions. Contrairement aux actions GitHub traditionnelles, les exécutants Self-Hosted ne s'exécutent pas dans l'infrastructure de GitHub, mais sur leurs serveurs ou dans des machines virtuelles, maintenues par les développeurs.

L'exécution des tâches de construction sur leurs serveurs permet de faire tourner du code qui peut scanner le réseau interne de l'entreprise, rechercher dans le système de fichiers local des clés de chiffrement et des tokens d'accès, analyser les variables d'environnement avec des paramètres d'accès à des stockages externes ou à des services cloud. En l'absence d'une isolation adéquate de l'environnement de construction, les données sensibles trouvées peuvent être envoyées à l'attaquant à l'extérieur, par exemple par le biais d'appels externes à des API. L'outil Gato, qui analyse les fichiers de workflow publics et les journaux d'exécution des tâches CI, peut être utilisé pour déterminer l'utilisation des « Self-Hosted Runner » par les projets.

Dans PyTorch et de nombreux autres projets utilisant des « Self-Hosted Runner », l'exécution des tâches de construction est autorisée uniquement aux développeurs dont les modifications ont été préalablement révisées et intégrées dans la base de code du projet. Avoir le statut de « contributor » avec les paramètres par défaut dans le dépôt permet de lancer des exécutants GitHub Actions lors de la soumission de pull requests et, en conséquence, d'exécuter son propre code dans n'importe quel environnement de GitHub Actions Runner lié au dépôt ou à l'organisation qui supervise le projet.

Il était facile de contourner le statut de « contributor » — il suffisait d'envoyer une modification mineure au préalable et d'attendre son acceptation dans la base de code, après quoi le développeur obtenait automatiquement le statut d'utilisateur actif, permettant de tester ses pull requests dans l'infrastructure CI sans vérification séparée. Pour obtenir le statut de développeur actif, des modifications cosmétiques mineures, liées à la correction de fautes d'orthographe dans la documentation, ont été utilisées. Lors de l'attaque pour accéder au dépôt et à l'entrepôt de versions de PyTorch, un vol de jeton GitHub a été réalisé lors de l'exécution de code dans un « Self-Hosted Runner », utilisé pour accéder au dépôt à partir des processus de construction, ainsi que des clés AWS utilisées pour enregistrer les résultats de la construction.

Le problème n'est pas spécifique à PyTorch et touche de nombreux autres projets majeurs qui utilisent les paramètres par défaut pour « Self-Hosted Runner » dans GitHub Actions. Par exemple, on mentionne la réalisation d'attaques similaires pour insérer un backdoor dans certains grands portefeuilles de cryptomonnaies et des projets blockchain valorisés à plusieurs milliards, pour apporter des modifications aux versions de Microsoft Deepspeed et TensorFlow, la compromission d'une des applications de CloudFlare, ainsi que l'exécution de code sur des ordinateurs dans le réseau de Microsoft. Les détails concernant ces incidents n'ont pas encore été révélés. Dans le cadre des programmes en cours de Bug Bounty, les chercheurs ont soumis plus de 20 demandes pour obtenir des récompenses totalisant plusieurs centaines de milliers de dollars.

Source : opennet.ru