CVE-2026-23397

Published: Mar 26, 2026 Last Modified: Mar 26, 2026

ExploitDB:

Other exploit source:

Google Dorks:

Description

AI Translation Available

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

nfnetlink_osf: validate individual option lengths in fingerprints

nfnl_osf_add_callback() validates opt_num bounds and string
NUL-termination but does not check individual option length fields.
A zero-length option causes nf_osf_match_one() to enter the option
matching loop even when foptsize sums to zero, which matches packets
with no TCP options where ctx->optp is NULL:

Oops: general protection fault
KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007]
RIP: 0010:nf_osf_match_one (net/netfilter/nfnetlink_osf.c:98)
Call Trace:
nf_osf_match (net/netfilter/nfnetlink_osf.c:227)
xt_osf_match_packet (net/netfilter/xt_osf.c:32)
ipt_do_table (net/ipv4/netfilter/ip_tables.c:293)
nf_hook_slow (net/netfilter/core.c:623)
ip_local_deliver (net/ipv4/ip_input.c:262)
ip_rcv (net/ipv4/ip_input.c:573)

Additionally, an MSS option (kind=2) with length < 4 causes
out-of-bounds reads when nf_osf_match_one() unconditionally accesses
optp[2] and optp[3] for MSS value extraction. While RFC 9293
section 3.2 specifies that the MSS option is always exactly 4
bytes (Kind=2, Length=4), the check uses '< 4' rather than
'!= 4' because lengths greater than 4 do not cause memory
safety issues -- the buffer is guaranteed to be at least
foptsize bytes by the ctx->optsize == foptsize check.

Reject fingerprints where any option has zero length, or where an MSS
option has length less than 4, at add time rather than trusting these
values in the packet matching hot path.

AI Generated Translation

Nel kernel Linux è stato risolto il seguente problema di vulnerabilità:

nfnetlink_osf: convalida delle lunghezze individuali delle opzioni nelle impronte digitali

nfnl_osf_add_callback() valida i limiti di opt_num e la terminazione NUL delle stringhe, ma non verifica le lunghezze delle singole opzioni.
Un'opzione di lunghezza zero provoca l'ingresso di nf_osf_match_one() nel ciclo di confronto delle opzioni anche quando foptsize è pari a zero, il che corrisponde a pacchetti senza opzioni TCP in cui ctx->optp è NULL:

Oops: fault di protezione generale
KASAN: dereferenziamento di puntatore nullo nell'intervallo [0x0000000000000000-0x0000000000000007]
RIP: 0010:nf_osf_match_one (net/netfilter/nfnetlink_osf.c:98)
Call Trace:
nf_osf_match (net/netfilter/nfnetlink_osf.c:227)
xt_osf_match_packet (net/netfilter/xt_osf.c:32)
ipt_do_table (net/ipv4/netfilter/ip_tables.c:293)
nf_hook_slow (net/netfilter/core.c:623)
ip_local_deliver (net/ipv4/ip_input.c:262)
ip_rcv (net/ipv4/ip_input.c:573)

Inoltre, un'opzione MSS (kind=2) con lunghezza < 4 provoca letture fuori dai limiti quando nf_osf_match_one() accede in modo incondizionato a optp[2] e optp[3] per l'estrazione del valore MSS.
Sebbene la RFC 9293 sezione 3.2 specifichi che l'opzione MSS è sempre di esattamente 4 byte (Kind=2, Length=4), il controllo utilizza "< 4" anziché "!= 4" perché lunghezze superiori a 4 non causano problemi di sicurezza della memoria — il buffer è garantito di essere almeno foptsize byte grazie al controllo ctx->optsize == foptsize.

Rifiutare le impronte digitali in cui qualsiasi opzione ha lunghezza zero, o in cui un'opzione MSS ha lunghezza inferiore a 4, al momento dell'aggiunta, piuttosto che fidarsi di questi valori nel percorso critico di confronto dei pacchetti.