CVE-2026-74727
KritikTeknik Veri (Otomatik)
- CVSS Skoru
- 9.8
- EPSS
- 0.4%
- CWE
- —
- KEV Durumu
- Hayır
Yayım tarihi: 22 Ağustos 2026
Linux çekirdeğinde aşağıdaki güvenlik açığı çözülmüştür: ovpn: zaten by_id tarafından kaldırılmış olan eşler için yeniden sıralamayı atla ovpn_nl_peer_set_doit(), ovpn->lock alınmadan önce ovpn_peer_get_by_id() aracılığıyla hedef eşlemeyi çözer. Arama (sadece bir réféns sayısını alır) ve sonraki spin_lock_bh(&ovpn->lock) arasındaki pencerede, eşzamanlı bir OVPN_CMD_PEER_DEL, canlı tutma süresi dolması veya soket yıkımı ovpn->lock'ı önce alabilir, ovpn_peer_remove() işlemini çalıştırabilir ve eşlemeyi tüm dört tablodan (by_id, by_vpn_addr4/6, by_transp_addr) kaldırabilir ve kilidi serbest bırakabilir. set_doit daha sonra ovpn->lock'ı alır ve ovpn_peer_hash_vpn_ip() işlemini çağırır, bu da artık kaldırılmış olan eşlemeyi yeniden sıralama tablolarına yeniden ekler. Aynı yarış, yüzen yolunu etkiler: ovpn_peer_endpoints_update() yalnızca bir réféns sayısını tutar ve ovpn->lock'ı çok geç bir zamanda alır (asenkron AEAD şifre çözme ve bir ağ bağlantısı bildirimi之后), daha sonra eşlemeyi by_transp_addr tablosunda yeniden sıralar. Yeniden canlandırılan eş, RX aramasından (ovpn_peer_get_by_transp_addr) ve TX VPN-IP aramasından yeniden erişilebilir hale gelir, mặcuz kullanıcı alanı bunu gittiğine inanıyor. Veri yolu réféns sayısı düştüğünde, eş call_rcu aracılığıyla serbest bırakılırken, içinde gömülü olan kümeler bağlı kalır ve bir UAF penceresi açılır. Hash_entry_id sıralama dışı bırakıldığında, yeniden sıralamadan çıkın, ovpn_peer_remove() tarafından zaten kaldırılmış durumu tespit etmek için kullanılan gözcüyü yansıtarak. Kontrol, her hash_entry_id mutasyonunu seri hale getiren ovpn->lock altında güvenlidir ve ek yol için bir işlemdir, çünkü ovpn_peer_add_mp(), ovpn_peer_hash_vpn_ip() işlemini çağırmadan önce hash_entry_id'yi ekler.
Orijinal açıklama (İngilizce)
In the Linux kernel, the following vulnerability has been resolved: ovpn: skip rehash for peers already removed from by_id ovpn_nl_peer_set_doit() resolves the target peer via ovpn_peer_get_by_id() before taking ovpn->lock. In the window between the lookup (which only takes a refcount) and the subsequent spin_lock_bh(&ovpn->lock), a concurrent OVPN_CMD_PEER_DEL, keepalive expiry, or socket teardown can take ovpn->lock first, run ovpn_peer_remove() to unhash the peer from all four tables (by_id, by_vpn_addr4/6, by_transp_addr) and release the lock. set_doit then acquires ovpn->lock and calls ovpn_peer_hash_vpn_ip(), which re-inserts the now-removed peer back into the rehashing tables. The same race affects the float path: ovpn_peer_endpoints_update() holds only a refcount and acquires ovpn->lock very late (after async AEAD decrypt and a netlink notification), then rehashes the peer in the by_transp_addr table. The resurrected peer becomes reachable again from the RX lookup (ovpn_peer_get_by_transp_addr) and the TX VPN-IP lookup, even though userspace believes it is gone. Once the data-path refcount drops the peer is freed via call_rcu while the hash entries embedded in it remain linked, opening a UAF window. Bail out of the rehash when hash_entry_id is unhashed, mirroring the sentinel already used by ovpn_peer_remove() to detect the already-removed state. The check is safe under ovpn->lock, which serializes every mutation of hash_entry_id, and is a no-op for the add path because ovpn_peer_add_mp() inserts hash_entry_id before calling ovpn_peer_hash_vpn_ip().
Referanslar
Bu CVE için henüz editoryal inceleme yapılmadı. Sadece otomatik teknik veri gösteriliyor.