- Son 7 gün
CVE-2026-98976
Linux çekirdeğinde ad alanı bağlama noktası kilidinin kötüye kullanılmasıyla yetkisiz içerik ifşası
- Yayımlandı
- Güncellendi
- 24 Eki 2026
- Açık yaşı
- 5 gün
- Kaydı açan
- Linux
ÖzetTürkçe
Linux çekirdeğinde, attach_recursive_mnt fonksiyonu MOVE_MOUNT_BENEATH ile taşınan bağlama noktasına üst bağlamanın MNT_LOCKED özelliğini aktarıyordu. Bu durum, bir kullanıcı ad alanının sahibinin kilitli /proc veya kök bağlamasını değiştirmesine izin veriyordu. Örneğin, ana sistemde paylaşımlı bir P bağlama noktasının altındaki P/d dizininde gizli bilgi bulunan ve bu bağlamanın yayılımıyla kullanıcı ad alanı Z'ye yansıyan bir senaryoda, Z'nin sahibi kilitli kapağı kaldırıp P/d içeriğini görebiliyordu. Düzeltme, kilit özelliğinin yalnızca çağıran tarafından yerleştirilen bağlamalara aktarılmasını sağlar. Yayılımla oluşan bir kopya kilitli bir bağlamanın altına yerleştiğinde o da kilitli olur ve üstteki bağlama, yayılan bağlama tekrar ayrıldığında da kapatmaya devam etmek için kilitli kalır. Etki kaynağı Linux çekirdeği 7.1 sürümü olarak belirtilmiştir ve CVSS 3.1 vektörü CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:H şeklindedir.
Kaynaktaki açıklama (İngilizce)
In the Linux kernel, the following vulnerability has been resolved:
namespace: keep the lock on a mount that a propagated copy is moved beneath
attach_recursive_mnt() transfers MNT_LOCKED from the top mount to the
mount that is moved beneath it with MOVE_MOUNT_BENEATH. This allows the
owner of a user namespace to replace its locked /proc or its root. The
mount beneath takes on the job of covering the underlying mountpoint
allowing the top mount to be unmounted.
Consider two mount namespaces:
(H) The host H has a shared mount P with a secret in P/d
(Z) Z is a user namespace made from M. Its copy of P receives
propagation from the host's P and its copy of M's cover on P/d is
locked Z's owner must not get to see P/d.
Now (H) mounts X on P/d. This propagates into (Z). The copy of X lands
beneath (Z)'s locked cover. The locked property is transfered from (Z)'s
cover to the copy of X propagated beneath it. The cover is now unlocked.
Now (H) unmounts X again. The copy of X in (Z) gets unmounted and the
covering mount is left unlocked on top of P/d. (Z) can now unmount it:
Z: umount2(P/d) = EINVAL /* the cover is locked */
H: mount X on P/d, umount X /* both propagate into Z /*
Z: umount2(P/d) = 0 /* the cover is now unlocked */
Z: read P/d/secret = "covered-by-root" /* secret revealed */
So only transfer the locked property to the mount beneath for mounts the
caller has placed. A propagated copy that lands beneath a locked mount
is locked as well so that the mount at the bottom of the stack carries a
lock the way every check expects. The mount on top of it remains locked
to ensure that it keeps covering even if the propagated mount is
unmounted again.
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 | 7.1 | – |
| < 7.1 Etkilenmiyor | – | |
| ≥ 7.2.11 Etkilenmiyor | – |
Kaynaklar4 kaynak
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.