p PatchFirst

PatchFirst · Vulnerabilidades recientes

Vulnerabilidades de linux-nvidia-tegra-5.15 · Página 106

Vulnerabilidades publicadas para linux-nvidia-tegra-5.15 en los últimos 30 días: 0. Incluidas en el catálogo KEV: 0.

Filtrar vulnerabilidades
Borrar filtros

Vulnerabilidades: 2668

  1. CVE-2024-26996

    Alta · CVSS 7.8EPSS 0,24%Corrección disponible

    usb: gadget: f_ncm: Fix UAF ncm object at re-bind after usb ep transport error

    In the Linux kernel, the following vulnerability has been resolved: usb: gadget: f_ncm: Fix UAF ncm object at re-bind after usb ep transport error When ncm function is working and then stop usb0 interface for link down, eth_stop() is called. At this piont, accidentally if usb transport error should happen in usb_ep_enable(), 'in_ep' and/or 'out_ep' may not be enabled. After that, ncm_disable() is called to disable for ncm unbind but gether_disconnect() is never called since 'in_ep' is not enabled. As the result, ncm object is released in ncm unbind but 'dev->port_usb' associated to 'ncm->port' is not NULL. And when ncm bind again to reco

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  2. CVE-2024-26994

    Alta · CVSS 7.8EPSS 0,29%Corrección disponible

    speakup: Avoid crash on very long word

    In the Linux kernel, the following vulnerability has been resolved: speakup: Avoid crash on very long word In case a console is set up really large and contains a really long word (> 256 characters), we have to stop before the length of the word buffer.

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  3. CVE-2024-26993

    Media · CVSS 5.5EPSS 0,27%Corrección disponible

    fs: sysfs: Fix reference leak in sysfs_break_active_protection()

    In the Linux kernel, the following vulnerability has been resolved: fs: sysfs: Fix reference leak in sysfs_break_active_protection() The sysfs_break_active_protection() routine has an obvious reference leak in its error path. If the call to kernfs_find_and_get() fails then kn will be NULL, so the companion sysfs_unbreak_active_protection() routine won't get called (and would only cause an access violation by trying to dereference kn->parent if it was called). As a result, the reference to kobj acquired at the start of the function will never be released. Fix the leak by adding an explicit kobject_put() call when kn is NULL.

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  4. CVE-2024-26989

    Alta · CVSS 7.8EPSS 0,24%Corrección disponible

    arm64: hibernate: Fix level3 translation fault in swsusp_save()

    In the Linux kernel, the following vulnerability has been resolved: arm64: hibernate: Fix level3 translation fault in swsusp_save() On arm64 machines, swsusp_save() faults if it attempts to access MEMBLOCK_NOMAP memory ranges. This can be reproduced in QEMU using UEFI when booting with rodata=off debug_pagealloc=off and CONFIG_KFENCE=n: Unable to handle kernel paging request at virtual address ffffff8000000000 Mem abort info: ESR = 0x0000000096000007 EC = 0x25: DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC = 0x07: level 3 translation fault Data abort info: ISV = 0, ISS = 0x00000007, IS

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  5. CVE-2024-26988

    Alta · CVSS 7.8EPSS 0,28%Corrección disponible

    init/main.c: Fix potential static_command_line memory overflow

    In the Linux kernel, the following vulnerability has been resolved: init/main.c: Fix potential static_command_line memory overflow We allocate memory of size 'xlen + strlen(boot_command_line) + 1' for static_command_line, but the strings copied into static_command_line are extra_command_line and command_line, rather than extra_command_line and boot_command_line. When strlen(command_line) > strlen(boot_command_line), static_command_line will overflow. This patch just recovers strlen(command_line) which was miss-consolidated with strlen(boot_command_line) in the commit f5c7310ac73e ("init/main: add checks for the return value of memblock_al

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  6. CVE-2024-26984

    Media · CVSS 5.5EPSS 0,2%Corrección disponible

    nouveau: fix instmem race condition around ptr stores

    In the Linux kernel, the following vulnerability has been resolved: nouveau: fix instmem race condition around ptr stores Running a lot of VK CTS in parallel against nouveau, once every few hours you might see something like this crash. BUG: kernel NULL pointer dereference, address: 0000000000000008 PGD 8000000114e6e067 P4D 8000000114e6e067 PUD 109046067 PMD 0 Oops: 0000 [#1] PREEMPT SMP PTI CPU: 7 PID: 53891 Comm: deqp-vk Not tainted 6.8.0-rc6+ #27 Hardware name: Gigabyte Technology Co., Ltd. Z390 I AORUS PRO WIFI/Z390 I AORUS PRO WIFI-CF, BIOS F8 11/05/2021 RIP: 0010:gp100_vmm_pgt_mem+0xe3/0x180 [nouveau] Code: c7 48 01 c8 49 89 45 58 85

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  7. CVE-2024-26981

    Alta · CVSS 7.8EPSS 0,27%Corrección disponible

    nilfs2: fix OOB in nilfs_set_de_type

    In the Linux kernel, the following vulnerability has been resolved: nilfs2: fix OOB in nilfs_set_de_type The size of the nilfs_type_by_mode array in the fs/nilfs2/dir.c file is defined as "S_IFMT >> S_SHIFT", but the nilfs_set_de_type() function, which uses this array, specifies the index to read from the array in the same way as "(mode & S_IFMT) >> S_SHIFT". static void nilfs_set_de_type(struct nilfs_dir_entry *de, struct inode *inode) { umode_t mode = inode->i_mode; de->file_type = nilfs_type_by_mode[(mode & S_IFMT)>>S_SHIFT]; // oob } However, when the index is determined this way, an out-of-bounds (OOB) error occurs by referring t

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  8. CVE-2024-26980

    Alta · CVSS 8.2EPSS 0,62%Corrección disponible

    ksmbd: fix slab-out-of-bounds in smb2_allocate_rsp_buf

    In the Linux kernel, the following vulnerability has been resolved: ksmbd: fix slab-out-of-bounds in smb2_allocate_rsp_buf If ->ProtocolId is SMB2_TRANSFORM_PROTO_NUM, smb2 request size validation could be skipped. if request size is smaller than sizeof(struct smb2_query_info_req), slab-out-of-bounds read can happen in smb2_allocate_rsp_buf(). This patch allocate response buffer after decrypting transform request. smb3_decrypt_req() will validate transform request size and avoid slab-out-of-bound in smb2_allocate_rsp_buf().

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  9. CVE-2024-26936

    Alta · CVSS 8.2EPSS 0,6%Corrección disponible

    ksmbd: validate request buffer size in smb2_allocate_rsp_buf()

    In the Linux kernel, the following vulnerability has been resolved: ksmbd: validate request buffer size in smb2_allocate_rsp_buf() The response buffer should be allocated in smb2_allocate_rsp_buf before validating request. But the fields in payload as well as smb2 header is used in smb2_allocate_rsp_buf(). This patch add simple buffer size validation to avoid potencial out-of-bounds in request buffer.

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  10. CVE-2024-26977

    Media · CVSS 5.5EPSS 0,23%Corrección disponible

    pci_iounmap(): Fix MMIO mapping leak

    In the Linux kernel, the following vulnerability has been resolved: pci_iounmap(): Fix MMIO mapping leak The #ifdef ARCH_HAS_GENERIC_IOPORT_MAP accidentally also guards iounmap(), which means MMIO mappings are leaked. Move the guard so we call iounmap() for MMIO mappings.

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  11. CVE-2024-26976

    Alta · CVSS 7.8EPSS 0,26%Corrección disponible

    KVM: Always flush async #PF workqueue when vCPU is being destroyed

    In the Linux kernel, the following vulnerability has been resolved: KVM: Always flush async #PF workqueue when vCPU is being destroyed Always flush the per-vCPU async #PF workqueue when a vCPU is clearing its completion queue, e.g. when a VM and all its vCPUs is being destroyed. KVM must ensure that none of its workqueue callbacks is running when the last reference to the KVM _module_ is put. Gifting a reference to the associated VM prevents the workqueue callback from dereferencing freed vCPU/VM memory, but does not prevent the KVM module from being unloaded before the callback completes. Drop the misguided VM refcount gifting, as callin

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  12. CVE-2024-26974

    Alta · CVSS 7.8EPSS 0,2%Corrección disponible

    crypto: qat - resolve race condition during AER recovery

    In the Linux kernel, the following vulnerability has been resolved: crypto: qat - resolve race condition during AER recovery During the PCI AER system's error recovery process, the kernel driver may encounter a race condition with freeing the reset_data structure's memory. If the device restart will take more than 10 seconds the function scheduling that restart will exit due to a timeout, and the reset_data structure will be freed. However, this data structure is used for completion notification after the restart is completed, which leads to a UAF bug. This results in a KFENCE bug notice. BUG: KFENCE: use-after-free read in adf_device_r

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  13. CVE-2024-26973

    Media · CVSS 5.5EPSS 0,26%Corrección disponible

    fat: fix uninitialized field in nostale filehandles

    In the Linux kernel, the following vulnerability has been resolved: fat: fix uninitialized field in nostale filehandles When fat_encode_fh_nostale() encodes file handle without a parent it stores only first 10 bytes of the file handle. However the length of the file handle must be a multiple of 4 so the file handle is actually 12 bytes long and the last two bytes remain uninitialized. This is not great at we potentially leak uninitialized information with the handle to userspace. Properly initialize the full handle length.

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  14. CVE-2024-26970

    Media · CVSS 5.5EPSS 0,23%Corrección disponible

    clk: qcom: gcc-ipq6018: fix terminating of frequency table arrays

    In the Linux kernel, the following vulnerability has been resolved: clk: qcom: gcc-ipq6018: fix terminating of frequency table arrays The frequency table arrays are supposed to be terminated with an empty element. Add such entry to the end of the arrays where it is missing in order to avoid possible out-of-bound access when the table is traversed by functions like qcom_find_freq() or qcom_find_freq_floor(). Only compile tested.

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  15. CVE-2024-26969

    Alta · CVSS 7.3EPSS 0,26%Corrección disponible

    clk: qcom: gcc-ipq8074: fix terminating of frequency table arrays

    In the Linux kernel, the following vulnerability has been resolved: clk: qcom: gcc-ipq8074: fix terminating of frequency table arrays The frequency table arrays are supposed to be terminated with an empty element. Add such entry to the end of the arrays where it is missing in order to avoid possible out-of-bound access when the table is traversed by functions like qcom_find_freq() or qcom_find_freq_floor(). Only compile tested.

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  16. CVE-2024-26966

    Alta · CVSS 7.8EPSS 0,26%Corrección disponible

    clk: qcom: mmcc-apq8084: fix terminating of frequency table arrays

    In the Linux kernel, the following vulnerability has been resolved: clk: qcom: mmcc-apq8084: fix terminating of frequency table arrays The frequency table arrays are supposed to be terminated with an empty element. Add such entry to the end of the arrays where it is missing in order to avoid possible out-of-bound access when the table is traversed by functions like qcom_find_freq() or qcom_find_freq_floor(). Only compile tested.

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  17. CVE-2024-26965

    Alta · CVSS 7.3EPSS 0,26%Corrección disponible

    clk: qcom: mmcc-msm8974: fix terminating of frequency table arrays

    In the Linux kernel, the following vulnerability has been resolved: clk: qcom: mmcc-msm8974: fix terminating of frequency table arrays The frequency table arrays are supposed to be terminated with an empty element. Add such entry to the end of the arrays where it is missing in order to avoid possible out-of-bound access when the table is traversed by functions like qcom_find_freq() or qcom_find_freq_floor(). Only compile tested.

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  18. CVE-2024-26964

    Media · CVSS 5.7EPSS 0,23%Corrección disponible

    usb: xhci: Add error handling in xhci_map_urb_for_dma

    In the Linux kernel, the following vulnerability has been resolved: usb: xhci: Add error handling in xhci_map_urb_for_dma Currently xhci_map_urb_for_dma() creates a temporary buffer and copies the SG list to the new linear buffer. But if the kzalloc_node() fails, then the following sg_pcopy_to_buffer() can lead to crash since it tries to memcpy to NULL pointer. So return -ENOMEM if kzalloc returns null pointer.

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  19. CVE-2024-26961

    Alta · CVSS 7EPSS 0,24%Corrección disponible

    mac802154: fix llsec key resources release in mac802154_llsec_key_del

    In the Linux kernel, the following vulnerability has been resolved: mac802154: fix llsec key resources release in mac802154_llsec_key_del mac802154_llsec_key_del() can free resources of a key directly without following the RCU rules for waiting before the end of a grace period. This may lead to use-after-free in case llsec_lookup_key() is traversing the list of keys in parallel with a key deletion: refcount_t: addition on 0; use-after-free. WARNING: CPU: 4 PID: 16000 at lib/refcount.c:25 refcount_warn_saturate+0x162/0x2a0 Modules linked in: CPU: 4 PID: 16000 Comm: wpan-ping Not tainted 6.7.0 #19 Hardware name: QEMU Standard PC (i440FX + PI

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización
  20. CVE-2024-26960

    Alta · CVSS 7EPSS 0,18%Corrección disponible

    mm: swap: fix race between free_swap_and_cache() and swapoff()

    In the Linux kernel, the following vulnerability has been resolved: mm: swap: fix race between free_swap_and_cache() and swapoff() There was previously a theoretical window where swapoff() could run and teardown a swap_info_struct while a call to free_swap_and_cache() was running in another thread. This could cause, amongst other bad possibilities, swap_page_trans_huge_swapped() (called by free_swap_and_cache()) to access the freed memory for swap_map. This is a theoretical problem and I haven't been able to provoke it from a test case. But there has been agreement based on code review that this is possible (see link below). Fix it by u

    • Actualiza a 5.15.0-1027.27~20.04.1
    Publicación Actualización

Comprueba tu servidor

Compara tu pila y las versiones instaladas con las bases actuales de vulnerabilidades.

Comprueba tu servidor →