CVE-2026-99022

The Linux kernel contains a vulnerability in the ltc3676 regulator driver where the HRST (0x1e) and CLIRQ (0x1f) registers are incorrectly accessible for reading. Although these are write-only command strobes—where HRST triggers a hard reset and CLIRQ clears an interrupt—performing a read operati...

EUVD-2026-108815

In the Linux kernel, the following vulnerability has been resolved: regulator: of: fill in supply names in ofregulatorbulkgetall ofregulatorbulkgetall returns an array it allocated itself, and fills in only the consumer of each entry. Every other way of getting a bulk array has the supply name se...

CVE-2026-99021

The Linux kernel contains a vulnerability in the of_regulator_bulk_get_all() function. The function allocates an array but fails to populate the supply names for each entry, whereas the core logic expects these names to be present. Specifically, regulator_bulk_enable() may attempt to print these ...

EUVD-2026-108814

In the Linux kernel, the following vulnerability has been resolved: regulator: tps6594-regulator: Fix nlinearranges for TPS65224 BUCK2-4 The TPS65224 BUCK2, BUCK3 and BUCK4 descriptors pass 4 as nlinearranges, but tps65224bucks234ranges only has two entries, covering selectors 0x00-0x45. The line...

CVE-2026-99020

The Linux kernel contains a memory safety issue within the tps6594-regulator driver. Specifically, the TPS65224 BUCK2, BUCK3, and BUCK4 descriptors incorrectly report 4 as the number of linear ranges, while the underlying tps65224_bucks_2_3_4_ranges[] array only contains two entries. This discrep...

EUVD-2026-108813

In the Linux kernel, the following vulnerability has been resolved: scsi: ch: Do not keep references to data transfer element devices chreadconfig looks up the scsidevice of every data transfer element whose SCSI id the changer reports in READ ELEMENT STATUS, and stores it in ch-dt...

CVE-2026-99019

The Linux kernel contains a vulnerability in the scsi changer (ch) component where the ch_readconfig() function incorrectly maintains references to data transfer element devices . Because scsi_device_lookup() takes a reference that is never dropped, removed drives remain on the host's device list...

EUVD-2026-108812

In the Linux kernel, the following vulnerability has been resolved: riscv: entry: gate shadow call stack reload on sstatus.SPP, not tp Under CONFIGSHADOWCALLSTACK, handleexception reloads the kernel shadow call stack pointer gp only when the trap came from userspace. It made that decision with...

CVE-2026-99018

The Linux kernel is vulnerable to an unprivileged kernel arbitrary-write and control-flow-hijack primitive when CONFIG_SHADOW_CALL_STACK is enabled on riscv architecture. The root cause lies in handle_exception(), which incorrectly uses the user-writable tp register to determine if a trap origina...

CVE-2026-99017

The Linux kernel contains an issue where the T-Head C9xx CPU may not report its vulnerability to ghostwrite correctly. Specifically, in kernels where ERRATA_THEAD_GHOSTWRITE=y but ERRATA_THEAD_MAE=n, the RISCV_ALTERNATIVE_EARLY stage is not executed. This prevents errata_probe_ghostwrite() from m...

EUVD-2026-108811

In the Linux kernel, the following vulnerability has been resolved: riscv: errata: select RISCVALTERNATIVEEARLY for THEAD GHOSTWRITE errataprobeghostwrite only marks the CPU as vulnerable when it is called at the RISCVALTERNATIVESEARLYBOOT stage, and the mitigation in ghostwriteenablemitigation...

EUVD-2026-108810

In the Linux kernel, the following vulnerability has been resolved: riscv: futex: untag the user pointer before the atomic access accessok checks untaggedaddruaddr, but archfutexatomicopinuser and futexatomiccmpxchginatomic hand the raw uaddr to the inline asm amoswap/amoadd/.../lr.w+sc.w through...

CVE-2026-99016

The Linux kernel contains a vulnerability in the riscv architecture's futex implementation. When the tagged address ABI is enabled (via CONFIG_RISCV_ISA_SUPM), the functions arch_futex_atomic_op_inuser() and futex_atomic_cmpxchg_inatomic() fail to untag user pointers before performing atomic oper...

EUVD-2026-108809

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hcisock: Serialize dead-device detachment Rebinding an HCI socket after its controller is unregistered can race monitor control replay and crash the kernel. hcisockbind clears hcipisk-hdev and drops the device referenc...

CVE-2026-99015

The Linux kernel contains a race condition in the Bluetooth hci_sock component where rebinding an HCI socket after a controller is unregistered can crash the kernel. The root cause is a lack of proper serialization: hci_sock_bind() clears the device reference under only the socket lock, while sen...

EUVD-2026-108808

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hcisync: Fix command skb lifetime during scan setup During PA sync scan setup, hcilesetextscanparamsync gets the address used for the PALINK lookup from hcisentcmddata. The returned pointer borrows storage from sentcmd...

CVE-2026-99014

The Linux kernel contains a use-after-free vulnerability in the Bluetooth hci_sync component during PA sync scan setup. Specifically, the function hci_le_set_ext_scan_param_sync() retrieves a pointer from hci_sent_cmd_data() that borrows storage from sent_cmd or req_skb without holding a proper r...

EUVD-2026-108807

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: ISO: Reject concurrent BIS listener setup isosocklisten drops the socket lock before calling isolistenbis to preserve the hdev-lock ordering. Two concurrent listen calls on the same broadcast socket can therefore both...

CVE-2026-99013

The Linux kernel contains a vulnerability in the Bluetooth ISO stack where concurrent listen() calls on the same broadcast socket can lead to a use-after-free condition. This occurs because iso_sock_listen() drops the socket lock before calling iso_listen_bis() to maintain lock ordering. Conseque...

EUVD-2026-108806

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: ISO: Serialize concurrent connect calls isosockconnect checks the socket state before taking the socket lock and drops the lock again before setting up a connection. Two callers can both pass the admission check while...