Jiaming Zhang

**Name of the Vulnerable Software and Affected Versions** Linux kernel (affected versions not specified) **Description** The Linux kernel contains a flaw within the XFS file system related to the revalidation of two btrees during file system repair. Specifically, the issue arises when rebuilding both the free space and inode btrees concurrently. The first btree revalidation can nullify a cursor required by the second revalidation, leading to a null pointer dereference and a system crash. This occurs because the first call to `xchk allocbt()` nullifies the cursor needed by the second call. The issue affects the `xrep revalidate allocbt()` function, which is called through a chain including `xfs file ioctl()`, `xfs ioc scrubv metadata()`, and `xfs scrub metadata()`. The function `sc->ops->repair eval(sc)` is also involved. The vulnerability is triggered when the first btree revalidation fails on a cross-reference attempt, resulting in the deletion of the cursor used by the second btree. The same issue also affects the `xrep revalidate iallocbt` function. **Recommendations** At the moment, there is no information about a newer version that contains a fix for this vulnerability.

**Name of the Vulnerable Software and Affected Versions** Linux kernel versions 6.6 through 6.14 **Description** The Linux kernel contains an issue where the `xchk xfile * descr` macros utilize `kasprintf`, which may fail to allocate memory if the resulting formatted string exceeds a certain length. This can occur because the formatted strings can exceed the memory allocation limits. The issue was identified through fuzzing with syzbot. The `xchk xfile * descr` macros are used for debugging purposes and are not essential for functionality. **Recommendations** Versions 6.6 through 6.14 should be updated to a later version that addresses this issue.

**Nome do Software Vulnerável e Versões Afetadas** Kernel Linux (versões afetadas não especificadas) **Descrição** Existe uma falha na implementação f2fs do kernel Linux relacionada ao acesso fora dos limites em páginas dnode. O problema origina-se de uma imagem corrompida na qual um dnode compartilha um ID de nó com seu inode. Durante a função `f2fs get dnode of data()`, é feita uma tentativa de acessar um endereço de bloco dentro do dnode em um offset, mas o dnode é analisado como um nó de inode, levando a um cálculo de acesso à memória inválido (360 + 934 * 4 = 4096 com 4 bytes). A causa raiz é a falta de verificações de sanidade para IDs de nó de nós diretos durante a função `f2fs get dnode of data()`. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade.