В ядре Linux устранена следующая уязвимость:
ovpn: пропустить перефразирование для пиров, уже удаленных из by_id
ovpn_nl_peer_set_doit() разрешает целевой узел через
ovpn_peer_get_by_id() перед взятием ovpn->lock. В окне между
поиск (который требует только счетчика ссылок) и последующий
spin_lock_bh(&ovpn->lock), одновременный OVPN_CMD_PEER_DEL, поддержка активности
истечение срока действия или разрыв сокета могут сначала выполнить ovpn->lock, запустите
ovpn_peer_remove() для дехеширования узла из всех четырех таблиц (by_id,
by_vpn_addr4/6, by_transp_addr) и снимите блокировку. set_doit тогда
получает ovpn->lock и вызывает ovpn_peer_hash_vpn_ip(), который
повторно вставляет удаленный узел обратно в таблицы перехеширования. Та же раса влияет на путь с плавающей запятой: ovpn_peer_endpoints_update()
хранит только счетчик ссылок и получает ovpn->lock очень поздно (после асинхронного
Расшифровка AEAD и уведомление о сетевой ссылке), затем перехэширует узел
в таблице by_transp_addr.
Воскресший узел снова становится доступным из поиска RX.
(ovpn_peer_get_by_transp_addr) и поиск TX VPN-IP, хотя
пользовательское пространство считает, что его больше нет. Как только счетчик ссылок на пути к данным упадет
одноранговый узел освобождается через call_rcu, пока в него встроены хэш-записи
оставайтесь связанными, открывая окно UAF. Избавьтесь от перехеширования, когда hash_entry_id не хэшируется, зеркально отображая
страж, уже используемый ovpn_peer_remove() для обнаружения
уже удаленное состояние.
Проверка безопасна при ovpn->lock, что
сериализует каждую мутацию hash_entry_id и не выполняет никаких действий для
добавьте путь, потому что ovpn_peer_add_mp() вставляет hash_entry_id раньше
вызов ovpn_peer_hash_vpn_ip().
Показать оригинальное описание (EN)
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().
Уязвимые продукты 3
| Конфигурация | От (включительно) | До (исключительно) |
|---|---|---|
|
Linux Linux_Kernel
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
|
6.16
|
6.18.45
|
|
Linux Linux_Kernel
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
|
6.16
|
7.1.9
|
|
Linux Linux_Kernel
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
|
6.16
|
7.2
|