CVE-2026-43187

Published: Mag 06, 2026 Last Modified: Mag 06, 2026

ExploitDB:

Other exploit source:

Google Dorks:

Description

AI Translation Available

In the Linux kernel, the following vulnerability has been resolved:

xfs: delete attr leaf freemap entries when empty

Back in commit 2a2b5932db6758 ('xfs: fix attr leaf header freemap.size
underflow'), Brian Foster observed that it's possible for a small
freemap at the end of the end of the xattr entries array to experience
a size underflow when subtracting the space consumed by an expansion of
the entries array. There are only three freemap entries, which means
that it is not a complete index of all free space in the leaf block.

This code can leave behind a zero-length freemap entry with a nonzero
base. Subsequent setxattr operations can increase the base up to the
point that it overlaps with another freemap entry. This isn't in and of
itself a problem because the code in _leaf_add that finds free space
ignores any freemap entry with zero size.

However, there's another bug in the freemap update code in _leaf_add,
which is that it fails to update a freemap entry that begins midway
through the xattr entry that was just appended to the array. That can
result in the freemap containing two entries with the same base but
different sizes (0 for the 'pushed-up' entry, nonzero for the entry
that's actually tracking free space). A subsequent _leaf_add can then
allocate xattr namevalue entries on top of the entries array, leading to
data loss. But fixing that is for later.

For now, eliminate the possibility of confusion by zeroing out the base
of any freemap entry that has zero size. Because the freemap is not
intended to be a complete index of free space, a subsequent failure to
find any free space for a new xattr will trigger block compaction, which
regenerates the freemap.

It looks like this bug has been in the codebase for quite a long time.

AI Generated Translation

Nel kernel Linux, è stata risolta la seguente vulnerabilità:

xfs: eliminare le voci del freemap dell'attr leaf quando sono vuote

Nel commit 2a2b5932db6758 ("xfs: fix attr leaf header freemap.size underflow"), Brian Foster ha osservato che è possibile che un piccolo freemap alla fine dell'array delle voci xattr subisca un underflow di dimensione quando si sottrae lo spazio consumato da un'espansione dell'array delle voci. Ci sono solo tre voci nel freemap, il che significa che non rappresenta un indice completo di tutto lo spazio libero nel blocco leaf.

Questo codice può lasciare una voce del freemap a lunghezza zero con una base non nulla. Le operazioni successive setxattr possono aumentare la base fino a sovrapporsi con un'altra voce del freemap. Questo di per sé non rappresenta un problema, poiché il codice in _leaf_add che cerca spazio libero ignora qualsiasi voce del freemap con dimensione zero.

Tuttavia, c'è un altro bug nel codice di aggiornamento del freemap in _leaf_add, ovvero che non aggiorna una voce del freemap che inizia a metà dell'entry xattr appena aggiunta all'array. Ciò può portare a che il freemap contenga due voci con la stessa base ma dimensioni diverse (0 per l'entry "spinta in su", non zero per quella che effettivamente traccia lo spazio libero). Una successiva chiamata a _leaf_add può quindi allocare entry di nome-valore xattr sopra l'array delle voci, causando perdita di dati. Ma la correzione di questo problema sarà affrontata successivamente.

Per ora, si elimina la possibilità di confusione azzerando la base di qualsiasi voce del freemap che abbia dimensione zero. Poiché il freemap non è destinato a essere un indice completo dello spazio libero, un successivo fallimento nel trovare spazio libero per un nuovo xattr attiverà la compattazione del blocco, che rigenererà il freemap.

Sembra che questa vulnerabilità sia presente nel codice da molto tempo.