Red Hot Cyber
Sicurezza Informatica, Notizie su Cybercrime, Analisi Vulnerabilità e Intelligenza Artificiale
Una vulnerabilità critica di GitLab è rimasta nascosta per quasi un mese e mezzo. I ricercatori di Depthfirst hanno pubblicato un exploit funzionante che consente a un normale utente di dirottare un server tramite un file Jupyter Notebook dannoso. La vulnerabilità colpisce le versioni da 15.2.0 a 18.10.7, da 18.11.0 a 18.11.4 e 19.0.0-19.0.1 di GitLab Community Edition ed Enterprise Edition.
Una vulnerabilità critica di GitLab è rimasta nascosta in bella vista per quasi un mese e mezzo. L’azienda ha chiuso la possibilità di eseguire codice in modalità remota il 10 giugno, ma ha indicato la correzione solo come un regolare aggiornamento delle dipendenze. Ora, i ricercatori di Depthfirst hanno pubblicato un exploit funzionante che consente a un normale utente di dirottare un server tramite un file Jupyter Notebook appositamente predisposto.
L’attacco non richiede diritti di amministratore, accesso a GitLab Runner o assistenza da parte di un altro utente. È sufficiente accedere a un account con diritto di scrittura su almeno un progetto, scaricare un file .ipynb dannoso e aprire la pagina con le modifiche. La vulnerabilità colpisce i server di GitLab su cui sono installate versioni con la libreria Oj non sicura.
Oj è un parser JSON veloce per Ruby, gran parte del quale è scritto in C. I ricercatori hanno scoperto due bug di gestione della memoria nella libreria. Uno ha permesso di andare oltre i limiti del buffer allocato, l’altro ha rivelato un indirizzo di memoria e ha aiutato a bypassare la protezione ASLR. Insieme, le vulnerabilità hanno consentito a un utente malintenzionato di eseguire un comando arbitrario come utente del sistema git.
GitLab ha utilizzato Oj per visualizzare le differenze tra le versioni di Jupyter Notebook. Il server ha passato il contenuto del file scaricato direttamente al parser nativo all’interno del flusso di lavoro Puma. Dati appositamente predisposti hanno interrotto la struttura della memoria e reindirizzato l’esecuzione del programma al comando scelto dall’aggressore.
L’accesso ottenuto può essere molto più pericoloso del normale hacking di un progetto. Un utente git è in grado di leggere il codice sorgente, i segreti Rails, i dati CI/CD, le credenziali, i materiali per la firma dei token e accedere ai servizi interni disponibili sul server GitLab. L’entità dell’impatto dipende dalla configurazione di installazione specifica e dalle autorizzazioni dell’utente del sistema.
Il problema riguarda GitLab Community Edition ed Enterprise Edition di tutte le tariffe. Sono vulnerabili le versioni da 15.2.0 a 18.10.7, da 18.11.0 a 18.11.4, nonché 19.0.0 e 19.0.1. Le correzioni sono apparse per la prima volta nelle versioni 18.10.8, 18.11.5 e 19.0.2, che includono la versione sicura di Oj 3.17.3. Il servizio cloud GitLab.com è stato aggiornato al momento del rilascio della patch, quindi l’intervento è richiesto principalmente dai proprietari di server distribuiti autonomamente.
La lamentela principale dei ricercatori non è la velocità della correzione, ma il modo in cui GitLab ha comunicato il rischio agli amministratori. Nelle note di rilascio del 10 giugno, l’aggiornamento GU alla versione 3.17.3 era incluso nella normale sezione delle correzioni. GitLab non ha assegnato un ID CVE separato alla catena, non ha fornito un punteggio CVSS o ha avvisato che l’aggiornamento avrebbe interrotto l’esecuzione del codice remoto. Allo stesso tempo, nello stesso bollettino, l’azienda ha dettagliato altre vulnerabilità in una tabella di sicurezza separata.
Gli amministratori che hanno esaminato solo la sezione delle patch di sicurezza potrebbero non vedere alcun motivo per installare immediatamente un aggiornamento delle dipendenze. L’exploit pubblico è apparso il 24 luglio, sei settimane dopo il rilascio della patch, e ha aumentato significativamente il rischio di attacchi ai server che utilizzano ancora versioni precedenti.
Betti RHC, la prima graphic novel al mondo dedicata alla cybersecurity awareness, ha finalmente il suo sito ufficiale. Uno spazio tutto suo dove scoprire il progetto, sfogliare le copertine degli episodi e immergersi nel mondo di Betti: la giovane laureanda in informatica che, dopo la morte misteriosa del padre, si trasforma nell'hacker più potente del mondo. Una storia avvincente che, episodio dopo episodio, affronta una minaccia digitale diversa — dal phishing al ransomware, fino al cyberbullismo — e insegna a riconoscerla e a difendersi, senza che sembri mai una lezione.
Sul sito trovate tutto ciò che rende Betti un progetto diverso dal solito: la sua filosofia, le anteprime delle tavole e il racconto di come nasce ogni volume. Perché dietro Betti RHC c'è solo lavoro umano: ogni tavola è disegnata interamente a mano dagli artisti del Gruppo Arte di Red Hot Cyber, senza alcun uso di intelligenza artificiale. E a garantire che ogni storia sia realistica e tecnicamente corretta c'è la supervisione degli hacker etici del gruppo HackerHood, che mantengono il racconto fedele al mondo reale della sicurezza informatica.
C'è spazio anche per le aziende, che possono usare Betti come strumento di awareness diverso dai soliti corsi: acquistare i volumi, personalizzarli con il proprio brand o sponsorizzare nuovi episodi. E come primo regalo, l'episodio "Byte the Silence", dedicato al cyberbullismo, è scaricabile gratuitamente per uso personale.
Perché la miglior difesa, in fondo, è una bella storia. 👉 Scopri tutto su https://betti.redhotcyber.com/