{"id":105350,"date":"2022-10-21T09:36:42","date_gmt":"2022-10-21T07:36:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-biblioteke-s-osnovnoj-realizacziej-algoritma-sha-3"},"modified":"2022-10-21T09:36:42","modified_gmt":"2022-10-21T07:36:42","slug":"uyazvimost-v-biblioteke-s-osnovnoj-realizacziej-algoritma-sha-3","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/uyazvimost-v-biblioteke-s-osnovnoj-realizacziej-algoritma-sha-3","title":{"rendered":"Vulnerabilit\u00e0 nella libreria con l'implementazione principale dell'algoritmo SHA-3","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nell'implementazione della funzione di hash crittografico SHA-3 (Keccak), proposta nel pacchetto XKCP (eXtended Keccak Code Package), \u00e8 stata identificata una vulnerabilit\u00e0 (CVE-2022-37454) che pu\u00f2 portare a un overflow del buffer durante l'elaborazione di dati specificamente formattati. Il problema \u00e8 causato da un errore nel codice di una specifica implementazione di SHA-3 e non da una vulnerabilit\u00e0 intrinseca nell'algoritmo stesso. Il pacchetto XKCP \u00e8 presentato come l'implementazione ufficiale di SHA-3, sviluppato con il contributo del team di programmatori di Keccak e utilizzato come base per le funzioni SHA-3 in vari linguaggi di programmazione (ad esempio, il codice XKCP \u00e8 utilizzato nel modulo Python hashlib, nel pacchetto Ruby digest-sha3 e nelle funzioni PHP hash_*). <\/p>\n
Secondo il ricercatore che ha scoperto il problema, \u00e8 riuscito a sfruttare la vulnerabilit\u00e0 per compromettere le propriet\u00e0 crittografiche della funzione di hash e trovare il primo e il secondo preimmagine, oltre a determinare collisioni. Inoltre, \u00e8 stato annunciato lo sviluppo di un prototipo di exploit in grado di eseguire codice durante il calcolo dell'hash di un file appositamente formattato. Potenzialmente, la vulnerabilit\u00e0 pu\u00f2 essere utilizzata anche per attacchi contro algoritmi di verifica delle firme digitali che utilizzano SHA-3 (ad esempio, Ed448). I dettagli delle tecniche di attacco saranno pubblicati in seguito, dopo la risoluzione della vulnerabilit\u00e0 in tutto il mondo. <\/p>\n
Non \u00e8 chiaro in che modo la vulnerabilit\u00e0 impatti le applicazioni esistenti nella pratica, poich\u00e9 per manifestare il problema nel codice \u00e8 necessario utilizzare un calcolo ciclico dell'hash in blocchi e uno dei blocchi elaborati deve avere una dimensione di circa 4 GB (almeno 2^32 - 200 byte). Se si elabora l'input in un unico passaggio (senza calcolare l'hash in modo sequenziale), il problema non si manifesta. Come metodo di protezione pi\u00f9 semplice, si suggerisce di limitare la dimensione massima dei dati coinvolti in un'unica iterazione di calcolo dell'hash. <\/p>\n
La vulnerabilit\u00e0 \u00e8 causata da un errore nell'elaborazione a blocchi dei dati in ingresso. A causa di un confronto errato dei valori con il tipo \u00abint\u00bb, viene determinata in modo errato la dimensione dei dati in attesa di elaborazione, il che porta alla scrittura dell'overflow oltre il buffer allocato. In particolare, nell'espressione utilizzata per il confronto \u00e8 stata usata l'espressione \u00abpartialBlock + instance->byteIOIndex\u00bb, che con valori elevati delle parti ha portato a un overflow intero. Inoltre, nel codice era presente un cast errato di tipo \u00ab(unsigned int)(dataByteLen - i)\u00bb, che portava all'overflow sui sistemi con un tipo size_t a 64 bit. <\/p>\n