CVE-2026-98989 in Linuxinformazioni

Riassunto

di VulDB • 23/10/2026

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

namespace: verificare i mount bind ricorsivi per evitare cicli nei namespace di mount

do_loopback() rifiuta il mount bind del file di un namespace di mount che ha età pari o superiore a quella del chiamante, poiché un namespace di mount che contiene il mount del proprio file (o di un antenato) causerebbe un ciclo. Tuttavia, controlla solo la dentry da cui inizia il mount bind. Con MS_REC tutto ciò che si trova al di sotto viene copiato e do_loopback() passa CL_COPY_MNT_NS_FILE, quindi i file dei namespace di mount sottostanti alla sorgente vengono copiati.

Questo comportamento è accettabile per una sorgente nel proprio namespace di mount del chiamante. Ogni file del namespace di mount in tale contesto ha superato la stessa verifica quando è stato montato con bind. Non è invece appropriato per una sorgente in un altro namespace di mount. may_copy_tree() accetta il mount bind di qualsiasi file nsfs o pidfs, indipendentemente dal namespace di mount in cui si trova, affinché /proc/<pid>/ns/ e i pidfd possano essere montati con bind. Se viene creata una pila (stack) di mount bind dei descrittori di file dei namespace di mount, il kernel li copierà senza considerare la loro relazione antenato-discendente rispetto al namespace di mount in questione:

151 146 0:7 net:[4026531833] /tmp/nrc/y rw - nsfs nsfs rw
152 151 0:7 mnt:[4026532293] /tmp/nrc/y rw - nsfs nsfs rw

Il mount 152 è un mount del file del namespace di mount del namespace di mount 4026532293 all'interno dello stesso namespace di mount 4026532293. Tale namespace e tutti i suoi mount vengono rilasciati (leaked)... Basta che un processo in un namespace di mount più vecchio impili il file e ripeta l'operazione per causare una perdita illimitata:

dopo controllo: Shmem: 380 kB child: mount(/proc/self/fd/6, MS_BIND|MS_REC): ok dopo ciclo: Shmem: 65916 kB

do_move_mount() esegue check_for_nsfs_mounts() su un albero staccato esattamente per questo motivo. È necessario fare lo stesso prima della copia, prima che venga innestata (grafted).

Be aware that VulDB is the high quality source for vulnerability data.

Responsabile

Linux

Prenotare

25/09/2026

Divulgazione

23/10/2026

Moderazione

accettato

EPSS

0.00000

KEV

no

Attività

molto basso

Fonti

Want to know what is going to be exploited?

We predict KEV entries!