{"id":106404,"date":"2023-01-19T06:48:10","date_gmt":"2023-01-19T04:48:10","guid":{"rendered":"https:\/\/prohoster.info\/?p=106404"},"modified":"2023-01-19T14:02:40","modified_gmt":"2023-01-19T12:02:40","slug":"dve-uyazvimosti-v-git-sposobnye-privesti-k-udalyonnomu-vypolneniyu-koda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/dve-uyazvimosti-v-git-sposobnye-privesti-k-udalyonnomu-vypolneniyu-koda","title":{"rendered":"Due vulnerabilit\u00e0 in Git che possono portare all'esecuzione remota di codice","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sono stati pubblicati gli aggiornamenti correttivi per il sistema distribuito di gestione del codice sorgente Git 2.39.1, 2.38.3, 2.37.5, 2.36.4, 2.35.6, 2.34.6, 2.33.6, 2.32.5, 2.31.6 e 2.30.7, nei quali sono stati risolti due vulnerabilit\u00e0 che consentono l'esecuzione di codice arbitrario sul sistema dell'utente utilizzando il comando «git archive» e lavorando con repository esterni non attendibili. Le vulnerabilit\u00e0 sono causate da errori nella formattazione dei commit e nell'analisi del file «.gitattributes», che durante l'elaborazione di repository esterni possono portare a scritture nella memoria al di fuori dell'heap e alla lettura di dati casuali dalla memoria. <\/p>\n
Entrambe le vulnerabilit\u00e0 sono state scoperte durante un audit di sicurezza del codice sorgente di Git, condotto dall'azienda X41 per conto del fondo OSTIF (Open Source Technology Improvement Fund), creato con l'obiettivo di migliorare la sicurezza dei progetti open source. Oltre ai due problemi critici discussi di seguito, durante l'audit \u00e8 stata trovata anche una vulnerabilit\u00e0 pericolosa, una vulnerabilit\u00e0 di media gravit\u00e0 e quattro problemi non pericolosi. Sono state fornite anche 27 raccomandazioni per migliorare la sicurezza del codice sorgente. <\/p>\n
\n
CVE-2022-41903: overflow intero nel codice di formattazione delle informazioni sui commit che si verifica durante l'elaborazione di grandi valori di offset negli operatori di riempimento, come «%<(«, «%<|(«, «%>(«, «%>>(» e «%><( )». L'overflow intero si verifica nella funzione format_and_pad_commit() a causa dell'uso del tipo int per la variabile size_t, che \u00e8 coinvolta nella definizione della dimensione dell'offset del blocco copiato durante la chiamata a memcpy().\n
La vulnerabilit\u00e0 si manifesta sia con una chiamata diretta con parametri di formattazione appositamente formattati (ad esempio, eseguendo «git log —format=…»), sia con l'uso indiretto della formattazione durante l'esecuzione del comando «git archive» in un repository sotto il controllo dell'attaccante. In quest'ultimo caso, i modificatori di formattazione vengono definiti tramite il parametro export-subst nel file «.gitattributes», che pu\u00f2 essere fornito dall'attaccante nel proprio repository. Questo problema pu\u00f2 essere sfruttato per leggere e scrivere arbitrari segmenti di heap e portare all'esecuzione di codice malevolo quando si lavora con repository non verificati. <\/p>\n
CVE-2022-23521: overflow interi durante l'analisi del contenuto dei file «.gitattributes» in un repository, che si manifestano durante l'elaborazione di un numero molto elevato di modelli di percorso di file o un gran numero di attributi con un solo modello, cos\u00ec come durante l'analisi di nomi di attributi molto lunghi. Questo problema pu\u00f2 essere sfruttato per leggere e scrivere segmenti arbitrari di heap e portare all'esecuzione di codice malevolo quando si lavora con un repository non verificato, nel quale l'attaccante pu\u00f2 inserire un file .gitattributes appositamente formattato e garantirne l'inclusione nell'indice. <\/ul>\n
\u00c8 possibile monitorare la pubblicazione degli aggiornamenti dei pacchetti nelle distribuzioni sulle seguenti pagine: Debian, Ubuntu, Gentoo, RHEL, SUSE, Arch, FreeBSD, NetBSD. Per ridurre il rischio di attacchi in caso di impossibilit\u00e0 ad installare gli aggiornamenti in modo tempestivo, si raccomanda di astenersi dall'utilizzare repository non affidabili e di non usare il comando «git archive». \u00c8 importante ricordare che il comando «git archive» pu\u00f2 essere attivato implicitamente, ad esempio, da git daemon. Per disabilitare l'esecuzione di «git archive» in git daemon, \u00e8 necessario cambiare il parametro daemon.uploadArch con il comando «git config —global daemon.uploadArch false». <\/p>\n
In aggiunta, si pu\u00f2 notare un'altra vulnerabilit\u00e0 (CVE-2022-41953) nel prodotto Git per Windows, che consente l'esecuzione di codice durante il cloning tramite l'interfaccia grafica di repository esterni non verificati. Il problema \u00e8 causato dal fatto che Git GUI per Windows, dopo l'operazione di «checkout», esegue automaticamente alcuni comandi di post-elaborazione, come l'esecuzione del programma di controllo ortografico per verificare l'ortografia, mentre i percorsi di ricerca del file di controllo ortografico comprendono anche l'albero di lavoro clonato (l'attacco consiste nell'aggiungere il controllo ortografico all'albero di lavoro del repository). \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"