CVE-2026-99020
Beschrijving NL
In de Linux-kernel is de volgende kwetsbaarheid verholpen:
regulator: tps6594-regulator: Fix n_linear_ranges for TPS65224 BUCK2-4
De TPS65224 BUCK2, BUCK3 en BUCK4 descriptors geven 4 door als
n_linear_ranges, maar tps65224_bucks_2_3_4_ranges[] heeft er maar twee.
items, die selectors 0x00-0x45 omvatten. De hulpfuncties voor lineaire bereiken doorlopen n_linear_ranges-items, dus elke
Bij het opzoeken van een selector boven 0x45 wordt voorbij het einde van de array gelezen en
behandelt alles wat erop volgt als twee extra bereiken. Dit gebeurt op de
normale registratieprocedure wanneer de core de spanningsbeperkingen controleert
tegen elke selector. TPS652G1 gebruikt dezelfde descriptors en is
Ook getroffen. Gebruik ARRAY_SIZE() zodat het aantal altijd overeenkomt met de tabel.
Origineel (Engels) tonen
In the Linux kernel, the following vulnerability has been resolved:
regulator: tps6594-regulator: Fix n_linear_ranges for TPS65224 BUCK2-4
The TPS65224 BUCK2, BUCK3 and BUCK4 descriptors pass 4 as
n_linear_ranges, but tps65224_bucks_2_3_4_ranges[] only has two
entries, covering selectors 0x00-0x45.
The linear range helpers loop over n_linear_ranges entries, so any
lookup of a selector above 0x45 reads past the end of the array and
treats whatever follows it as two more ranges. This happens on the
normal registration path when the core checks the voltage constraints
against every selector. TPS652G1 uses the same descriptors and is
affected too.
Use ARRAY_SIZE() so the count always matches the table.