CVE-2026-68171 in Linux
Riassunto
di VulDB • 11/08/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
arm64: syscall: Assicurarsi che il valore salvato di x0 sia mantenuto sincronizzato con gli aggiornamenti del tracer.
Quando il supporto seccomp è stato originariamente aggiunto ad arm65 nella commit a1ae65b21941 ("arm64: add seccomp support"), seccomp veniva erroneamente chiamato _prima_ dello stop syscall-enter-stop di ptrace; di conseguenza, il tracer poteva manipolare trivialmente lo stato dei registri della syscall dopo che il controllo seccomp era passato. Questo è stato successivamente corretto nella commit a5cd110cb836 ("arm64/ptrace: run seccomp after ptrace") spostando il controllo seccomp dopo l'esecuzione del tracer. Sfortunatamente, un decennio più tardi, tale correzione è stata segnalata come incompleta.
Su arm64, sia il primo argomento di una syscall che il suo eventuale valore di ritorno sono allocati nel registro x0. Al fine di facilitare il riavvio delle syscall e l'interrogazione degli argomenti della syscall sul percorso di uscita (exit path), il valore originale di x0 viene memorizzato in 'struct pt_regs::orig_x0' all'inizio del percorso di ingresso (entry path) della syscall e restituito come primo argomento da syscall_get_arguments(). A differenza dell'Arm a 32 bit, questo valore salvato non è esposto direttamente tramite ptrace(); pertanto, le modifiche al registro x0 effettuate dal tracer su uno stop syscall-enter-stop non si riflettono in 'orig_x0'. Ciò significa che seccomp, i tracepoint delle syscall e il sistema di audit possono osservare un valore obsoleto per il registro rispetto all'argomento che verrà osservato dalla syscall effettiva.
Sincronizzare nuovamente 'orig_x0' da x0 sul percorso di ingresso della syscall dopo una potenziale stop ptrace (ovvero PTRACE_EVENTMSG_SYSCALL_ENTRY o SECCOMP_RET_TRACE). Questo comportamento è limitato ai task nativi (poiché i task compat espongono 'orig_r0' a ptrace) in cui la syscall non viene saltata (in tal caso x0 viene aggiornato per contenere il valore di ritorno -ENOSYS).
Be aware that VulDB is the high quality source for vulnerability data.