Debian Linux vulnerabilities
12,638 known vulnerabilities affecting debian/linux.
Total CVEs
12,638
CISA KEV
29
actively exploited
Public exploits
140
Exploited in wild
47
Severity breakdown
CRITICAL70HIGH2664MEDIUM6236LOW2442UNKNOWN1226
Vulnerabilities
Page 135 of 632
CVE-2025-40028P3LOWfixed in linux 6.17.6-1 (forky)2025
CVE-2025-40028 [LOW] CVE-2025-40028: linux - In the Linux kernel, the following vulnerability has been resolved: binder: fix...
In the Linux kernel, the following vulnerability has been resolved: binder: fix double-free in dbitmap A process might fail to allocate a new bitmap when trying to expand its proc->dmap. In that case, dbitmap_grow() fails and frees the old bitmap via dbitmap_free(). However, the driver calls dbitmap_free() again when the same process terminates, leading to a double-fre
debian
CVE-2025-40214P3UNKNOWNfixed in linux 6.1.159-1 (bookworm)2025
CVE-2025-40214 CVE-2025-40214: linux - In the Linux kernel, the following vulnerability has been resolved: af_unix: In...
In the Linux kernel, the following vulnerability has been resolved: af_unix: Initialise scc_index in unix_add_edge(). Quang Le reported that the AF_UNIX GC could garbage-collect a receive queue of an alive in-flight socket, with a nice repro. The repro consists of three stages. 1) 1-a. Create a single cyclic reference with many sockets 1-b. close() all sockets 1-c. Trigger G
debian
CVE-2025-40096P3UNKNOWNfixed in linux 6.1.158-1 (bookworm)2025
CVE-2025-40096 CVE-2025-40096: linux - In the Linux kernel, the following vulnerability has been resolved: drm/sched: ...
In the Linux kernel, the following vulnerability has been resolved: drm/sched: Fix potential double free in drm_sched_job_add_resv_dependencies When adding dependencies with drm_sched_job_add_dependency(), that function consumes the fence reference both on success and failure, so in the latter case the dma_fence_put() on the error path (xarray failed to expand) is a double f
debian
CVE-2025-40173P3UNKNOWNfixed in linux 6.1.158-1 (bookworm)2025
CVE-2025-40173 CVE-2025-40173: linux - In the Linux kernel, the following vulnerability has been resolved: net/ip6_tun...
In the Linux kernel, the following vulnerability has been resolved: net/ip6_tunnel: Prevent perpetual tunnel growth Similarly to ipv4 tunnel, ipv6 version updates dev->needed_headroom, too. While ipv4 tunnel headroom adjustment growth was limited in commit 5ae1e9922bbd ("net: ip_tunnel: prevent perpetual headroom growth"), ipv6 tunnel yet increases the headroom without any c
debian
CVE-2025-40139P3UNKNOWNfixed in linux 6.17.6-1 (forky)2025
CVE-2025-40139 CVE-2025-40139: linux - In the Linux kernel, the following vulnerability has been resolved: smc: Use __...
In the Linux kernel, the following vulnerability has been resolved: smc: Use __sk_dst_get() and dst_dev_rcu() in in smc_clc_prfx_set(). smc_clc_prfx_set() is called during connect() and not under RCU nor RTNL. Using sk_dst_get(sk)->dev could trigger UAF. Let's use __sk_dst_get() and dev_dst_rcu() under rcu_read_lock() after kernel_getsockname(). Note that the returned value
debian
CVE-2025-40061P3LOWfixed in linux 6.17.6-1 (forky)2025
CVE-2025-40061 [LOW] CVE-2025-40061: linux - In the Linux kernel, the following vulnerability has been resolved: RDMA/rxe: F...
In the Linux kernel, the following vulnerability has been resolved: RDMA/rxe: Fix race in do_task() when draining When do_task() exhausts its iteration budget (!ret), it sets the state to TASK_STATE_IDLE to reschedule, without a secondary check on the current task->state. This can overwrite the TASK_STATE_DRAINING state set by a concurrent call to rxe_cleanup_task() or
debian
CVE-2025-40165P3LOWfixed in linux 6.17.6-1 (forky)2025
CVE-2025-40165 [LOW] CVE-2025-40165: linux - In the Linux kernel, the following vulnerability has been resolved: media: nxp:...
In the Linux kernel, the following vulnerability has been resolved: media: nxp: imx8-isi: m2m: Fix streaming cleanup on release If streamon/streamoff calls are imbalanced, such as when exiting an application with Ctrl+C when streaming, the m2m usage_count will never reach zero and the ISI channel won't be freed. Besides from that, if the input line width is more than 2
debian
CVE-2025-39978P3UNKNOWNfixed in linux 6.1.158-1 (bookworm)2025
CVE-2025-39978 CVE-2025-39978: linux - In the Linux kernel, the following vulnerability has been resolved: octeontx2-p...
In the Linux kernel, the following vulnerability has been resolved: octeontx2-pf: Fix potential use after free in otx2_tc_add_flow() This code calls kfree_rcu(new_node, rcu) and then dereferences "new_node" and then dereferences it on the next line. Two lines later, we take a mutex so I don't think this is an RCU safe region. Re-order it to do the dereferences before queuing
debian
CVE-2025-40201P3UNKNOWNfixed in linux 6.1.158-1 (bookworm)2025
CVE-2025-40201 CVE-2025-40201: linux - In the Linux kernel, the following vulnerability has been resolved: kernel/sys....
In the Linux kernel, the following vulnerability has been resolved: kernel/sys.c: fix the racy usage of task_lock(tsk->group_leader) in sys_prlimit64() paths The usage of task_lock(tsk->group_leader) in sys_prlimit64()->do_prlimit() path is very broken. sys_prlimit64() does get_task_struct(tsk) but this only protects task_struct itself. If tsk != current and tsk is not a lea
debian
CVE-2025-40206P3UNKNOWNfixed in linux 6.17.6-1 (forky)2025
CVE-2025-40206 CVE-2025-40206: linux - In the Linux kernel, the following vulnerability has been resolved: netfilter: ...
In the Linux kernel, the following vulnerability has been resolved: netfilter: nft_objref: validate objref and objrefmap expressions Referencing a synproxy stateful object from OUTPUT hook causes kernel crash due to infinite recursive calls: BUG: TASK stack guard page was hit at 000000008bda5b8c (stack is 000000003ab1c4a5..00000000494d8b12) [...] Call Trace: __find_rr_leaf+0
debian
CVE-2025-40216P3LOWfixed in linux 6.12.37-1 (forky)2025
CVE-2025-40216 [LOW] CVE-2025-40216: linux - In the Linux kernel, the following vulnerability has been resolved: io_uring/rs...
In the Linux kernel, the following vulnerability has been resolved: io_uring/rsrc: don't rely on user vaddr alignment There is no guaranteed alignment for user pointers, however the calculation of an offset of the first page into a folio after coalescing uses some weird bit mask logic, get rid of it.
Scope: local
bookworm: resolved
bullseye: resolved
forky: resolved (f
debian
CVE-2025-40166P3LOWfixed in linux 6.17.6-1 (forky)2025
CVE-2025-40166 [LOW] CVE-2025-40166: linux - In the Linux kernel, the following vulnerability has been resolved: drm/xe/guc:...
In the Linux kernel, the following vulnerability has been resolved: drm/xe/guc: Check GuC running state before deregistering exec queue In normal operation, a registered exec queue is disabled and deregistered through the GuC, and freed only after the GuC confirms completion. However, if the driver is forced to unbind while the exec queue is still running, the user may
debian
CVE-2025-40213P3LOWfixed in linux 6.17.8-1 (forky)2025
CVE-2025-40213 [LOW] CVE-2025-40213: linux - In the Linux kernel, the following vulnerability has been resolved: Bluetooth: ...
In the Linux kernel, the following vulnerability has been resolved: Bluetooth: MGMT: fix crash in set_mesh_sync and set_mesh_complete There is a BUG: KASAN: stack-out-of-bounds in set_mesh_sync due to memcpy from badly declared on-stack flexible array. Another crash is in set_mesh_complete() due to double list_del via mgmt_pending_valid + mgmt_pending_remove. Use DEFIN
debian
CVE-2025-40284P3UNKNOWNfixed in linux 6.1.159-1 (bookworm)2025
CVE-2025-40284 CVE-2025-40284: linux - In the Linux kernel, the following vulnerability has been resolved: Bluetooth: ...
In the Linux kernel, the following vulnerability has been resolved: Bluetooth: MGMT: cancel mesh send timer when hdev removed mesh_send_done timer is not canceled when hdev is removed, which causes crash if the timer triggers after hdev is gone. Cancel the timer when MGMT removes the hdev, like other MGMT timers. Should fix the BUG: sporadically seen by BlueZ test bot (in "M
debian
CVE-2025-68183P3UNKNOWNfixed in linux 6.17.8-1 (forky)2025
CVE-2025-68183 CVE-2025-68183: linux - In the Linux kernel, the following vulnerability has been resolved: ima: don't ...
In the Linux kernel, the following vulnerability has been resolved: ima: don't clear IMA_DIGSIG flag when setting or removing non-IMA xattr Currently when both IMA and EVM are in fix mode, the IMA signature will be reset to IMA hash if a program first stores IMA signature in security.ima and then writes/removes some other security xattr for the file. For example, on Fedora,
debian
CVE-2025-68171P3UNKNOWNfixed in linux 6.1.159-1 (bookworm)2025
CVE-2025-68171 CVE-2025-68171: linux - In the Linux kernel, the following vulnerability has been resolved: x86/fpu: En...
In the Linux kernel, the following vulnerability has been resolved: x86/fpu: Ensure XFD state on signal delivery Sean reported [1] the following splat when running KVM tests: WARNING: CPU: 232 PID: 15391 at xfd_validate_state+0x65/0x70 Call Trace: fpu__clear_user_states+0x9c/0x100 arch_do_signal_or_restart+0x142/0x210 exit_to_user_mode_loop+0x55/0x100 do_syscall_64+0x205/0x2
debian
CVE-2025-40270P3LOWfixed in linux 6.17.9-1 (forky)2025
CVE-2025-40270 [LOW] CVE-2025-40270: linux - In the Linux kernel, the following vulnerability has been resolved: mm, swap: f...
In the Linux kernel, the following vulnerability has been resolved: mm, swap: fix potential UAF issue for VMA readahead Since commit 78524b05f1a3 ("mm, swap: avoid redundant swap device pinning"), the common helper for allocating and preparing a folio in the swap cache layer no longer tries to get a swap device reference internally, because all callers of __read_swap_c
debian
CVE-2025-68175P3LOWfixed in linux 6.17.8-1 (forky)2025
CVE-2025-68175 [LOW] CVE-2025-68175: linux - In the Linux kernel, the following vulnerability has been resolved: media: nxp:...
In the Linux kernel, the following vulnerability has been resolved: media: nxp: imx8-isi: Fix streaming cleanup on release The current implementation unconditionally calls mxc_isi_video_cleanup_streaming() in mxc_isi_video_release(). This can lead to situations where any release call (like from a simple "v4l2-ctl -l") may release a currently streaming queue when called
debian
CVE-2025-40307P3UNKNOWNfixed in linux 6.17.8-1 (forky)2025
CVE-2025-40307 CVE-2025-40307: linux - In the Linux kernel, the following vulnerability has been resolved: exfat: vali...
In the Linux kernel, the following vulnerability has been resolved: exfat: validate cluster allocation bits of the allocation bitmap syzbot created an exfat image with cluster bits not set for the allocation bitmap. exfat-fs reads and uses the allocation bitmap without checking this. The problem is that if the start cluster of the allocation bitmap is 6, cluster 6 can be all
debian
CVE-2025-68181P3LOWfixed in linux 6.17.8-1 (forky)2025
CVE-2025-68181 [LOW] CVE-2025-68181: linux - In the Linux kernel, the following vulnerability has been resolved: drm/radeon:...
In the Linux kernel, the following vulnerability has been resolved: drm/radeon: Remove calls to drm_put_dev() Since the allocation of the drivers main structure was changed to devm_drm_dev_alloc() drm_put_dev()'ing to trigger it to be free'd should be done by devres. However, drm_put_dev() is still in the probe error and device remove paths. When the driver fails to pr
debian