В ядре Linux устранена следующая уязвимость:
трассировка/fprobe: исправлено разыменование нулевого указателя в fprobe_fgraph_entry().
fprobe_fgraph_entry() измеряет резервирование теневого стека за один проход
список fprobe для каждого IP-адреса и заполняет его во втором проходе, как под
Только rcu_read_lock(). fprobe, зарегистрированный на уже действующем IP-адресе, может
становятся видимыми между двумя проходами, поэтому обход заполнения обрабатывает
exit_handler процедура определения размера не учитывается и используется, проходит мимо
зарезервированные_слова. Если процедура определения размера ничего не дала, fgraph_data имеет значение NULL.
и первые ошибки write_fprobe_header():
Упс: общая ошибка защиты, вероятно, по неканоническому адресу...
KASAN: null-ptr-deref в диапазоне [0x0000000000000000-0x0000000000000007]
RIP: 0010:fprobe_fgraph_entry+0xa38/0xf10 ядро/trace/fprobe.c:167
Отслеживание вызова:
<ЗАДАЧА>
function_graph_enter_regs+0x44c/0xa10 kernel/trace/fgraph.c:677
ftrace_graph_func+0xc5/0x140 Arch/x86/kernel/ftrace.c:671
__kernel_text_address+0x9/0x40 ядро/extable.c:78
Arch_stack_walk+0x117/0x170 Arch/x86/kernel/stacktrace.c:26
kmem_cache_free+0x188/0x580 мм/slub.c:6378
tcp_data_queue+0x18d/0x6550 net/ipv4/tcp_input.c:5590
[...]
</TASK>
Список не может быть заморожен на протяжении двух проходов, поэтому пропустите узел, который
не соответствует брони и засчитывается как пропущенное.
Показать оригинальное описание (EN)
In the Linux kernel, the following vulnerability has been resolved: tracing/fprobe: Fix NULL pointer dereference in fprobe_fgraph_entry() fprobe_fgraph_entry() sizes a shadow-stack reservation in one walk of the per-ip fprobe list and fills it in a second walk, both under rcu_read_lock() only. A fprobe registered on an already-live ip can become visible between the two walks, so the fill walk processes an exit_handler the sizing walk did not count and used runs past reserved_words. If the sizing walk counted nothing, fgraph_data is NULL and the first write_fprobe_header() faults: Oops: general protection fault, probably for non-canonical address ... KASAN: null-ptr-deref in range [0x0000000000000000-0x0000000000000007] RIP: 0010:fprobe_fgraph_entry+0xa38/0xf10 kernel/trace/fprobe.c:167 Call Trace: <TASK> function_graph_enter_regs+0x44c/0xa10 kernel/trace/fgraph.c:677 ftrace_graph_func+0xc5/0x140 arch/x86/kernel/ftrace.c:671 __kernel_text_address+0x9/0x40 kernel/extable.c:78 arch_stack_walk+0x117/0x170 arch/x86/kernel/stacktrace.c:26 kmem_cache_free+0x188/0x580 mm/slub.c:6378 tcp_data_queue+0x18d/0x6550 net/ipv4/tcp_input.c:5590 [...] </TASK> The list cannot be frozen across the two walks, so skip a node that does not fit the reservation and count it as missed.