В ядре Linux устранена следующая уязвимость:
nfnetlink_osf: проверка длины отдельных опций в отпечатках пальцев
nfnl_osf_add_callback() проверяет границы и строку opt_num
NUL-завершение, но не проверяет отдельные поля длины опции. Опция нулевой длины приводит к тому, что nf_osf_match_one() вводит опцию.
цикл сопоставления, даже если сумма foptsize равна нулю, что соответствует пакетам
без параметров TCP, где ctx->optp имеет значение NULL:
Упс: общая ошибка защиты
KASAN: null-ptr-deref в диапазоне [0x0000000000000000-0x0000000000000007]
RIP: 0010:nf_osf_match_one (net/netfilter/nfnetlink_osf.c:98)
Отслеживание вызова:
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)
Кроме того, опция MSS (вид=2) длиной < 4 приводит к
чтение за пределами границ, когда nf_osf_match_one() безоговорочно обращается
optp[2] и optp[3] для извлечения значения MSS. Хотя RFC 9293
в разделе 3.2 указано, что опция MSS всегда равна ровно 4.
байт (Вид=2, Длина=4), при проверке используется «< 4», а не
«!= 4», потому что длина больше 4 не вызывает памяти.
вопросы безопасности - буфер гарантированно будет не менее
foptsize байтов с помощью проверки ctx->optsize == foptsize.
Отклонять отпечатки пальцев, если любой параметр имеет нулевую длину или если MSS опция имеет длину меньше 4, во время добавления вместо того, чтобы доверять этим значения в пакете, соответствующем горячему пути.
Показать оригинальное описание (EN)
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.