{"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\/pt\/blog\/news\/uyazvimost-v-biblioteke-s-osnovnoj-realizacziej-algoritma-sha-3","title":{"rendered":"Vulnerabilidade na biblioteca com a implementa\u00e7\u00e3o principal do algoritmo SHA-3","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Na implementa\u00e7\u00e3o da fun\u00e7\u00e3o hash criptogr\u00e1fica SHA-3 (Keccak), proposta no pacote XKCP (eXtended Keccak Code Package), foi identificada uma vulnerabilidade (CVE-2022-37454) que pode levar a um estouro de buffer durante o processamento de dados especificamente formatados. O problema \u00e9 causado por um erro no c\u00f3digo da implementa\u00e7\u00e3o espec\u00edfica do SHA-3, e n\u00e3o por uma vulnerabilidade no pr\u00f3prio algoritmo. O pacote XKCP \u00e9 apresentado como a implementa\u00e7\u00e3o oficial do SHA-3, desenvolvida com a participa\u00e7\u00e3o da equipe de desenvolvedores do Keccak e utilizada como base em fun\u00e7\u00f5es de trabalho com SHA-3 em v\u00e1rias linguagens de programa\u00e7\u00e3o (por exemplo, o c\u00f3digo do XKCP \u00e9 utilizado no m\u00f3dulo hashlib do Python, no pacote digest-sha3 do Ruby e nas fun\u00e7\u00f5es hash_* do PHP). <\/p>\n
De acordo com o pesquisador que identificou o problema, ele conseguiu explorar a vulnerabilidade para comprometer as propriedades criptogr\u00e1ficas da fun\u00e7\u00e3o hash e encontrar a primeira e segunda pr\u00e9-imagem, bem como determinar colis\u00f5es. Al\u00e9m disso, foi relatada a cria\u00e7\u00e3o de um prot\u00f3tipo de exploit, permitindo a execu\u00e7\u00e3o de c\u00f3digo ao calcular o hash de um arquivo especificamente formatado. Potencialmente, a vulnerabilidade tamb\u00e9m pode ser utilizada para ataques em algoritmos de verifica\u00e7\u00e3o de assinaturas digitais que utilizam o SHA-3 (por exemplo, Ed448). Detalhes sobre os m\u00e9todos de ataque ser\u00e3o publicados posteriormente, ap\u00f3s a elimina\u00e7\u00e3o abrangente da vulnerabilidade. <\/p>\n
A extens\u00e3o da vulnerabilidade afeta aplica\u00e7\u00f5es existentes ainda n\u00e3o est\u00e1 clara, pois para que o problema se manifeste no c\u00f3digo, um c\u00e1lculo de hash deve ser realizado de forma c\u00edclica em blocos, e um dos blocos processados deve ter um tamanho de cerca de 4 GB (pelo menos 2^32 \u2014 200 bytes). Quando os dados de entrada s\u00e3o processados de uma s\u00f3 vez (sem o c\u00e1lculo sequencial do hash em partes), o problema n\u00e3o se manifesta. Como m\u00e9todo de prote\u00e7\u00e3o mais simples, \u00e9 sugerido limitar o tamanho m\u00e1ximo dos dados envolvidos em uma \u00fanica itera\u00e7\u00e3o do c\u00e1lculo do hash. <\/p>\n
A vulnerabilidade \u00e9 causada por um erro no processamento em bloco dos dados de entrada. Devido a uma compara\u00e7\u00e3o incorreta dos valores do tipo 'int', o tamanho dos dados esperados para processamento \u00e9 determinado incorretamente, levando \u00e0 grava\u00e7\u00e3o do que sobrou al\u00e9m do buffer alocado. Em particular, a express\u00e3o 'partialBlock + instance->byteIOIndex' foi utilizada durante a compara\u00e7\u00e3o, o que resultou em um overflow inteiro com valores grandes das partes. Al\u00e9m disso, o c\u00f3digo apresentava uma convers\u00e3o de tipo incorreta '(unsigned int)(dataByteLen - i)', que resultava em overflow em sistemas com o tipo size_t de 64 bits. <\/p>\n