p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in linux-azure-fde · Seite 134

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

Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 10552

  1. CVE-2026-68190

    Nicht bewertetEPSS 0,21%Korrektur verfügbar

    staging: rtl8723bs: fix OOB reads in rtw_get_wps_ie()

    In the Linux kernel, the following vulnerability has been resolved: staging: rtl8723bs: fix OOB reads in rtw_get_wps_ie() rtw_get_wps_ie() iterates over IE data from network frames without validating that the IE header and payload fit within the remaining buffer before reading them. Specifically: - in_ie[cnt + 1] is read without checking cnt + 1 < in_len - memcmp(&in_ie[cnt + 2], ...) accesses cnt + 2 without bounds check - in_ie[cnt + 1] is used as length without verifying payload fits Add bounds checks at the top of the loop body to break early if fewer than 2 bytes remain for the IE header, or if the declared payload extends past the e

    • Auf 5.15.0-1122.131 aktualisieren
    Veröffentlicht Aktualisiert
  2. CVE-2026-68188

    Nicht bewertetEPSS 0,22%Korrektur verfügbar

    Bluetooth: RFCOMM: Fix session UAF in set_termios

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: RFCOMM: Fix session UAF in set_termios rfcomm_tty_set_termios() tests dlc->session without rfcomm_mutex and later passes the pointer to rfcomm_send_rpn(). The latter dereferences both session->initiator and session->sock. Meanwhile, krfcommd can unlink the DLC and free the session while holding rfcomm_mutex. The race can proceed as follows: TTY ioctl task krfcommd -------------- -------- load dlc->session enter rfcomm_send_rpn() lock rfcomm_mutex clear dlc-

    • Auf 5.15.0-1122.131 aktualisieren
    Veröffentlicht Aktualisiert
  3. CVE-2026-68187

    Nicht bewertetEPSS 0,22%Korrektur verfügbar

    exec: fix unsigned loop counter wrap in transfer_args_to_stack()

    In the Linux kernel, the following vulnerability has been resolved: exec: fix unsigned loop counter wrap in transfer_args_to_stack() The stop value is derived from bprm->p >> PAGE_SHIFT. The index variable is an unsigned long. If bprm->p drops below PAGE_SIZE and stop becomes zero the loop condition index >= stop is always true. After the index == 0 iteration the decrement wraps to ULONG_MAX and bprm->page[ULONG_MAX] reads sizeof(void *) bytes in front of the array. The pointer has wrapped to -1. That garbage pointer is then passed to kmap_local_page() and PAGE_SIZE bytes are copied from wherever that lands into the stack of the process be

    • Auf 5.15.0-1122.131 aktualisieren
    Veröffentlicht Aktualisiert
  4. CVE-2026-68186

    Nicht bewertetEPSS 0,22%Korrektur verfügbar

    binfmt_misc: set have_execfd only once the interpreter is opened

    In the Linux kernel, the following vulnerability has been resolved: binfmt_misc: set have_execfd only once the interpreter is opened load_misc_binary() raises bprm->have_execfd as soon as it sees the 'O' (or 'C') flag. This happens well before it opens the interpreter. If that open fails the flag stays set on the bprm. binfmt_misc is at the head of the format list so an interpreter open failure that returns -ENOEXEC lets the search fall through to a later format. This means it runs the matched binary directly having never staged an interpreter. So bprm->executable is NULL while have_execfd falsely claims a descriptor is present. Consequent

    • Auf 5.15.0-1122.131 aktualisieren
    Veröffentlicht Aktualisiert
  5. CVE-2026-68184

    Nicht bewertetEPSS 0,22%Korrektur verfügbar

    cdrom: fix stack out-of-bounds read in CDROMVOLCTRL

    In the Linux kernel, the following vulnerability has been resolved: cdrom: fix stack out-of-bounds read in CDROMVOLCTRL mmc_ioctl_cdrom_volume() first reads the audio control mode page into a 32-byte stack buffer with cgc->buflen set to 24. If the device reports a block descriptor, the function increases cgc->buflen to include that descriptor and reads the page again. For CDROMVOLCTRL, the function then builds a MODE SELECT parameter list by moving cgc->buffer forward by offset - 8 bytes. This drops the block descriptor from the outgoing payload and leaves a new 8-byte mode parameter header in front of the audio control page. However, c

    • Auf 5.15.0-1122.131 aktualisieren
    Veröffentlicht Aktualisiert
  6. CVE-2026-68183

    Nicht bewertetEPSS 0,21%Korrektur verfügbar

    firmware: stratix10-svc: fix memory leaks and list corruption bugs

    In the Linux kernel, the following vulnerability has been resolved: firmware: stratix10-svc: fix memory leaks and list corruption bugs Fix a memory leak when gen_pool_alloc() fails by freeing pmem on the error path. Switch pmem allocation from devm_kzalloc() to kzalloc() with explicit kfree() in the free path to match its list-managed lifetime. Remove the erroneous list_del(&svc_data_mem) which corrupted the list head on failed lookups.

    • Auf 5.15.0-1122.131 aktualisieren
    Veröffentlicht Aktualisiert
  7. CVE-2026-68182

    Nicht bewertetEPSS 0,21%Korrektur verfügbar

    comedi: comedi_parport: deal with premature interrupt

    In the Linux kernel, the following vulnerability has been resolved: comedi: comedi_parport: deal with premature interrupt Syzbot reported a general protection fault in `comedi_get_is_subdevice_running()`, which was called from the interrupt handler `parport_interrupt()` in the "comedi_parport" driver, but it does not currently have a C reproducer for the problem. It's probably due to a premature interrupt for one of two reasons: 1. The driver sets up the interrupt handler before the comedi subdevices used by the interrupt handler have been allocated, but does not disable the interrupt in the parallel port's CTRL register first. 2. T

    • Auf 5.15.0-1122.131 aktualisieren
    Veröffentlicht Aktualisiert
  8. CVE-2026-68180

    Nicht bewertetEPSS 0,22%Korrektur verfügbar

    intel_th: fix MSC output device reference leak

    In the Linux kernel, the following vulnerability has been resolved: intel_th: fix MSC output device reference leak intel_th_output_open() looks up the output device with bus_find_device_by_devt(), which returns the device with a reference that must be dropped after use. commit 95fc36a234da ("intel_th: fix device leak on output open()") attempted to drop the reference from intel_th_output_release(). However, a successful open replaces file->f_op with the output driver file operations before returning, so close runs the output driver release callback instead. For MSC outputs, close runs intel_th_msc_release(), which only removes the per-fil

    • Auf 5.15.0-1122.131 aktualisieren
    Veröffentlicht Aktualisiert
  9. CVE-2026-68176

    Nicht bewertetEPSS 0,21%Korrektur verfügbar

    tracing: Fix mmiotrace possible NULL dereferencing of hiter->dev

    In the Linux kernel, the following vulnerability has been resolved: tracing: Fix mmiotrace possible NULL dereferencing of hiter->dev If the mmio_pipe_open() fails to find a PCI device, the hiter->dev will be assigned to NULL. The mmiotrace read() function dereferences the hiter->dev if hiter exists. Change the test of the read to not only check hiter being NULL, but also the hiter->dev before dereferencing it.

    • Auf 5.15.0-1122.131 aktualisieren
    Veröffentlicht Aktualisiert
  10. CVE-2026-68175

    Nicht bewertetEPSS 0,21%Korrektur verfügbar

    tracing: Fix resource leak on mmiotrace trace_pipe close

    In the Linux kernel, the following vulnerability has been resolved: tracing: Fix resource leak on mmiotrace trace_pipe close The mmiotrace tracer was added May 12th 2008. At that time, resources created in pipe_open() could not be freed because there was not pipe_close function pointer of the tracer. The pipe_close function pointer was added in December 7th, 2009, but the mmiotrace tracer was not updated. mmio_pipe_open() allocates a header_iter and takes a pci_dev reference when trace_pipe is opened. mmio_close() frees them, but it was only wired to the tracer's .close callback. tracing_release_pipe() invokes .pipe_close, not .close, whe

    • Auf 5.15.0-1122.131 aktualisieren
    Veröffentlicht Aktualisiert
  11. CVE-2026-68162

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

    sctp: avoid auth_enable sysctl UAF during netns teardown

    In the Linux kernel, the following vulnerability has been resolved: sctp: avoid auth_enable sysctl UAF during netns teardown proc_sctp_do_auth() updates the SCTP control socket after changing net.sctp.auth_enable. The handler gets the per-net SCTP state from ctl->data, so an already opened sysctl file can still target a network namespace while that namespace is being torn down. SCTP previously registered its per-net sysctls from sctp_defaults_init(), while the control socket is created later from sctp_ctrlsock_init(). This exposed a window during initialization where auth_enable was writable before net->sctp.ctl_sock existed, and a teardow

    Veröffentlicht Aktualisiert
  12. CVE-2026-68161

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

    sctp: close UDP tunnel sockets during netns teardown

    In the Linux kernel, the following vulnerability has been resolved: sctp: close UDP tunnel sockets during netns teardown proc_sctp_do_udp_port() starts per-net SCTP UDP tunneling sockets when net.sctp.udp_port is set, and stops/restarts them when the sysctl value changes. The netns exit path does not stop these sockets, so a namespace can be torn down while its SCTP UDP tunnel sockets are still installed. Close the UDP tunnel sockets from sctp_ctrlsock_exit() after unregistering the per-net sysctl table. This prevents new sysctl writes from racing in while the sockets are being released, and closes the sockets before the control socket is

    Veröffentlicht Aktualisiert
  13. CVE-2026-68160

    Kritisch · CVSS 9.8EPSS 0,77%Korrektur verfügbar

    ceph: fix pre-auth out-of-bounds read on snaptrace in ceph_handle_caps()

    In the Linux kernel, the following vulnerability has been resolved: ceph: fix pre-auth out-of-bounds read on snaptrace in ceph_handle_caps() ceph_handle_caps() reads snap_trace_len from the wire-format ceph_mds_caps header and uses it unconditionally to build a fake end pointer (snaptrace + snaptrace_len) that is later handed to ceph_update_snap_trace() in the CEPH_CAP_OP_IMPORT case: snaptrace = h + 1; snaptrace_len = le32_to_cpu(h->snap_trace_len); p = snaptrace + snaptrace_len; ... case CEPH_CAP_OP_IMPORT: if (snaptrace_len) { ... if (ceph_update_snap_trace(mdsc, snaptr

    • Auf 5.15.0-1122.131 aktualisieren
    Veröffentlicht Aktualisiert
  14. CVE-2026-68159

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

    libceph: bound pg_{temp,upmap,upmap_items} length to CEPH_PG_MAX_SIZE

    In the Linux kernel, the following vulnerability has been resolved: libceph: bound pg_{temp,upmap,upmap_items} length to CEPH_PG_MAX_SIZE __decode_pg_temp() decodes an user-controlled length but only rejects values large enough to overflow the allocation; it does not bound it to CEPH_PG_MAX_SIZE. The helper backs both pg_temp and pg_upmap decoding, and apply_upmap()/get_temp_osds() later copy the decoded list into the fixed-size on-stack array struct ceph_osds.osds[CEPH_PG_MAX_SIZE]. A monitor that sends an OSDMap with a pg_temp/pg_upmap entry longer than 32 thus causes a stack out-of-bounds write. An OSD set for a single PG can never exce

    Veröffentlicht Aktualisiert
  15. CVE-2026-68158

    Kritisch · CVSS 9.8EPSS 0,71%Korrektur verfügbar

    libceph: Fix multiplication overflow in decode_new_up_state_weight()

    In the Linux kernel, the following vulnerability has been resolved: libceph: Fix multiplication overflow in decode_new_up_state_weight() If a message of type CEPH_MSG_OSD_MAP contains a (maliciously) corrupted osdmap, out-of-bounds memory accesses may occur in decode_new_up_state_weight(). This happens because the bounds check for the new_state part is based on calculating its length depending on a len value read from the incoming message. This calculation may overflow leading to an incorrect bounds check. Subsequently, out-of-bounds reads may occur when decoding this part. This patch switches the multiplication to use check_mul_overflow()

    • Auf 5.15.0-1122.131 aktualisieren
    Veröffentlicht Aktualisiert
  16. CVE-2026-68157

    Hoch · CVSS 7.5EPSS 0,7%Korrektur verfügbar

    libceph: guard missing CRUSH type name lookup

    In the Linux kernel, the following vulnerability has been resolved: libceph: guard missing CRUSH type name lookup Localized read selection can walk a parent bucket whose name exists in the CRUSH map while its type has no matching entry in type_names. get_immediate_parent() then dereferences a NULL type_cn and passes an invalid pointer into strcmp(), causing a null-ptr-deref. Skip such malformed parent buckets unless both the bucket name and type name metadata are present. This keeps malformed hierarchy data from crashing locality lookup and safely falls back to "not local". [ idryomov: add WARN_ON_ONCE ]

    • Auf 5.15.0-1122.131 aktualisieren
    Veröffentlicht Aktualisiert
  17. CVE-2026-68156

    Kritisch · CVSS 9.8EPSS 0,69%Korrektur verfügbar

    libceph: refresh auth->authorizer_buf{,_len} after authorizer update

    In the Linux kernel, the following vulnerability has been resolved: libceph: refresh auth->authorizer_buf{,_len} after authorizer update ceph_x_create_authorizer() caches au->buf->vec.iov_base and au->buf->vec.iov_len in struct ceph_auth_handshake. These cached values are then used by the messenger connect code when sending the authorizer. ceph_x_update_authorizer() can rebuild the authorizer when a newer service ticket is available. If the rebuilt authorizer no longer fits in the existing buffer, ceph_x_build_authorizer() drops its reference to au->buf and allocates a new one. If this is the final reference, ceph_buffer_put() frees the

    • Auf 5.15.0-1122.131 aktualisieren
    Veröffentlicht Aktualisiert
  18. CVE-2026-68155

    Hoch · CVSS 7.5EPSS 0,7%Korrektur verfügbar

    libceph: Reject monmaps advertising zero monitors

    In the Linux kernel, the following vulnerability has been resolved: libceph: Reject monmaps advertising zero monitors A message of type CEPH_MSG_MON_MAP contains a monmap that is sent from a monitor to the client. This monmap contains information about the existing monitors in the cluster. Currently, a monmap indicating that there are zero monitors in the cluster is treated as valid. However, it is impossible to have zero monitors in the cluster and still receive a valid monmap from a monitor. Therefore, such a monmap must be corrupted and should be treated as invalid. Furthermore, a monmap with a monitor count of zero can subsequently cras

    • Auf 5.15.0-1122.131 aktualisieren
    Veröffentlicht Aktualisiert
  19. CVE-2026-68154

    Kritisch · CVSS 9.8EPSS 0,71%Korrektur verfügbar

    libceph: reject zero bucket types in crush_decode

    In the Linux kernel, the following vulnerability has been resolved: libceph: reject zero bucket types in crush_decode CRUSH bucket type 0 is reserved for devices. The mapper relies on that invariant and uses type 0 to identify leaf devices. If crush_decode() accepts a bucket with type 0, a malformed CRUSH map can make the mapper treat a negative bucket ID as a device and pass it to is_out(), which then indexes the OSD weight array with a negative value. Reject zero bucket types while decoding the CRUSH map so the invalid state never reaches the mapper.

    • Auf 5.15.0-1122.131 aktualisieren
    Veröffentlicht Aktualisiert
  20. CVE-2026-68153

    Hoch · CVSS 7.8EPSS 0,13%Korrektur verfügbar

    libceph: remove debugfs files before client teardown

    In the Linux kernel, the following vulnerability has been resolved: libceph: remove debugfs files before client teardown ceph_destroy_client() tears down the monitor client before removing the per-client debugfs files. A concurrent read of the monmap debugfs file can enter monmap_show() after ceph_monc_stop() has freed monc->monmap, triggering a use-after-free. Remove the debugfs files before stopping the OSD and monitor clients. debugfs_remove() drains active handlers and prevents new accesses, so the debugfs callbacks can no longer race the rest of client teardown.

    • Auf 5.15.0-1122.131 aktualisieren
    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 →