Complete feed
No mitigation yet
No fix, workaround or mitigation extracted yet
Android app · Google Play
Take your CVE monitoring with you.
Choose a whole vendor or a precise platform, then receive matching security advisories by phone notification, email, or both. Coverage follows 32 official vendor sources and 160+ reviewed platform categories.
Advisory [CVE-2026-64350] fix stream context array leak in cdnsp_alloc_stream_info
In the Linux kernel, the following vulnerability has been resolved: usb: cdnsp: fix stream context array leak in cdnsp_alloc_stream_info() cdnsp_alloc_stream_info() allocates stream_info->stream_ctx_array with cdnsp_alloc_stream_ctx(). If a later stream ring allocation or stream mapping update fails, the error path frees the allocated stream rings and stream_rings array, but leaves stream_ctx_array allocated. Free the stream context array before falling through to the stream_rings cleanup path. The `cdnsp_alloc_stream_info()` function allocates a stream context array but fails to free it if subsequent allocations or updates fail. This memory leak could lead to a denial of service due to resource exhaustion. Red Hat severity: not rated. Weakness: CWE-772. Red Hat lists Red Hat Enterprise Linux 10; Red Hat Enterprise Linux 6; Red Hat Enterprise Linux 7; Red Hat Enterprise Linux 8; Red Hat Enterprise Linux 9 as not affected.
Advisory [CVE-2026-64398] add a permission check for FSCTL_SET_ZERO_DATA
In the Linux kernel, the following vulnerability has been resolved: ksmbd: add a permission check for FSCTL_SET_ZERO_DATA FSCTL_SET_ZERO_DATA in smb2_ioctl() destroys file data via ksmbd_vfs_zero_data() -> vfs_fallocate(PUNCH_HOLE/ZERO_RANGE) after checking only the share-level KSMBD_TREE_CONN_FLAG_WRITABLE, with no per-handle access check. A handle opened with only FILE_WRITE_ATTRIBUTES still yields an FMODE_WRITE filp (FILE_WRITE_ATTRIBUTES is part of FILE_WRITE_DESIRE_ACCESS_LE, so smb2_create_open_flags() opens it O_WRONLY), so the vfs_fallocate FMODE_WRITE check does not stop it; only the missing fp->daccess gate would. Reproduced on mainline 7.1-rc7 with KASAN by an authenticated SMB client: a FILE_WRITE_ATTRIBUTES-only handle zeroed 4096 bytes of file data it had no FILE_WRITE_DATA right to (6/6; a FILE_READ_DATA-only handle was correctly denied). This is the unfixed sibling of commit cc57232cae23 ("ksmbd: fix FSCTL permission bypass by adding a permission check for FSCTL_SET_SPARSE"). Because SET_ZERO_DATA writes data (not an attribute), require FILE_WRITE_DATA. An authenticated Server Message Block (SMB) client with only FILE_WRITE_ATTRIBUTES permission can bypass a security check in the FSCTL_SET_ZERO_DATA function. This allows the client to zero out file data, leading to data destruction and a denial of service. Red Hat severity: not rated. Weakness: CWE-266.
Advisory [CVE-2026-64261] Avoid use-after-free in fuse_uring_async_stop_queues
In the Linux kernel, the following vulnerability has been resolved: fuse-uring: Avoid use-after-free in fuse_uring_async_stop_queues fuse_uring_async_stop_queues() might run when the last reference on ring->queue_refs was already dropped. In order to avoid an early destruction a reference on struct fuse_conn is now taken before starting fuse_uring_async_stop_queues() and that reference is only released when that delayed work queue terminates. This use-after-free vulnerability allows a local attacker to potentially achieve privilege escalation. The issue arises when the `fuse_uring_async_stop_queues()` function attempts to access memory that has already been freed, leading to unpredictable system behavior or unauthorized access. This flaw is mitigated by ensuring that a proper reference to the `fuse_conn` structure is maintained until the associated work queue has fully terminated. Red Hat severity: not rated. Weakness: CWE-825. Red Hat lists Red Hat Enterprise Linux 10; Red Hat Enterprise Linux 6; Red Hat Enterprise Linux 7; Red Hat Enterprise Linux 8; Red Hat Enterprise Linux 9; Red Hat Hardened Images as not affected.
Advisory [CVE-2026-64395] require source read access for duplicate extents
In the Linux kernel, the following vulnerability has been resolved: ksmbd: require source read access for duplicate extents FSCTL_DUPLICATE_EXTENTS_TO_FILE passes the source file directly to vfs_clone_file_range() or vfs_copy_file_range() without checking the SMB access mask granted to the source handle. A handle opened with attribute access can consequently be used to copy file contents into an attacker-readable destination. Require FILE_READ_DATA on the source handle before either VFS operation, matching other ksmbd data-copy paths. This vulnerability allows an attacker with attribute access to a file to bypass security checks when duplicating file extents. By using the FSCTL_DUPLICATE_EXTENTS_TO_FILE function, an attacker can copy the contents of a source file to a destination that they can read, leading to information disclosure. Red Hat severity: not rated. Weakness: CWE-358. Red Hat lists Red Hat Enterprise Linux 10; Red Hat Enterprise Linux 6; Red Hat Enterprise Linux 7; Red Hat Enterprise Linux 8; Red Hat Enterprise Linux 9 as not affected.
Advisory [CVE-2026-64331] fix NULL deref in vep_dequeue
In the Linux kernel, the following vulnerability has been resolved: usbip: vudc: fix NULL deref in vep_dequeue() vep_alloc_request() wasn't initializing vrequest->udc, so cancellations on the FunctionFS AIO path were arriving in vep_dequeue without a valid UDC reference. Since vrequest->udc is never actually properly used anywhere, we opt to remove it, and update vep_dequeue to obtain a reference to the udc with ep_to_vudc(), consistent with the other vep_ ops. AFAICT this bug has existed for ~10 years. I tested this fix in a QEMU aarch64 guest driving FunctionFS endpoints via AIO. Before the fix, running `usbip attach` from the host would cause the guest to oops with the following backtrace: Call trace: vep_dequeue+0x1c/0xe4 (P) usb_ep_dequeue+0x14/0x20 ffs_aio_cancel+0x24/0x34 __arm64_sys_io_cancel+0xb0/0x124 do_el0_svc+0x68/0x100 el0_svc+0x18/0x5c el0t_64_sync_handler+0x98/0xdc el0t_64_sync+0x154/0x158 A flaw was found in the Linux kernel's usbip virtual USB device controller (vudc). This vulnerability, a NULL pointer dereference, occurs when vep_alloc_request() fails to initialize a vrequest's udc field, causing asynchronous input/output (AIO) cancellations on the FunctionFS path to arrive without a valid UDC reference.
Advisory [CVE-2026-64459] restore RCU grace period in tcp_ao_destroy_sock
In the Linux kernel, the following vulnerability has been resolved: tcp: restore RCU grace period in tcp_ao_destroy_sock Commit 51e547e8c89c ("tcp: Free TCP-AO/TCP-MD5 info/keys without RCU") removed the call_rcu() callback from tcp_ao_destroy_sock(), arguing that "the destruction of info/keys is delayed until the socket destructor" and therefore "no one can discover it anymore". That argument does not hold for the call site in tcp_connect() (net/ipv4/tcp_output.c:4327-4332). At that point the socket is in TCP_SYN_SENT, has already been inserted into the inet ehash by inet_hash_connect() in tcp_v4_connect(), and is therefore very much discoverable: any softirq running tcp_v4_rcv() on another CPU can take the socket out of the ehash, walk into tcp_inbound_hash(), and load tp->ao_info via implicit RCU before bh_lock_sock_nested() is taken on the destroying CPU. The reader path then enters __tcp_ao_do_lookup() (net/ipv4/tcp_ao.c:208) which re-loads tp->ao_info via rcu_dereference_check(); the re-load can still observe the (about-to-be-freed) pointer because there is no synchronize_rcu() between rcu_assign_pointer(tp->ao_info, NULL) and tcp_ao_info_free() in tcp_ao_destroy_sock().
Advisory [CVE-2026-64427] Fix maxfield check in DJ short report validation
In the Linux kernel, the following vulnerability has been resolved: HID: logitech-dj: Fix maxfield check in DJ short report validation Commit b6a57912854e ("HID: logitech-dj: Prevent REPORT_ID_DJ_SHORT related user initiated OOB write") added validation for the DJ short output report, but the error path dereferences rep->field[0] even when rep->maxfield is zero. Commit 8b9a097eb2fc ("HID: logitech-dj: fix wrong detection of bad DJ_SHORT output report") made the check conditional on rep being present, but a crafted descriptor can still create report ID 0x20 with only padding output items. hid-core registers the report, ignores the padding field, and leaves rep->maxfield as zero. In that case the validation enters the rep->maxfield field[0]->report_count while printing the error message, causing a NULL pointer dereference during probe. This is reproducible with uhid by emulating a Logitech receiver with a padding-only DJ short output report: BUG: KASAN: null-ptr-deref in logi_dj_probe+0xb1/0x754 [hid_logitech_dj] Read of size 4 at addr 0000000000000028 by task kworker/4:1/129...
Advisory [CVE-2026-64397] serialize QUERY_DIRECTORY requests per file
In the Linux kernel, the following vulnerability has been resolved: ksmbd: serialize QUERY_DIRECTORY requests per file smb2_query_dir() stores a pointer to its stack-allocated private data in the ksmbd_file readdir_data. Concurrent QUERY_DIRECTORY requests using the same file handle can overwrite this pointer while an iterate_dir() callback is still using it, resulting in a stack use-after-free. Add a per-file mutex and hold it while accessing the shared directory enumeration state. The lock covers scan restart, dot entry state, readdir_data setup and iteration, and response construction. This prevents another request from replacing readdir_data.private before the current request has finished using it and also serializes the shared file position. A flaw was found in the Linux kernel's ksmbd (kernel Server Message Block daemon) component. This occurs because smb2_query_dir() stores a pointer to stack-allocated data that can be overwritten by another request while still in use. An attacker could exploit this to cause a denial of service. Red Hat severity: not rated. Weakness: CWE-562. Red Hat lists Red Hat Enterprise Linux 10; Red Hat Enterprise Linux 6; Red Hat Enterprise Linux 7; Red Hat Enterprise Linux 8; Red Hat Enterprise Linux 9; Red Hat Hardened Images as not affected.
Advisory [CVE-2026-64441] fix OOB reads in rtw_get_sec_ie, rtw_get_wapi_ie, and rtw_get_wps_attr
fix OOB reads in rtw_get_sec_ie(), rtw_get_wapi_ie(), and rtw_get_wps_attr(). Red Hat rates this a security issue. Weakness: CWE-125.
Advisory [CVE-2026-64278] mark I2C adapter when hardware is powered down
mark I2C adapter when hardware is powered down. Red Hat rates this a security issue. Weakness: CWE-820.
Advisory [CVE-2026-64260] Avoid queue->stopped races and set/read that value under lock
Avoid queue->stopped races and set/read that value under lock. Red Hat rates this a security issue. Weakness: CWE-413.
Advisory [CVE-2026-64502] fix clear_pending_event for registerless devices
fix clear_pending_event for registerless devices. Red Hat rates this a security issue. Weakness: CWE-787.
Advisory [CVE-2026-64318] bound the pp_count scan to the ppe array
bound the pp_count scan to the ppe array. Red Hat rates this a security issue. Weakness: CWE-125.
Advisory [CVE-2026-64359] reject CLEAN_SEGMENTS ioctl with out-of-range segment numbers
reject CLEAN_SEGMENTS ioctl with out-of-range segment numbers. Red Hat rates this a security issue. Weakness: CWE-413.
Advisory [CVE-2026-64400] prevent path traversal bypass by restricting caseless retry
prevent path traversal bypass by restricting caseless retry. Red Hat rates this a security issue. Weakness: CWE-22.
Advisory [CVE-2026-64466] clear freeze listener on node removal
clear freeze listener on node removal. Red Hat rates this a security issue. Weakness: CWE-911.
Advisory [CVE-2026-64273] iforce - bound the device-reported force-feedback effect index
iforce - bound the device-reported force-feedback effect index. Red Hat rates this a security issue. Weakness: CWE-787.
Advisory [CVE-2026-64467] use a u64 stride when cleaning up the offsets array
use a u64 stride when cleaning up the offsets array. Red Hat rates this a security issue. Weakness: CWE-911.
Advisory [CVE-2026-64495] bail out when bandwidth/filter is not in table
bail out when bandwidth/filter is not in table. Red Hat rates this a security issue. Weakness: CWE-125.
Advisory [CVE-2026-64494] fix runtime PM leak on read error
fix runtime PM leak on read error. Red Hat rates this a security issue. Weakness: CWE-772.