Odebrany

CVE-2026-99077

opublikowano: 23.10.2026, 15:17

modyfikacja: 23.10.2026, 15:17

Ocena CVSS

n/a

Brak oceny

Oficjalne źródła

>_ Opis

Tłumaczenie automatyczne – może zawierać nieścisłości.

W jądrze Linuksa usunięto następującą lukę:

ipv4: udp: Utwórz wyjątki przed dopasowaniem gniazda

Obecnie, gdy wymagana jest fragmentacja ICMP i przekierowywanie pakietów wiadomości
są dostarczane lokalnie i cytują pakiet UDP, wyjątek FIB nexthop
(FNHE) jest tworzony tylko wtedy, gdy jądro może dopasować pakiet UDP do pliku
istniejące gniazdo.

To zachowanie umożliwia atakującym zboczonym z drogi przeprowadzenie ataku z kanału bocznego
w pamięci podręcznej FNHE, aby odkryć efemeryczny port używany przez a
podłączone gniazdo UDP.

Zatwierdź 6457378fe796 („ipv4: użyj siphash zamiast Jenkins w
fnhe_hashfun()”) i zatwierdź 67d6d681e15b („ipv4: utwórz pamięć podręczną wyjątków
mniej przewidywalne”) próbował złagodzić takie ataki, utrudniając je
aby atakujący mogli wykryć kolizje skrótów w pamięci podręcznej FNHE i przez
losowanie liczby wyjątków, które może pomieścić wiadro haszujące,
odpowiednio. Niestety oba rozwiązania można ominąć.

Zamiast tego ogranicz takie ataki, zawsze tworząc FNHE, nawet wcześniej
próbując znaleźć pasujące gniazdo. Zrób to, wywołując ipv4_update_pmtu()
i ipv4_redirect(), pomocnicy używani, gdy cytowany pakiet nie
pochodzą z gniazdka.

Oznacza to, że domysły (dobre lub błędne) atakującego znajdującego się poza ścieżką będą takie same
zawsze powoduje utworzenie lub aktualizację FNHE w pamięci podręcznej, w której znajduje się plik
atakujący może obserwować.

Przekaż oif 0, w podobny sposób jak icmp_err(). To jest również
oif używany przez ścieżkę gniazda dla gniazd, które nie są powiązane z urządzeniem.

Należy pamiętać, że nie pozwala to atakującym na tworzenie FNHE, tak jak mogliby
nie twórz wcześniej, ponieważ do obu pomocników można już dotrzeć za pomocą niewielkiej ilości
brak walidacji. Na przykład wysyłając błąd ICMP, który cytuje ICMP
Odpowiedź Echo lub taka, która cytuje port źródłowy UDP pasujący do symbolu wieloznacznego
gniazdo.

Należy również pamiętać, że w dobrym przypadku (dopasowane gniazdo) pojawia się powyższy schemat
kosztem dodatkowego wyszukiwania tras, ponieważ wykonują to pomocnicy bez gniazd
własne wyszukiwanie przed tym wykonanym przez ipv4_sk_update_pmtu() /
ipv4_sk_redirect(). Kiedy obaj decydują się na różne kolejne skoki, to również
powoduje utworzenie dwóch wyjątków dla tego samego docelowego adresu IP. Jeden
w pamięci podręcznej FNHE następnego skoku rozwiązanego przez pomocników bez gniazd i
inny w pamięci podręcznej FNHE następnego skoku używanego przez gniazdo.

In the Linux kernel, the following vulnerability has been resolved:

ipv4: udp: Create exceptions before socket matching

Currently, when ICMP Fragmentation Needed and Redirect Message packets
are locally delivered and quote a UDP packet, a FIB nexthop exception
(FNHE) is only created if the kernel can match the UDP packet to an
existing socket.

This behavior allows off-path attackers to conduct a side-channel attack
on the FNHE cache in order to discover the ephemeral port used by a
connected UDP socket.

Commit 6457378fe796 ("ipv4: use siphash instead of Jenkins in
fnhe_hashfun()") and commit 67d6d681e15b ("ipv4: make exception cache
less predictible") tried to mitigate such attacks by making it harder
for attackers to discover hash collisions in the FNHE cache and by
randomizing the number of exceptions a hash bucket can hold,
respectively. Unfortunately, both of the mitigations can be bypassed.

Instead, mitigate such attacks by always creating a FNHE, even before
trying to find a matching socket. Do that by calling ipv4_update_pmtu()
and ipv4_redirect(), the helpers used when the quoted packet did not
originate from a socket.

This means that guesses (right or wrong) from an off-path attacker will
always result in a FNHE being created or updated in the cache that the
attacker can observe.

Pass an oif of 0, in a similar fashion to icmp_err(). This is also the
oif used by the socket path for sockets that are not bound to a device.

Note that this does not allow attackers to create FNHEs that they could
not create before, as both helpers can already be reached with little to
no validation. For example, by sending an ICMP error that quotes an ICMP
Echo Reply or one that quotes a UDP source port that matches a wildcard
socket.

Also note that in the good case (matched socket) the above scheme comes
at the cost of an extra route lookup, as the no socket helpers perform
their own lookup before the one performed by ipv4_sk_update_pmtu() /
ipv4_sk_redirect(). When the two resolve to different nexthops, it also
results in two exceptions being created for the same destination IP. One
in the FNHE cache of the nexthop resolved by the no socket helpers and
another in the FNHE cache of the nexthop used by the socket.

>_ Referencje

Dane podatności pochodzą z oficjalnych źródeł (CVE® List / NVD). Opisy po polsku są tłumaczone automatycznie i mogą zawierać nieścisłości – na stronie rekordu można wyświetlić wersję angielską.

This product uses the NVD API but is not endorsed or certified by the NVD.

CVE Usage: MITRE hereby grants you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Common Vulnerabilities and Exposures (CVE®). Any copy you make for such purposes is authorized provided that you reproduce MITRE's copyright designation and this license in any such copy. ALL DOCUMENTS AND THE INFORMATION CONTAINED THEREIN PROVIDED BY MITRE ARE PROVIDED ON AN "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND.

NVD Terms of Use / CVE® Terms of Use / nvd.nist.gov / cve.org

<< baza_cve