p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in linux-azure-fips · Seite 179

In den letzten 30 Tagen veröffentlichte Sicherheitslücken für linux-azure-fips: 604. Davon im KEV-Katalog: 0.

Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 8013

  1. CVE-2026-43373

    Hoch · CVSS 7.5EPSS 0,5%Keine Korrektur veröffentlicht

    net: ncsi: fix skb leak in error paths

    In the Linux kernel, the following vulnerability has been resolved: net: ncsi: fix skb leak in error paths Early return paths in NCSI RX and AEN handlers fail to release the received skb, resulting in a memory leak. Specifically, ncsi_aen_handler() returns on invalid AEN packets without consuming the skb. Similarly, ncsi_rcv_rsp() exits early when failing to resolve the NCSI device, response handler, or request, leaving the skb unfreed.

    Veröffentlicht Aktualisiert
  2. CVE-2026-43370

    Hoch · CVSS 7.8EPSS 0,12%Keine Korrektur veröffentlicht

    drm/amdgpu: Fix use-after-free race in VM acquire

    In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu: Fix use-after-free race in VM acquire Replace non-atomic vm->process_info assignment with cmpxchg() to prevent race when parent/child processes sharing a drm_file both try to acquire the same VM after fork(). (cherry picked from commit c7c573275ec20db05be769288a3e3bb2250ec618)

    Veröffentlicht Aktualisiert
  3. CVE-2026-43365

    Hoch · CVSS 8.2EPSS 0,51%Keine Korrektur veröffentlicht

    xfs: fix undersized l_iclog_roundoff values

    In the Linux kernel, the following vulnerability has been resolved: xfs: fix undersized l_iclog_roundoff values If the superblock doesn't list a log stripe unit, we set the incore log roundoff value to 512. This leads to corrupt logs and unmountable filesystems in generic/617 on a disk with 4k physical sectors... XFS (sda1): Mounting V5 Filesystem ff3121ca-26e6-4b77-b742-aaff9a449e1c XFS (sda1): Torn write (CRC failure) detected at log block 0x318e. Truncating head block from 0x3197. XFS (sda1): failed to locate log tail XFS (sda1): log mount/recovery failed: error -74 XFS (sda1): log mount failed XFS (sda1): Mounting V5 Filesystem ff3121

    Veröffentlicht Aktualisiert
  4. CVE-2026-43363

    Mittel · CVSS 5.5EPSS 0,12%Keine Korrektur veröffentlicht

    x86/apic: Disable x2apic on resume if the kernel expects so

    In the Linux kernel, the following vulnerability has been resolved: x86/apic: Disable x2apic on resume if the kernel expects so When resuming from s2ram, firmware may re-enable x2apic mode, which may have been disabled by the kernel during boot either because it doesn't support IRQ remapping or for other reasons. This causes the kernel to continue using the xapic interface, while the hardware is in x2apic mode, which causes hangs. This happens on defconfig + bare metal + s2ram. Fix this in lapic_resume() by disabling x2apic if the kernel expects it to be disabled, i.e. when x2apic_mode = 0. The ACPI v6.6 spec, Section 16.3 [1] says firmwa

    Veröffentlicht Aktualisiert
  5. CVE-2026-43362

    Hoch · CVSS 8.1EPSS 0,26%Keine Korrektur veröffentlicht

    smb: client: fix in-place encryption corruption in SMB2_write()

    In the Linux kernel, the following vulnerability has been resolved: smb: client: fix in-place encryption corruption in SMB2_write() SMB2_write() places write payload in iov[1..n] as part of rq_iov. smb3_init_transform_rq() pointer-shares rq_iov, so crypt_message() encrypts iov[1] in-place, replacing the original plaintext with ciphertext. On a replayable error, the retry sends the same iov[1] which now contains ciphertext instead of the original data, resulting in corruption. The corruption is most likely to be observed when connections are unstable, as reconnects trigger write retries that re-send the already-encrypted data. This affects

    Veröffentlicht Aktualisiert
  6. CVE-2026-43361

    Mittel · CVSS 6.8EPSS 0,12%Keine Korrektur veröffentlicht

    btrfs: fix transaction abort when snapshotting received subvolumes

    In the Linux kernel, the following vulnerability has been resolved: btrfs: fix transaction abort when snapshotting received subvolumes Currently a user can trigger a transaction abort by snapshotting a previously received snapshot a bunch of times until we reach a BTRFS_UUID_KEY_RECEIVED_SUBVOL item overflow (the maximum item size we can store in a leaf). This is very likely not common in practice, but if it happens, it turns the filesystem into RO mode. The snapshot, send and set_received_subvol and subvol_setflags (used by receive) don't require CAP_SYS_ADMIN, just inode_owner_or_capable(). A malicious user could use this to turn a filesy

    Veröffentlicht Aktualisiert
  7. CVE-2026-43359

    Mittel · CVSS 6.8EPSS 0,12%Keine Korrektur veröffentlicht

    btrfs: fix transaction abort on set received ioctl due to item overflow

    In the Linux kernel, the following vulnerability has been resolved: btrfs: fix transaction abort on set received ioctl due to item overflow If the set received ioctl fails due to an item overflow when attempting to add the BTRFS_UUID_KEY_RECEIVED_SUBVOL we have to abort the transaction since we did some metadata updates before. This means that if a user calls this ioctl with the same received UUID field for a lot of subvolumes, we will hit the overflow, trigger the transaction abort and turn the filesystem into RO mode. A malicious user could exploit this, and this ioctl does not even requires that a user has admin privileges (CAP_SYS_ADMI

    Veröffentlicht Aktualisiert
  8. CVE-2026-43357

    Mittel · CVSS 5.5EPSS 0,12%Keine Korrektur veröffentlicht

    iio: gyro: mpu3050-core: fix pm_runtime error handling

    In the Linux kernel, the following vulnerability has been resolved: iio: gyro: mpu3050-core: fix pm_runtime error handling The return value of pm_runtime_get_sync() is not checked, allowing the driver to access hardware that may fail to resume. The device usage count is also unconditionally incremented. Use pm_runtime_resume_and_get() which propagates errors and avoids incrementing the usage count on failure. In preenable, add pm_runtime_put_autosuspend() on set_8khz_samplerate() failure since postdisable does not run when preenable fails.

    Veröffentlicht Aktualisiert
  9. CVE-2026-43355

    Mittel · CVSS 5.5EPSS 0,12%Keine Korrektur veröffentlicht

    iio: light: bh1780: fix PM runtime leak on error path

    In the Linux kernel, the following vulnerability has been resolved: iio: light: bh1780: fix PM runtime leak on error path Move pm_runtime_put_autosuspend() before the error check to ensure the PM runtime reference count is always decremented after pm_runtime_get_sync(), regardless of whether the read operation succeeds or fails.

    Veröffentlicht Aktualisiert
  10. CVE-2026-43353

    Hoch · CVSS 7.8EPSS 0,13%Keine Korrektur veröffentlicht

    i3c: mipi-i3c-hci: Fix race in DMA ring dequeue

    In the Linux kernel, the following vulnerability has been resolved: i3c: mipi-i3c-hci: Fix race in DMA ring dequeue The HCI DMA dequeue path (hci_dma_dequeue_xfer()) may be invoked for multiple transfers that timeout around the same time. However, the function is not serialized and can race with itself. When a timeout occurs, hci_dma_dequeue_xfer() stops the ring, processes incomplete transfers, and then restarts the ring. If another timeout triggers a parallel call into the same function, the two instances may interfere with each other - stopping or restarting the ring at unexpected times. Add a mutex so that hci_dma_dequeue_xfer() is

    Veröffentlicht Aktualisiert
  11. CVE-2026-43352

    Hoch · CVSS 7.8EPSS 0,16%Keine Korrektur veröffentlicht

    i3c: mipi-i3c-hci: Correct RING_CTRL_ABORT handling in DMA dequeue

    In the Linux kernel, the following vulnerability has been resolved: i3c: mipi-i3c-hci: Correct RING_CTRL_ABORT handling in DMA dequeue The logic used to abort the DMA ring contains several flaws: 1. The driver unconditionally issues a ring abort even when the ring has already stopped. 2. The completion used to wait for abort completion is never re-initialized, resulting in incorrect wait behavior. 3. The abort sequence unintentionally clears RING_CTRL_ENABLE, which resets hardware ring pointers and disrupts the controller state. 4. If the ring is already stopped, the abort operation should be considered successful witho

    Veröffentlicht Aktualisiert
  12. CVE-2026-43350

    Hoch · CVSS 7.6EPSS 0,32%Keine Korrektur veröffentlicht

    smb: client: require a full NFS mode SID before reading mode bits

    In the Linux kernel, the following vulnerability has been resolved: smb: client: require a full NFS mode SID before reading mode bits parse_dacl() treats an ACE SID matching sid_unix_NFS_mode as an NFS mode SID and reads sid.sub_auth[2] to recover the mode bits. That assumes the ACE carries three subauthorities, but compare_sids() only compares min(a, b) subauthorities. A malicious server can return an ACE with num_subauth = 2 and sub_auth[] = {88, 3}, which still matches sid_unix_NFS_mode and then drives the sub_auth[2] read four bytes past the end of the ACE. Require num_subauth >= 3 before treating the ACE as an NFS mode SID. This kee

    Veröffentlicht Aktualisiert
  13. CVE-2026-43344

    Mittel · CVSS 5.5EPSS 0,12%Keine Korrektur veröffentlicht

    perf/x86/intel/uncore: Fix die ID init and look up bugs

    In the Linux kernel, the following vulnerability has been resolved: perf/x86/intel/uncore: Fix die ID init and look up bugs In snbep_pci2phy_map_init(), in the nr_node_ids > 8 path, uncore_device_to_die() may return -1 when all CPUs associated with the UBOX device are offline. Remove the WARN_ON_ONCE(die_id == -1) check for two reasons: - The current code breaks out of the loop. This is incorrect because pci_get_device() does not guarantee iteration in domain or bus order, so additional UBOX devices may be skipped during the scan. - Returning -EINVAL is incorrect, since marking offline buses with die_id == -1 is expected and should

    Veröffentlicht Aktualisiert
  14. CVE-2026-43343

    Mittel · CVSS 5.5EPSS 0,11%Keine Korrektur veröffentlicht

    usb: gadget: f_subset: Fix unbalanced refcnt in geth_free

    In the Linux kernel, the following vulnerability has been resolved: usb: gadget: f_subset: Fix unbalanced refcnt in geth_free geth_alloc() increments the reference count, but geth_free() fails to decrement it. This prevents the configuration of attributes via configfs after unlinking the function. Decrement the reference count in geth_free() to ensure proper cleanup.

    Veröffentlicht Aktualisiert
  15. CVE-2026-43342

    Mittel · CVSS 4.7EPSS 0,09%Keine Korrektur veröffentlicht

    usb: gadget: f_rndis: Protect RNDIS options with mutex

    In the Linux kernel, the following vulnerability has been resolved: usb: gadget: f_rndis: Protect RNDIS options with mutex The class/subclass/protocol options are suspectible to race conditions as they can be accessed concurrently through configfs. Use existing mutex to protect these options. This issue was identified during code inspection.

    Veröffentlicht Aktualisiert
  16. CVE-2026-43341

    Kritisch · CVSS 9.8EPSS 0,51%Keine Korrektur veröffentlicht

    net/ipv6: ioam6: prevent schema length wraparound in trace fill

    In the Linux kernel, the following vulnerability has been resolved: net/ipv6: ioam6: prevent schema length wraparound in trace fill ioam6_fill_trace_data() stores the schema contribution to the trace length in a u8. With bit 22 enabled and the largest schema payload, sclen becomes 1 + 1020 / 4, wraps from 256 to 0, and bypasses the remaining-space check. __ioam6_fill_trace_data() then positions the write cursor without reserving the schema area but still copies the 4-byte schema header and the full schema payload, overrunning the trace buffer. Keep sclen in an unsigned int so the remaining-space check and the write cursor calculation both

    Veröffentlicht Aktualisiert
  17. CVE-2026-43340

    Mittel · CVSS 5.5EPSS 0,11%Keine Korrektur veröffentlicht

    comedi: Reinit dev->spinlock between attachments to low-level drivers

    In the Linux kernel, the following vulnerability has been resolved: comedi: Reinit dev->spinlock between attachments to low-level drivers `struct comedi_device` is the main controlling structure for a COMEDI device created by the COMEDI subsystem. It contains a member `spinlock` containing a spin-lock that is initialized by the COMEDI subsystem, but is reserved for use by a low-level driver attached to the COMEDI device (at least since commit 25436dc9d84f ("Staging: comedi: remove RT code")). Some COMEDI devices (those created on initialization of the COMEDI subsystem when the "comedi.comedi_num_legacy_minors" parameter is non-zero) can b

    Veröffentlicht Aktualisiert
  18. CVE-2026-43339

    Hoch · CVSS 7.8EPSS 0,16%Keine Korrektur veröffentlicht

    ipv6: prevent possible UaF in addrconf_permanent_addr()

    In the Linux kernel, the following vulnerability has been resolved: ipv6: prevent possible UaF in addrconf_permanent_addr() The mentioned helper try to warn the user about an exceptional condition, but the message is delivered too late, accessing the ipv6 after its possible deletion. Reorder the statement to avoid the possible UaF; while at it, place the warning outside the idev->lock as it needs no protection.

    Veröffentlicht Aktualisiert
  19. CVE-2026-43338

    Mittel · CVSS 5.5EPSS 0,11%Keine Korrektur veröffentlicht

    btrfs: reserve enough transaction items for qgroup ioctls

    In the Linux kernel, the following vulnerability has been resolved: btrfs: reserve enough transaction items for qgroup ioctls Currently our qgroup ioctls don't reserve any space, they just do a transaction join, which does not reserve any space, neither for the quota tree updates nor for the delayed refs generated when updating the quota tree. The quota root uses the global block reserve, which is fine most of the time since we don't expect a lot of updates to the quota root, or to be too close to -ENOSPC such that other critical metadata updates need to resort to the global reserve. However this is not optimal, as not reserving proper spa

    Veröffentlicht Aktualisiert
  20. CVE-2026-43336

    Hoch · CVSS 7.5EPSS 0,43%Keine Korrektur veröffentlicht

    lib/crypto: chacha: Zeroize permuted_state before it leaves scope

    In the Linux kernel, the following vulnerability has been resolved: lib/crypto: chacha: Zeroize permuted_state before it leaves scope Since the ChaCha permutation is invertible, the local variable 'permuted_state' is sufficient to compute the original 'state', and thus the key, even after the permutation has been done. While the kernel is quite inconsistent about zeroizing secrets on the stack (and some prominent userspace crypto libraries don't bother at all since it's not guaranteed to work anyway), the kernel does try to do it as a best practice, especially in cases involving the RNG. Thus, explicitly zeroize 'permuted_state' before it

    Veröffentlicht Aktualisiert

Prüfen Sie Ihren Server

Gleichen Sie Ihren installierten Stack und seine Versionen mit den aktuellen Sicherheitsmeldungen ab.

Prüfen Sie Ihren Server →