{"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\/es\/blog\/news\/uyazvimost-v-biblioteke-s-osnovnoj-realizacziej-algoritma-sha-3","title":{"rendered":"Vulnerabilidad en la biblioteca con la implementaci\u00f3n principal del algoritmo SHA-3","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
En la implementaci\u00f3n de la funci\u00f3n hash criptogr\u00e1fica SHA-3 (Keccak), propuesta en el paquete XKCP (eXtended Keccak Code Package), se ha encontrado una vulnerabilidad (CVE-2022-37454), que puede llevar a un desbordamiento de buffer durante el procesamiento de ciertos datos espec\u00edficamente formateados. El problema es causado por un error en el c\u00f3digo de la implementaci\u00f3n concreta de SHA-3 y no por una vulnerabilidad en el algoritmo en s\u00ed. El paquete XKCP se presenta como la implementaci\u00f3n oficial de SHA-3, se desarrolla con la participaci\u00f3n del equipo de desarrolladores de Keccak y se utiliza como base en funciones para trabajar con SHA-3 en diversos lenguajes de programaci\u00f3n (por ejemplo, el c\u00f3digo de XKCP se utiliza en el m\u00f3dulo hashlib de Python, en el paquete digest-sha3 de Ruby y en las funciones hash_* de PHP). <\/p>\n
Seg\u00fan el investigador que descubri\u00f3 el problema, logr\u00f3 explotar la vulnerabilidad para violar las propiedades criptogr\u00e1ficas de la funci\u00f3n hash y encontrar la primera y segunda preimagen, as\u00ed como determinar colisiones. Adem\u00e1s, se afirma que se ha creado un prototipo de exploit que permite ejecutar c\u00f3digo al calcular el hash de un archivo especialmente dise\u00f1ado. Potencialmente, la vulnerabilidad tambi\u00e9n puede ser utilizada para ataques a algoritmos de verificaci\u00f3n de firmas digitales que utilizan SHA-3 (por ejemplo, Ed448). Se planea publicar m\u00e1s detalles sobre los m\u00e9todos de ataque m\u00e1s adelante, tras la eliminaci\u00f3n generalizada de la vulnerabilidad. <\/p>\n
No est\u00e1 claro hasta qu\u00e9 punto afecta la vulnerabilidad a las aplicaciones existentes en la pr\u00e1ctica, ya que para que el problema se manifieste en el c\u00f3digo, se debe aplicar un c\u00e1lculo c\u00edclico de hash en bloques y uno de los bloques procesados debe tener un tama\u00f1o de alrededor de 4 GB (no menos de 2^32 \u2014 200 bytes). Al procesar los datos de entrada de una vez (sin calcular el hash de forma secuencial en partes), el problema no se manifiesta. Como m\u00e9todo de protecci\u00f3n m\u00e1s sencillo, se sugiere limitar el tama\u00f1o m\u00e1ximo de los datos que participan en una iteraci\u00f3n del c\u00e1lculo de hash. <\/p>\n
La vulnerabilidad es causada por un error en el procesamiento por bloques de los datos de entrada. Debido a la comparaci\u00f3n incorrecta de valores del tipo \u00abint\u00bb, se determina un tama\u00f1o incorrecto de los datos que esperan ser procesados, lo que lleva a escribir un 'tail' fuera del b\u00fafer asignado. En particular, se utiliz\u00f3 la expresi\u00f3n \u00abpartialBlock + instance->byteIOIndex\u00bb durante la comparaci\u00f3n, lo que llev\u00f3 a un desbordamiento entero en grandes valores de las partes. Adem\u00e1s, en el c\u00f3digo hab\u00eda un casteo de tipos incorrecto \u00ab(unsigned int)(dataByteLen \u2014 i)\u00bb, que provoc\u00f3 un desbordamiento en sistemas con un tipo size_t de 64 bits. <\/p>\n