{"id":115816,"date":"2024-05-16T02:59:27","date_gmt":"2024-05-16T00:59:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/pyat-uyazvimostej-v-git-sredi-kotoryh-odna-kriticheskaya-i-dve-opasnye"},"modified":"2024-05-16T02:59:27","modified_gmt":"2024-05-16T00:59:27","slug":"pyat-uyazvimostej-v-git-sredi-kotoryh-odna-kriticheskaya-i-dve-opasnye","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/pyat-uyazvimostej-v-git-sredi-kotoryh-odna-kriticheskaya-i-dve-opasnye","title":{"rendered":"Cinque vulnerabilit\u00e0 in Git, tra cui una critica e due pericolose","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sono stati pubblicati aggiornamenti correttivi per il sistema di controllo versione distribuito Git 2.45.1, 2.44.1, 2.43.4, 2.42.2, 2.41.1, 2.40.2 e 2.39.4, risolvendo cinque vulnerabilit\u00e0. La vulnerabilit\u00e0 pi\u00f9 grave (CVE-2024-32002), classificata con un livello di pericolo critico, permette l'esecuzione di codice malevolo durante la clonazione di un repository controllato dall'attaccante utilizzando il comando «git clone». <\/p>\n
La vulnerabilit\u00e0 si manifesta solo nei file system che non fanno distinzione tra maiuscole e minuscole e supportano i collegamenti simbolici, come quelli predefiniti in Windows e macOS. L'exploit avviene creando un sottomodulo di directory e un collegamento simbolico che differiscono solo per la case sensitivity, permettendo la scrittura di file nella directory .git\/, invece della cartella di lavoro del sottomodulo. Ottenendo la possibilit\u00e0 di scrittura in .git\/, l'attaccante pu\u00f2 sovrascrivere le invocazioni dei hook tramite .git\/hooks e ottenere l'esecuzione di codice arbitrario durante l'operazione «git clone». <\/p>\n
Altre vulnerabilit\u00e0: <\/p>\n
\n
CVE-2024-32004 — in un sistema multiutente, un attaccante pu\u00f2 preparare un repository locale appositamente configurato per ottenere l'esecuzione di codice durante la sua clonazione. In particolare, l'attaccante pu\u00f2 creare un repository locale che appare come un clone parziale, in cui manca un oggetto specifico. Clonare questo repository porter\u00e0 all'esecuzione di codice con i privilegi dell'utente che esegue l'operazione di clonazione.\n
CVE-2024-32465 — la clonazione da archivi zip che contengono un repository git completo, inclusi hook nella directory .git\/, porter\u00e0 all'esecuzione di questi hook.\n
CVE-2024-32020 — la creazione di cloni locali del repository sullo stesso disco in un sistema multiutente consente ad altri utenti di modificare i file per i quali sono utilizzati i collegamenti rigidi.\n
CVE-2024-32021 — la clonazione di un repository locale con collegamenti simbolici pu\u00f2 essere utilizzata per creare collegamenti rigidi a file arbitrari nella directory objects\/. <\/ul>\n
Oltre a risolvere le vulnerabilit\u00e0, le nuove versioni propongono anche diverse modifiche mirate a migliorare la protezione contro le vulnerabilit\u00e0 che portano all'esecuzione remota di codice e che manipolano i collegamenti simbolici durante la clonazione. Ad esempio, git ora emette un avviso in presenza di collegamenti simbolici nella directory .git\/. I percorsi ai sottomoduli possono ora contenere solo directory reali. In caso di intersezione tra collegamenti simbolici e directory, vengono elaborate le directory. Durante l'esecuzione di «git clone» \u00e8 stata aggiunta una protezione contro l'esecuzione di hook durante la clonazione e sono state rafforzate le verifiche del parametro core.hooksPath. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"