- Yama var
- Son 7 gün
CVE-2026-98993
Linux çekirdeğinde clone_mnt bağlama noktası bayrağının yanlış kopyalanması nedeniyle bellek ve ad alanı bozulmaları
- Yayımlandı
- Güncellendi
- 24 Eki 2026
- Açık yaşı
- 5 gün
- Kaydı açan
- Linux
ÖzetTürkçe
Linux çekirdeğinde namespace bileşeninde, clone_mnt fonksiyonunun MNT_UMOUNT bayrağını kopyalamasından kaynaklanan bir sorun giderilmiştir. Bu bayrak, umount_tree veya umount_one tarafından ad alanından çıkarılmış bir bağlama noktasında ayarlanır ve hiçbir zaman temizlenmez. Tembel olarak ayrılmış ancak bir dosya tanımlayıcısı ile hâlâ canlı tutulan bir bağlama noktası, kökü nsfs veya pidfs dosyası olduğunda yeniden kopyalanabilir; bu durumda bayrak, kopyaların tümüne yeniden aktarılır. Bu hata; bağlama noktasının yanlış ad alanından ayrılmasına, ad alanı referans sayımının bozulmasına ve sonucta bellekte serbest bırakılmış bir yapıya işaret eden sızıntılara yol açabilir. Ayrıca paylaşımlı eş gruplarında yanlış ayrılmalara, yayılan umount işlemlerinin bağlama noktalarını atlamasına ve bağlı çocukların takılı bir üst noktanın altında ayrılmasına neden olabilir. Düzeltmede MNT_UMOUNT bayrağı MNT_INTERNAL_FLAGS kümesine eklenmiş, böylece clone_mnt bu bayrağı artık kopyalamaz; ayrıca umount_tree bu bayrağı zaten taşıyan bir bağlama noktasıyla karşılaştığında uyarı üretir. Sorun, CVSS 3.1 vektörü CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H ile 7.8 (YÜKSEK) olarak derecelendirilmiştir. Etkilenen sürümler: 4.0.2 ile 4.1 öncesi ve 4.1 sürümü; 4.1 sürümünde düzeltilmiştir.
Kaynaktaki açıklama (İngilizce)
In the Linux kernel, the following vulnerability has been resolved:
namespace: don't inherit MNT_UMOUNT in clone_mnt()
MNT_UMOUNT gets raised on a mount that umount_tree() or umount_one() has
taken out of its namespace. It's never cleared. __detach_mounts()
unhooks a mount that carries it instead of unmounting it.
disconnect_mount() lets an unmounted child stay attached only if its
parent carries it. propagate_umount() takes it as the sign that a mount
is going to be unmounted when it decides what else can be unmounted,
where a chain of locked mounts ends and where a for reparenting an
overmount.
clone_mnt() copies the flags of the source and only masks
MNT_INTERNAL_FLAGS which doesn't include MNT_UMOUNT. A mount that was
lazily unmounted but is kept alive by a file descriptor can still be
copied when its root is an nsfs or pidfs file because may_copy_tree()
accepts those before checking whether the source is mounted at all:
mount --bind /proc/self/ns/net /tmp/x
exec 3< /tmp/x
umount -l /tmp/x
mount --bind /proc/self/fd/3 /tmp/y
The mount on /tmp/y is attached to the caller's namespace with
MNT_UMOUNT already set and every copy of it inherits the flag again.
That causes a number of bugs:
- Unlink its mountpoint from a mount namespace where it isn't one.
__detach_mounts() takes it for a mount that was unmounted earlier,
unhooks it from its parent and drops the reference the namespace
holds on it. It stays in the namespace with one reference too few
and as its own parent, so it can't be unmounted through the file
descriptor anymore and the namespace never finds it again. When the
namespace goes away it's leaked and points to a freed struct
mnt_namespace that may_change_propagation() and anon_ns_root() read
on the next propagation change or mount_setattr() through the file
descriptor.
- Make it shared and unmount a peer. trace_transfers() follows the
flag from the peer into it and strips it from its peer group.
- Let a propagated umount reach it. gather_candidates() marks it with
T_UMOUNT_CANDIDATE but never puts it on the candidate list, so the
mark is never cleared and every later propagated umount skips it. If
it's the parent of a locked mount handle_locked() takes it as the
cutoff and commits the locked child that should have stayed and
disconnect_mount() leaves that child attached to it, unmounted under
a mounted parent, which is what disconnect_mount() exists to
prevent. When the namespace goes away umount_tree() visits the child
a second time. And once __detach_mounts() has made it its own parent
reparent() never finds the end of the chain of unmounted parents.
A clone is a new mount that has never been unmounted. Add MNT_UMOUNT
to MNT_INTERNAL_FLAGS so clone_mnt() never copies it. And warn when
umount_tree() reaches a mount that already has it set.
Bu açığın açıklamasını Türkçeye çevirdik. Adım adım çözüm önerilerini kritik ve yeni açıklar için hazırlıyoruz; düzeltilmiş sürüm aşağıdaki tabloda, ayrıntılar üreticinin duyurusunda.
Etkilenen sürümler1 yazılım
| Yazılım | Etkilenen | Düzeltildiği sürüm |
|---|---|---|
| Linux | ≥ 4.0.2, < 4.1 | 4.1 |
| 4.1 | – | |
| < 4.1 Etkilenmiyor | – | |
| ≥ 6.6.160 Etkilenmiyor | – | |
| ≥ 6.12.114 Etkilenmiyor | – | |
| ≥ 6.18.57 Etkilenmiyor | – | |
| ≥ 7.2.11 Etkilenmiyor | – |
Kaynaklar7 kaynak
- CVE.org kaydı
- NVD kaydı
- git.kernel.org/…ble/c/99698cfa34e493fc091219056aae446fe9442a96 Diğer
- git.kernel.org/…ble/c/c26c1a91ad2881a194f7af543e0b57f0870006b2 Diğer
- git.kernel.org/…ble/c/eecc9cd0fc07dba3f7fb0b2f844b4029435a2f7b Diğer
- git.kernel.org/…ble/c/5077b52e9e4d72da53c50251296b99cd416765a1 Diğer
- git.kernel.org/…ble/c/e2c6d326216642011da318b9edfd5d57ebd5a56f Diğer
Kayıt geçmişi
- Yayımlandı
İlgili açıklar
Türkçe metin, resmi kayıtlardaki bilgilerle yapay zekâ yardımıyla yazıldı ve yayından önce otomatik kontrollerden geçti. Bir değişikliği uygulamadan önce üreticinin duyurusuna mutlaka bakın.