CVE-2026-46257
Beschrijving NL
In de Linux kernel is de volgende kwetsbaarheid verholpen:
clocksource/drivers/timer-sp804: Fix an Oops when read_current_timer is called on ARM32 platforms where the SP804 is not registered as the sched_clock. Op SP804 deelt de vertragingstimer dezelfde clkevt-instantie met
sched_clock. Op sommige platforms, wanneer
sp804_clocksource_AND_sched_clock_init wordt aangeroepen met use_sched_clock
niet ingesteld op 1, sched_clkevt is niet correct geïnitialiseerd. Echter,
sp804_register_delay_timer wordt onvoorwaardelijk aangeroepen, en
read_current_timer() roept vervolgens sp804_read aan op een niet-geïnitialiseerde
sched_clkevt, wat leidt tot een kernel Oeps bij het openen van
sched_clkevt->waarde. Verklaar een speciale clkevt-exemplaar exclusief voor vertragingstimer,
in plaats van dezelfde clkevt te delen met sched_clock. Dit zorgt ervoor
dat read_current_timer correct blijft werken, ongeacht
of SP804 is geselecteerd als de sched_clock.
Origineel (Engels) tonen
In the Linux kernel, the following vulnerability has been resolved:
clocksource/drivers/timer-sp804: Fix an Oops when read_current_timer is called on ARM32 platforms where the SP804 is not registered as the sched_clock.
On SP804, the delay timer shares the same clkevt instance with
sched_clock. On some platforms, when
sp804_clocksource_and_sched_clock_init is called with use_sched_clock
not set to 1, sched_clkevt is not properly initialized. However,
sp804_register_delay_timer is invoked unconditionally, and
read_current_timer() subsequently calls sp804_read on an uninitialized
sched_clkevt, leading to a kernel Oops when accessing
sched_clkevt->value.
Declare a dedicated clkevt instance exclusively for delay timer,
instead of sharing the same clkevt with sched_clock. This ensures
that read_current_timer continues to work correctly regardless of
whether SP804 is selected as the sched_clock.