p PatchFirst

PatchFirst · Vulnerabilidades recientes

Vulnerabilidades de linux-nvidia-tegra · Página 200

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

Filtrar vulnerabilidades
Borrar filtros

Vulnerabilidades: 8567

  1. CVE-2026-63870

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

    ieee802154: 6lowpan: only accept IPv6 packets in lowpan_xmit()

    In the Linux kernel, the following vulnerability has been resolved: ieee802154: 6lowpan: only accept IPv6 packets in lowpan_xmit() The aoe driver (or similar) generates a non-IPv6 packet (e.g., ETH_P_AOE) and queues it for transmission via dev_queue_xmit() on a 6LoWPAN interface (configured by the user or test case). Since the packet is not IPv6, the 6LoWPAN header_ops->create function (lowpan_header_create or header_create) returns early without initializing the lowpan_addr_info structure in the skb headroom. In the transmit function (lowpan_xmit), the driver calls lowpan_header (or setup_header) which unconditionally copies and uses the

    • Actualiza a 6.8.0-1036.39
    Publicación Actualización
  2. CVE-2026-63869

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

    wifi: mac80211: limit injected antenna index in ieee80211_parse_tx_radiotap

    In the Linux kernel, the following vulnerability has been resolved: wifi: mac80211: limit injected antenna index in ieee80211_parse_tx_radiotap When parsing the radiotap header of an injected frame, ieee80211_parse_tx_radiotap() uses the IEEE80211_RADIOTAP_ANTENNA value directly as a shift count: info->control.antennas |= BIT(*iterator.this_arg); *iterator.this_arg is an 8-bit value taken straight from the frame supplied by userspace, so BIT() can be asked to shift by up to 255. That is undefined behaviour on the unsigned long and is reported by UBSAN: UBSAN: shift-out-of-bounds in net/mac80211/tx.c:2174:30 shift exponent 235 is too

    • Actualiza a 6.8.0-1036.39
    Publicación Actualización
  3. CVE-2026-63868

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

    net: garp: fix unsigned integer underflow in garp_pdu_parse_attr

    In the Linux kernel, the following vulnerability has been resolved: net: garp: fix unsigned integer underflow in garp_pdu_parse_attr The receive-side GARP attribute parser computes dlen with reversed operands: dlen = sizeof(*ga) - ga->len; ga->len is the on-wire attribute length and includes the GARP attribute header. For normal attributes with data, ga->len is larger than sizeof(*ga), so the subtraction underflows in unsigned arithmetic. The resulting value is later passed to garp_attr_lookup(), whose length argument is u8. After truncation, the parsed data length usually no longer matches the length stored for locally registere

    • Actualiza a 6.8.0-1038.42
    Publicación Actualización
  4. CVE-2026-63867

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

    mptcp: close TOCTOU race while computing rcv_wnd

    In the Linux kernel, the following vulnerability has been resolved: mptcp: close TOCTOU race while computing rcv_wnd The MPTCP output path access locklessly the MPTCP-level ack_seq in multiple times, using possibly different values for the data_ack in the DSS option and to compute the announced rcv wnd for the same packet. Refactor the cote to avoid inconsistencies which may confuse the peer. Also ensure that the MPTCP level rcv wnd is updated only when the egress packet actually contains a DSS ack.

    • Actualiza a 6.8.0-1036.39
    Publicación Actualización
  5. CVE-2026-63865

    Alta · CVSS 8.8EPSS 0,13%Corrección disponible

    bpf: Drop task_to_inode and inet_conn_established from lsm sleepable hooks

    In the Linux kernel, the following vulnerability has been resolved: bpf: Drop task_to_inode and inet_conn_established from lsm sleepable hooks bpf_lsm_task_to_inode() is called under rcu_read_lock() and bpf_lsm_inet_conn_established() is called from softirq context, so neither hook can be used by sleepable LSM programs.

    • Actualiza a 6.8.0-1030.31
    Publicación Actualización
  6. CVE-2026-63862

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

    PCI: mediatek-gen3: Prevent leaking IRQ domains when IRQ not found

    In the Linux kernel, the following vulnerability has been resolved: PCI: mediatek-gen3: Prevent leaking IRQ domains when IRQ not found In mtk_pcie_setup_irq(), the IRQ domains are allocated before the controller's IRQ is fetched. If the latter fails, the function directly returns an error, without cleaning up the allocated domains. Hence, reverse the order so that the IRQ domains are allocated after the controller's IRQ is found. This was flagged by Sashiko during a review of "[PATCH v6 0/7] PCI: mediatek-gen3: add power control support".

    • Actualiza a 6.8.0-1030.31
    Publicación Actualización
  7. CVE-2026-63861

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

    spi: mtk-snfi: unregister ECC engine on probe failure and remove() callback

    In the Linux kernel, the following vulnerability has been resolved: spi: mtk-snfi: unregister ECC engine on probe failure and remove() callback mtk_snand_probe() registers the on-host NAND ECC engine, but teardown was missing from both probe unwind and remove-time cleanup. Add a devm cleanup action after successful registration so nand_ecc_unregister_on_host_hw_engine() runs automatically on probe failures and during device removal.

    • Actualiza a 6.8.0-1030.31
    Publicación Actualización
  8. CVE-2026-63860

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

    RDMA/core: Prefer NLA_NUL_STRING

    In the Linux kernel, the following vulnerability has been resolved: RDMA/core: Prefer NLA_NUL_STRING These attributes are evaluated as c-string (passed to strcmp), but NLA_STRING doesn't check for the presence of a \0 terminator. Either this needs to switch to nla_strcmp() and needs to adjust printf fmt specifier to not use plain %s, or this needs to use NLA_NUL_STRING. As the code has been this way for long time, it seems to me that userspace does include the terminating nul, even tough its not enforced so far, and thus NLA_NUL_STRING use is the simpler solution.

    • Actualiza a 6.8.0-1030.31
    Publicación Actualización
  9. CVE-2026-63858

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

    netfilter: nf_tables: add hook transactions for device deletions

    In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_tables: add hook transactions for device deletions Restore the flag that indicates that the hook is going away, ie. NFT_HOOK_REMOVE, but add a new transaction object to track deletion of hooks without altering the basechain/flowtable hook_list during the preparation phase. The existing approach that moves the hook from the basechain/flowtable hook_list to transaction hook_list breaks netlink dump path readers of this RCU-protected list. It should be possible use an array for nft_trans_hook to store the deleted hooks to compact the representation but I am not

    • Actualiza a 6.8.0-1035.38
    Publicación Actualización
  10. CVE-2026-63856

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

    drm/amdgpu/vcn: set no_user_fence for VCN v2.0 enc/dec rings

    In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu/vcn: set no_user_fence for VCN v2.0 enc/dec rings VCN encoder and decoder rings do not support 64-bit user fence writes, reject CS submissions with user fences. (cherry picked from commit e2b5499fca55f1a32960a311bbb62e35891eaf73)

    • Actualiza a 6.8.0-1030.31
    Publicación Actualización
  11. CVE-2026-63855

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

    drm/amdgpu/vcn: set no_user_fence for VCN v2.5 enc/dec rings

    In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu/vcn: set no_user_fence for VCN v2.5 enc/dec rings VCN encoder and decoder rings do not support 64-bit user fence writes, reject CS submissions with user fences. (cherry picked from commit efc9dd5590894109bce9a0bfe1fa5592dd6b20b1)

    • Actualiza a 6.8.0-1030.31
    Publicación Actualización
  12. CVE-2026-63854

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

    drm/amdgpu/vcn: set no_user_fence for VCN v3.0 enc/dec rings

    In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu/vcn: set no_user_fence for VCN v3.0 enc/dec rings VCN encoder and decoder rings do not support 64-bit user fence writes, reject CS submissions with user fences. (cherry picked from commit 663bed3c7b8b9a7624b0d95d300ddae034ad0614)

    • Actualiza a 6.8.0-1030.31
    Publicación Actualización
  13. CVE-2026-63853

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

    drm/amdgpu/vcn: set no_user_fence for VCN v4.0 enc ring

    In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu/vcn: set no_user_fence for VCN v4.0 enc ring VCN encoder and decoder rings do not support 64-bit user fence writes, reject CS submissions with user fences. (cherry picked from commit fd852c048b46f9825e904a4f3f4538fe9d8827d9)

    • Actualiza a 6.8.0-1035.38
    Publicación Actualización
  14. CVE-2026-63852

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

    drm/amdgpu/vcn: set no_user_fence for VCN v4.0.3 enc ring

    In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu/vcn: set no_user_fence for VCN v4.0.3 enc ring VCN encoder and decoder rings do not support 64-bit user fence writes, reject CS submissions with user fences. (cherry picked from commit ff1a5a125c5a70c328806b9bc01d7d942cf3f9aa)

    • Actualiza a 6.8.0-1030.31
    Publicación Actualización
  15. CVE-2026-63851

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

    drm/amdgpu/vcn: set no_user_fence for VCN v4.0.5 enc ring

    In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu/vcn: set no_user_fence for VCN v4.0.5 enc ring VCN encoder and decoder rings do not support 64-bit user fence writes, reject CS submissions with user fences. (cherry picked from commit 084d94ac93707bdda07efb5cee786f632de4219b)

    • Actualiza a 6.8.0-1030.31
    Publicación Actualización
  16. CVE-2026-63848

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

    drm/amdgpu/jpeg: set no_user_fence for JPEG v2.0 ring

    In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu/jpeg: set no_user_fence for JPEG v2.0 ring JPEG rings do not support 64-bit user fence writes, reject CS submissions with user fences. (cherry picked from commit 96179da0c6b059eb31706a0abe8dd6381c533143)

    • Actualiza a 6.8.0-1030.31
    Publicación Actualización
  17. CVE-2026-63847

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

    drm/amdgpu/jpeg: set no_user_fence for JPEG v2.5 ring

    In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu/jpeg: set no_user_fence for JPEG v2.5 ring JPEG rings do not support 64-bit user fence writes, reject CS submissions with user fences. (cherry picked from commit 3216a7f4e2642bda5fd14f57586e835ae9202587)

    • Actualiza a 6.8.0-1030.31
    Publicación Actualización
  18. CVE-2026-63846

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

    drm/amdgpu/jpeg: set no_user_fence for JPEG v3.0 ring

    In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu/jpeg: set no_user_fence for JPEG v3.0 ring JPEG rings do not support 64-bit user fence writes, reject CS submissions with user fences. (cherry picked from commit 4d7d774f100efb5089c86a1fb8c5bf47c63fc9ef)

    • Actualiza a 6.8.0-1030.31
    Publicación Actualización
  19. CVE-2026-63845

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

    drm/amdgpu/jpeg: set no_user_fence for JPEG v4.0 ring

    In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu/jpeg: set no_user_fence for JPEG v4.0 ring JPEG rings do not support 64-bit user fence writes, reject CS submissions with user fences. (cherry picked from commit 8d0cac9478a3f046279c657d6a2545de49ae675a)

    • Actualiza a 6.8.0-1030.31
    Publicación Actualización
  20. CVE-2026-63844

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

    drm/amdgpu/jpeg: set no_user_fence for JPEG v4.0.3 ring

    In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu/jpeg: set no_user_fence for JPEG v4.0.3 ring JPEG rings do not support 64-bit user fence writes, reject CS submissions with user fences. (cherry picked from commit 2f6afc97d259d530f4f86c7743efbc573a8da927)

    • Actualiza a 6.8.0-1030.31
    Publicación Actualización

Comprueba tu servidor

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

Comprueba tu servidor →