В ядре Linux устранена следующая уязвимость:
netfilter: nf_queue: устройство контактного моста, в то время как NFQUEUE содержит поддельный dst
Фальшивая таблица rtable br_netfilter встроена в структуру net_bridge и
прикрепленный к мостовым пакетам с помощью skb_dst_set_noref(). Если такой пакет
поставлены в очередь в NFQUEUE, обновления __nf_queue(), которые имитируют dst с помощью
skb_dst_force(). В этот момент skb в очереди может содержать реальную ссылку dst после моста.
демонтаж начался.
Проблема не в том, что каждому пакету, передаваемому по мосту, требуется
своя собственная ссылка на dst. Проблема в том, что NFQUEUE может поддерживать мост
частный поддельный dst активен после начала отмены регистрации. Исправьте это, оставив без изменений модель поддельного dst моста и закрепив
ведущее устройство моста только тогда, когда пакет находится в NFQUEUE.
Запишите
устройство моста в nf_queue_entry, когда skb в очереди несет подделку моста
dst, возьмите ссылку на устройство на время жизни очереди и отбросьте ее, когда
запись в очереди освобождается. Также убедитесь, что записи в очереди обрабатываются, когда это мостовое устройство выходит из строя.
вниз и удалите лишний тест nf_bridge_info_exists() из поддельного
обнаружение летнего времени. Это сохраняет работу netdev_priv(br->dev) до завершения вынесения вердикта, поэтому
встроенная поддельная таблица rtable и ее хранилище метрик не могут быть освобождены
из-под dst_release().
Это также позволяет избежать постоянного увеличения количества ссылок и избегает использования специфичных для IPv4 помощников dst для трафика моста IPv6.
Показать оригинальное описание (EN)
In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_queue: pin bridge device while NFQUEUE holds fake dst The br_netfilter fake rtable is embedded in struct net_bridge and is attached to bridged packets with skb_dst_set_noref(). If such a packet is queued to NFQUEUE, __nf_queue() upgrades that fake dst with skb_dst_force(). At that point the queued skb can hold a real dst reference after bridge teardown has started. The problem is not that every bridged packet needs its own dst reference. The problem is that NFQUEUE can keep the bridge private fake dst alive after unregister begins. Fix this by keeping the bridge fake dst model unchanged and pinning the bridge master device only while the packet sits in NFQUEUE. Record the bridge device in nf_queue_entry when the queued skb carries a bridge fake dst, take a device reference for the queue lifetime, and drop it when the queue entry is freed. Also make sure queued entries are reaped when that bridge device goes down, and drop the redundant nf_bridge_info_exists() test from the fake dst detection. This keeps netdev_priv(br->dev) alive until verdict completion, so the embedded fake rtable and its metrics backing storage cannot be freed out from under dst_release(). It also avoids the constant refcount bump and avoids using ipv4-specific dst helpers for IPv6 bridge traffic.
Характеристики атаки
Последствия
Строка CVSS v3.1