p PatchFirst

PatchFirst · Vulnérabilités récentes

Vulnérabilités de linux-azure-fde-6.8 · Page n° 183

Vulnérabilités publiées pour linux-azure-fde-6.8 au cours des 30 derniers jours : 796. Présentes dans le catalogue KEV : 0.

Filtrer les vulnérabilités
Effacer les filtres

Vulnérabilités : 7435

  1. CVE-2026-64392

    Critique · CVSS 9.1EPSS 0,51%Aucun correctif publié

    ksmbd: use opener credentials for delete-on-close

    In the Linux kernel, the following vulnerability has been resolved: ksmbd: use opener credentials for delete-on-close Delete-on-close can be completed by deferred or durable handle teardown, where no request work is available. Both the base-file unlink and the ADS xattr removal consequently run with the ksmbd worker credentials and can bypass filesystem permission checks. Run both operations with the credentials captured in struct file when the handle was opened. This preserves the authenticated user's fsuid, fsgid, supplementary groups and capability restrictions at final close.

    Publication Mise à jour
  2. CVE-2026-64391

    Critique · CVSS 9.8EPSS 0,49%Aucun correctif publié

    ksmbd: use opener credentials for ADS I/O

    In the Linux kernel, the following vulnerability has been resolved: ksmbd: use opener credentials for ADS I/O Alternate data streams are stored as xattrs. Unlike regular file I/O, their read and write paths therefore call VFS xattr helpers which recheck inode permissions and LSM policy using the current task credentials. Run ADS I/O with the credentials captured when the SMB handle was opened.

    Publication Mise à jour
  3. CVE-2026-64390

    Élevée · CVSS 8.8EPSS 0,47%Aucun correctif publié

    ksmbd: track the connection owning a byte-range lock

    In the Linux kernel, the following vulnerability has been resolved: ksmbd: track the connection owning a byte-range lock SMB2_LOCK adds each granted byte-range lock to both the file lock list and the lock list of the connection which handled the request. The final close and durable handle paths, however, remove the connection list entry while holding fp->conn->llist_lock. With SMB3 multichannel, the connection handling the LOCK request can be different from the connection which opened the file. The entry can therefore be removed under a different spinlock from the one protecting the list it belongs to. A concurrent traversal can then ac

    Publication Mise à jour
  4. CVE-2026-64389

    Élevée · CVSS 8.2EPSS 0,48%Aucun correctif publié

    ksmbd: validate NTLMv2 response before updating session key

    In the Linux kernel, the following vulnerability has been resolved: ksmbd: validate NTLMv2 response before updating session key ksmbd_auth_ntlmv2() derives the NTLMv2 session key into sess->sess_key before it verifies the NTLMv2 response. ksmbd_decode_ntlmssp_auth_blob() then continues into KEY_XCH even when ksmbd_auth_ntlmv2() failed. With SMB3 multichannel binding, the failed authentication operates on an existing session and the session setup error path does not expire binding sessions. A client can send a binding session setup with a bad NT proof and KEY_XCH and still modify sess->sess_key before STATUS_LOGON_FAILURE is returned. Rele

    Publication Mise à jour
  5. CVE-2026-64388

    Élevée · CVSS 7.8EPSS 0,13%Aucun correctif publié

    smb/client: fix chown/chgrp with SMB3 POSIX Extensions

    In the Linux kernel, the following vulnerability has been resolved: smb/client: fix chown/chgrp with SMB3 POSIX Extensions Ownership (chown) and group (chgrp) modifications were being ignored when mounting with SMB3 POSIX Extensions unless CIFS_MOUNT_CIFS_ACL or CIFS_MOUNT_MODE_FROM_SID were also explicitly set. Fix this by checking for posix_extensions in cifs_setattr_nounix() when updating UID and GID, ensuring that id_mode_to_cifs_acl() is called to map and set the ownership/group information on the server.

    Publication Mise à jour
  6. CVE-2026-64387

    Critique · CVSS 9.8EPSS 0,46%Aucun correctif publié

    smb: client: fix query directory replay double-free

    In the Linux kernel, the following vulnerability has been resolved: smb: client: fix query directory replay double-free A response-bearing attempt can return a replayable error and free its response buffer. If SMB2_query_directory_init() fails before the next send, cleanup retains the previous buffer type and frees that response again. Reset response bookkeeping before each attempt to prevent the stale free.

    Publication Mise à jour
  7. CVE-2026-64386

    Critique · CVSS 9.8EPSS 0,46%Aucun correctif publié

    smb: client: fix query_info() replay double-free

    In the Linux kernel, the following vulnerability has been resolved: smb: client: fix query_info() replay double-free A response-bearing attempt can return a replayable error and free its response buffer. If SMB2_query_info_init() fails before the next send, cleanup retains the previous buffer type and frees that response again. Reset response bookkeeping before each attempt to prevent the stale free.

    Publication Mise à jour
  8. CVE-2026-64385

    Critique · CVSS 9.8EPSS 0,46%Aucun correctif publié

    smb: client: fix double-free in SMB2_ioctl() replay

    In the Linux kernel, the following vulnerability has been resolved: smb: client: fix double-free in SMB2_ioctl() replay A response-bearing attempt can return a replayable error and free its response buffer. If SMB2_ioctl_init() fails before the next send, cleanup retains the previous buffer type and frees that response again. Reset response bookkeeping before each attempt to prevent the stale free.

    Publication Mise à jour
  9. CVE-2026-64384

    Critique · CVSS 9.8EPSS 0,46%Aucun correctif publié

    smb: client: fix change notify replay double-free

    In the Linux kernel, the following vulnerability has been resolved: smb: client: fix change notify replay double-free A response-bearing attempt can return a replayable error and free its response buffer. If SMB2_notify_init() fails before the next send, cleanup retains the previous buffer type and frees that response again. Reset response bookkeeping before each attempt to prevent the stale free.

    Publication Mise à jour
  10. CVE-2026-64383

    Critique · CVSS 9.8EPSS 0,46%Aucun correctif publié

    smb: client: fix double-free in SMB2_flush() replay

    In the Linux kernel, the following vulnerability has been resolved: smb: client: fix double-free in SMB2_flush() replay SMB2_flush() keeps its response buffer bookkeeping across replay attempts. If a replayable flush response is received and the retry then fails before cifs_send_recv() stores a replacement response, flush_exit will free the stale response pointer a second time. Reinitialize resp_buftype and rsp_iov at the top of the replay loop so cleanup only acts on response state produced by the current attempt. This fixes a double-free without changing replay handling for successful requests.

    Publication Mise à jour
  11. CVE-2026-64382

    Élevée · CVSS 8.8EPSS 0,35%Aucun correctif publié

    smb: client: fix double-free in SMB2_open() replay

    In the Linux kernel, the following vulnerability has been resolved: smb: client: fix double-free in SMB2_open() replay A response-bearing attempt can return a replayable error and free its response buffer. If SMB2_open_init() fails before the next send, cleanup retains the previous buffer type and frees that response again. Reset response bookkeeping before each attempt to prevent the stale free.

    Publication Mise à jour
  12. CVE-2026-64381

    Élevée · CVSS 7.8EPSS 0,13%Aucun correctif publié

    smb: client: Fix next buffer leak in receive_encrypted_standard()

    In the Linux kernel, the following vulnerability has been resolved: smb: client: Fix next buffer leak in receive_encrypted_standard() receive_encrypted_standard() allocates next_buffer before checking whether the number of compound PDUs already reached MAX_COMPOUND. If the limit check fails, the function returns immediately and the newly allocated next_buffer is not assigned to server->smallbuf/server->bigbuf, making it leaked. Move the MAX_COMPOUND check before allocating next_buffer.

    Publication Mise à jour
  13. CVE-2026-64380

    Élevée · CVSS 8.2EPSS 0,44%Aucun correctif publié

    smb: client: harden POSIX SID length parsing

    In the Linux kernel, the following vulnerability has been resolved: smb: client: harden POSIX SID length parsing posix_info_sid_size() reads sid[1] to obtain the subauthority count, but its existing boundary check still accepts buffers with only one remaining byte. Require two bytes before reading sid[1] so all client paths that reuse the helper reject truncated POSIX SIDs safely.

    Publication Mise à jour
  14. CVE-2026-64379

    Élevée · CVSS 7.1EPSS 0,31%Aucun correctif publié

    smb: client: mask server-provided mode to 07777 in modefromsid

    In the Linux kernel, the following vulnerability has been resolved: smb: client: mask server-provided mode to 07777 in modefromsid When modefromsid is active, parse_dacl() applies the server-provided sub_auth[2] value from the NFS mode SID to cf_mode without masking to 07777. Apply the correct masking, same as in the read path.

    Publication Mise à jour
  15. CVE-2026-64378

    Élevée · CVSS 7.8EPSS 0,1%Aucun correctif publié

    writeback: fix race between cgroup_writeback_umount() and inode_switch_wbs()

    In the Linux kernel, the following vulnerability has been resolved: writeback: fix race between cgroup_writeback_umount() and inode_switch_wbs() When a container exits, the following BUG_ON() is occasionally triggered: ================================================================== VFS: Busy inodes after unmount of sdb (ext4) ------------[ cut here ]------------ kernel BUG at fs/super.c:695! CPU: 3 PID: 6 Comm: containerd-shim Tainted: G OE K 6.6 #1 pstate: 63400009 (nZCv daif +PAN -UAO +TCO +DIT -SSBS BTYPE=--) pc : generic_shutdown_super+0xf0/0x100 lr : generic_shutdown_super+0xf0/0x100 Call trace: generic_shutdown_super+0xf

    Publication Mise à jour
  16. CVE-2026-64377

    Élevée · CVSS 7.8EPSS 0,13%Aucun correctif publié

    cpufreq: qcom-cpufreq-hw: Fix possible double free

    In the Linux kernel, the following vulnerability has been resolved: cpufreq: qcom-cpufreq-hw: Fix possible double free qcom_cpufreq.data is allocated with devm_kzalloc() in probe() as an array of per-domain data. qcom_cpufreq_hw_cpu_init() stores a pointer to one element of this array in policy->driver_data. qcom_cpufreq_hw_cpu_exit() currently calls kfree() on policy->driver_data. This is not valid because the memory is devm-managed. For the first domain, this can free the devm-managed allocation while the devres entry is still active, leading to a possible double free when the platform device is later detached. For other domains, the poi

    Publication Mise à jour
  17. CVE-2026-64376

    Moyenne · CVSS 5.5EPSS 0,12%Aucun correctif publié

    firmware_loader: fix device reference leak in firmware_upload_register()

    In the Linux kernel, the following vulnerability has been resolved: firmware_loader: fix device reference leak in firmware_upload_register() firmware_upload_register() -> fw_create_instance() -> device_initialize() After fw_create_instance() succeeds, the lifetime of the embedded struct device is expected to be managed through the device core reference counting, since fw_create_instance() has already called device_initialize(). In firmware_upload_register(), if alloc_lookup_fw_priv() fails after fw_create_instance() succeeds, the code reaches free_fw_sysfs and frees fw_sysfs directly instead of releasing the device reference with p

    Publication Mise à jour
  18. CVE-2026-64375

    Élevée · CVSS 7.8EPSS 0,1%Aucun correctif publié

    proc: protect ptrace_may_access() with exec_update_lock (FD links)

    In the Linux kernel, the following vulnerability has been resolved: proc: protect ptrace_may_access() with exec_update_lock (FD links) proc_pid_get_link() and proc_pid_readlink() currently look up the task from the pid once, then do the ptrace access check on that task, then look up the task from the pid a second time to do the actual access. That's racy in several ways. To fix it, pass the task to the ->proc_get_link() handler, and instead of proc_fd_access_allowed(), introduce a new helper call_proc_get_link() that looks up and locks the task, does the access check, and calls ->proc_get_link().

    Publication Mise à jour
  19. CVE-2026-64374

    Élevée · CVSS 7.5EPSS 0,39%Aucun correctif publié

    sched/rt: Have RT_PUSH_IPI be default off for non PREEMPT_RT

    In the Linux kernel, the following vulnerability has been resolved: sched/rt: Have RT_PUSH_IPI be default off for non PREEMPT_RT RT migration is done aggressively. When a CPU schedules out a high priority RT task for a lower priority task, it will look to see if there's any RT tasks that are waiting to run on another CPU that is of higher priority than the task this CPU is about to run. If it finds one, it will pull that task over to the CPU and allow it to run there instead. Normally, this pulling is done by looking at the RT overloaded mask (rto) which contains all the CPUs in the scheduler domain with RT tasks that are waiting to run du

    Publication Mise à jour
  20. CVE-2026-64373

    Moyenne · CVSS 4.7EPSS 0,09%Aucun correctif publié

    cpufreq: Fix hotplug-suspend race during reboot

    In the Linux kernel, the following vulnerability has been resolved: cpufreq: Fix hotplug-suspend race during reboot During system reboot, cpufreq_suspend() is called via the kernel_restart() -> device_shutdown() path. Unlike the normal system suspend path, the reboot path does not call freeze_processes(), so userspace processes and kernel threads remain active. This allows CPU hotplug operations to run concurrently with cpufreq_suspend(). The original code has no synchronization with CPU hotplug, leading to a race condition where governor_data can be freed by the hotplug path while cpufreq_suspend() is still accessing it, resulting in a nu

    Publication Mise à jour

Vérifiez votre serveur

Comparez votre pile et les versions installées aux bases de vulnérabilités actuelles.

Vérifiez votre serveur →