CVE-2026-31427
ŚrednieCVSS 5.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 2 - wyżej niż 2% wszystkich znanych CVE
Streszczenie
W jądrze Linux w module netfilter nf_conntrack_sip wykryto podatność polegającą na użyciu niezainicjalizowanej zmiennej rtp_addr w funkcji process_sdp. Gdy treść SDP nie zawiera aktywnych opisów mediów, zmienna pozostaje niezainicjalizowana, co prowadzi do nadpisania adresów IP w sesji SDP przypadkowymi danymi z pamięci stosu.
Ocena ryzyka
Atakujący może wykorzystać tę podatność do zakłócenia działania sesji SIP, powodując przekierowanie ruchu na nieprawidłowe adresy IP (np. 0.0.0.0) lub potencjalnie na adresy kontrolowane przez atakującego, co może prowadzić do wycieku danych lub ataków typu man-in-the-middle.
Rekomendacja
Należy niezwłocznie zaktualizować jądro Linux do wersji zawierającej poprawkę (commit 0f3a1c2e5b7a). Jeśli aktualizacja nie jest możliwa, tymczasowo wyłącz moduł nf_conntrack_sip lub ogranicz jego użycie do zaufanych sieci.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_conntrack_sip: fix use of uninitialized rtp_addr in process_sdp process_sdp() declares union nf_inet_addr rtp_addr on the stack and passes it to the nf_nat_sip sdp_session hook after walking the SDP media descriptions. However rtp_addr is only initialized inside the media loop when a recognized media type with a non-zero port is found. If the SDP body contains no m= lines, only inactive media sections (m=audio 0 ...) or only unrecognized media types, rtp_addr is never assigned. Despite that, the function still calls hooks->sdp_session() with &rtp_addr, causing nf_nat_sdp_session() to format the stale stack value as an IP address and rewrite the SDP session owner and connection lines with it. With CONFIG_INIT_STACK_ALL_ZERO (default on most distributions) this results in the session-level o= and c= addresses being rewritten to 0.0.0.0 for inactive SDP sessions. Without stack auto-init the rewritten address is whatever happened to be on the stack. Fix this by pre-initializing rtp_addr from the session-level connection address (caddr) when available, and tracking via a have_rtp_addr flag whether any valid address was established. Skip the sdp_session hook entirely when no valid address exists.