CVE-2024-42105

{"id": "CVE-2024-42105", "cveTags": [], "metrics": {}, "published": "2024-07-30T08:15:03.000", "references": [{"url": "https://git.kernel.org/stable/c/08cab183a624ba71603f3754643ae11cab34dbc4", "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}, {"url": "https://git.kernel.org/stable/c/1c91058425a01131ea30dda6cf43c67b17884d6a", "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}, {"url": "https://git.kernel.org/stable/c/3be4dcc8d7bea52ea41f87aa4bbf959efe7a5987", "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}, {"url": "https://git.kernel.org/stable/c/57235c3c88bb430043728d0d02f44a4efe386476", "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}, {"url": "https://git.kernel.org/stable/c/731011ac6c37cbe97ece229fc6daa486276052c5", "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}, {"url": "https://git.kernel.org/stable/c/9194f8ca57527958bee207919458e372d638d783", "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}, {"url": "https://git.kernel.org/stable/c/e2fec219a36e0993642844be0f345513507031f4", "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}, {"url": "https://git.kernel.org/stable/c/fae1959d6ab2c52677b113935e36ab4e25df37ea", "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}], "vulnStatus": "Awaiting Analysis", "descriptions": [{"lang": "en", "value": "In the Linux kernel, the following vulnerability has been resolved:\n\nnilfs2: fix inode number range checks\n\nPatch series \"nilfs2: fix potential issues related to reserved inodes\".\n\nThis series fixes one use-after-free issue reported by syzbot, caused by\nnilfs2's internal inode being exposed in the namespace on a corrupted\nfilesystem, and a couple of flaws that cause problems if the starting\nnumber of non-reserved inodes written in the on-disk super block is\nintentionally (or corruptly) changed from its default value. \n\n\nThis patch (of 3):\n\nIn the current implementation of nilfs2, \"nilfs->ns_first_ino\", which\ngives the first non-reserved inode number, is read from the superblock,\nbut its lower limit is not checked.\n\nAs a result, if a number that overlaps with the inode number range of\nreserved inodes such as the root directory or metadata files is set in the\nsuper block parameter, the inode number test macros (NILFS_MDT_INODE and\nNILFS_VALID_INODE) will not function properly.\n\nIn addition, these test macros use left bit-shift calculations using with\nthe inode number as the shift count via the BIT macro, but the result of a\nshift calculation that exceeds the bit width of an integer is undefined in\nthe C specification, so if \"ns_first_ino\" is set to a large value other\nthan the default value NILFS_USER_INO (=11), the macros may potentially\nmalfunction depending on the environment.\n\nFix these issues by checking the lower bound of \"nilfs->ns_first_ino\" and\nby preventing bit shifts equal to or greater than the NILFS_USER_INO\nconstant in the inode number test macros.\n\nAlso, change the type of \"ns_first_ino\" from signed integer to unsigned\ninteger to avoid the need for type casting in comparisons such as the\nlower bound check introduced this time."}, {"lang": "es", "value": "En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: nilfs2: corrige las comprobaciones del rango de n\u00fameros de inodos. Serie de parches \"nilfs2: soluciona posibles problemas relacionados con los inodos reservados\". Esta serie corrige un problema de use after free reportado por syzbot, causado por la exposici\u00f3n del inodo interno de nilfs2 en el espacio de nombres de un sistema de archivos corrupto, y un par de fallos que causan problemas si el n\u00famero inicial de inodos no reservados escritos en el -El superbloque de disco se cambia intencionalmente (o de forma corrupta) de su valor predeterminado. Este parche (de 3): En la implementaci\u00f3n actual de nilfs2, \"nilfs->ns_first_ino\", que proporciona el primer n\u00famero de inodo no reservado, se lee del superbloque, pero no se verifica su l\u00edmite inferior. Como resultado, si en el par\u00e1metro de superbloque se establece un n\u00famero que se superpone con el rango de n\u00fameros de inodos reservados, como el directorio ra\u00edz o los archivos de metadatos, las macros de prueba de n\u00fameros de inodos (NILFS_MDT_INODE y NILFS_VALID_INODE) no funcionar\u00e1n correctamente. Adem\u00e1s, estas macros de prueba utilizan c\u00e1lculos de desplazamiento de bits a la izquierda utilizando el n\u00famero de inodo como recuento de desplazamiento a trav\u00e9s de la macro BIT, pero el resultado de un c\u00e1lculo de desplazamiento que excede el ancho de bits de un n\u00famero entero no est\u00e1 definido en la especificaci\u00f3n C, por lo que si \"ns_first_ino\" est\u00e1 configurado en un valor grande distinto del valor predeterminado NILFS_USER_INO (=11), es posible que las macros no funcionen correctamente seg\u00fan el entorno. Solucione estos problemas verificando el l\u00edmite inferior de \"nilfs->ns_first_ino\" y evitando cambios de bits iguales o mayores que la constante NILFS_USER_INO en las macros de prueba de n\u00famero de inodo. Adem\u00e1s, cambie el tipo de \"ns_first_ino\" de entero con signo a entero sin signo para evitar la necesidad de conversi\u00f3n de tipos en comparaciones como la verificaci\u00f3n de l\u00edmite inferior introducida esta vez."}], "lastModified": "2024-07-30T13:32:45.943", "sourceIdentifier": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}