p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in linux-ibm-5.15 · Seite 63

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

Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 2543

  1. CVE-2024-46849

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

    ASoC: meson: axg-card: fix 'use-after-free'

    In the Linux kernel, the following vulnerability has been resolved: ASoC: meson: axg-card: fix 'use-after-free' Buffer 'card->dai_link' is reallocated in 'meson_card_reallocate_links()', so move 'pad' pointer initialization after this function when memory is already reallocated. Kasan bug report: ================================================================== BUG: KASAN: slab-use-after-free in axg_card_add_link+0x76c/0x9bc Read of size 8 at addr ffff000000e8b260 by task modprobe/356 CPU: 0 PID: 356 Comm: modprobe Tainted: G O 6.9.12-sdkernel #1 Call trace: dump_backtrace+0x94/0xec show_stack+0x18/0x24 dump_stack_lvl+0x78/0x90 prin

    • Auf 5.15.0-1066.69~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  2. CVE-2024-46844

    Hoch · CVSS 7.1EPSS 0,26%Korrektur verfügbar

    um: line: always fill *error_out in setup_one_line()

    In the Linux kernel, the following vulnerability has been resolved: um: line: always fill *error_out in setup_one_line() The pointer isn't initialized by callers, but I have encountered cases where it's still printed; initialize it in all possible cases in setup_one_line().

    • Auf 5.15.0-1065.68~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  3. CVE-2024-46841

    Mittel · CVSS 5.7EPSS 0,24%Korrektur verfügbar

    btrfs: don't BUG_ON on ENOMEM from btrfs_lookup_extent_info() in walk_down_proc()

    In the Linux kernel, the following vulnerability has been resolved: btrfs: don't BUG_ON on ENOMEM from btrfs_lookup_extent_info() in walk_down_proc() We handle errors here properly, ENOMEM isn't fatal, return the error.

    • Auf 5.15.0-1074.77~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  4. CVE-2024-46840

    Hoch · CVSS 7.1EPSS 0,26%Korrektur verfügbar

    btrfs: clean up our handling of refs == 0 in snapshot delete

    In the Linux kernel, the following vulnerability has been resolved: btrfs: clean up our handling of refs == 0 in snapshot delete In reada we BUG_ON(refs == 0), which could be unkind since we aren't holding a lock on the extent leaf and thus could get a transient incorrect answer. In walk_down_proc we also BUG_ON(refs == 0), which could happen if we have extent tree corruption. Change that to return -EUCLEAN. In do_walk_down() we catch this case and handle it correctly, however we return -EIO, which -EUCLEAN is a more appropriate error code. Finally in walk_up_proc we have the same BUG_ON(refs == 0), so convert that to proper error handli

    • Auf 5.15.0-1065.68~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  5. CVE-2024-46832

    Mittel · CVSS 5.5EPSS 0,24%Korrektur verfügbar

    MIPS: cevt-r4k: Don't call get_c0_compare_int if timer irq is installed

    In the Linux kernel, the following vulnerability has been resolved: MIPS: cevt-r4k: Don't call get_c0_compare_int if timer irq is installed This avoids warning: [ 0.118053] BUG: sleeping function called from invalid context at kernel/locking/mutex.c:283 Caused by get_c0_compare_int on secondary CPU. We also skipped saving IRQ number to struct clock_event_device *cd as it's never used by clockevent core, as per comments it's only meant for "non CPU local devices".

    • Auf 5.15.0-1065.68~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  6. CVE-2024-46829

    Mittel · CVSS 5.5EPSS 0,2%Korrektur verfügbar

    rtmutex: Drop rt_mutex::wait_lock before scheduling

    In the Linux kernel, the following vulnerability has been resolved: rtmutex: Drop rt_mutex::wait_lock before scheduling rt_mutex_handle_deadlock() is called with rt_mutex::wait_lock held. In the good case it returns with the lock held and in the deadlock case it emits a warning and goes into an endless scheduling loop with the lock held, which triggers the 'scheduling in atomic' warning. Unlock rt_mutex::wait_lock in the dead lock case before issuing the warning and dropping into the schedule for ever loop. [ tglx: Moved unlock before the WARN(), removed the pointless comment, massaged changelog, added Fixes tag ]

    • Auf 5.15.0-1065.68~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  7. CVE-2024-46828

    Hoch · CVSS 7.1EPSS 0,25%Korrektur verfügbar

    sched: sch_cake: fix bulk flow accounting logic for host fairness

    In the Linux kernel, the following vulnerability has been resolved: sched: sch_cake: fix bulk flow accounting logic for host fairness In sch_cake, we keep track of the count of active bulk flows per host, when running in dst/src host fairness mode, which is used as the round-robin weight when iterating through flows. The count of active bulk flows is updated whenever a flow changes state. This has a peculiar interaction with the hash collision handling: when a hash collision occurs (after the set-associative hashing), the state of the hash bucket is simply updated to match the new packet that collided, and if host fairness is enabled, that

    • Auf 5.15.0-1065.68~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  8. CVE-2024-46826

    Mittel · CVSS 5.5EPSS 0,25%Korrektur verfügbar

    ELF: fix kernel.randomize_va_space double read

    In the Linux kernel, the following vulnerability has been resolved: ELF: fix kernel.randomize_va_space double read ELF loader uses "randomize_va_space" twice. It is sysctl and can change at any moment, so 2 loads could see 2 different values in theory with unpredictable consequences. Issue exactly one load for consistent value across one exec.

    • Auf 5.15.0-1074.77~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  9. CVE-2024-46822

    Mittel · CVSS 5.5EPSS 0,25%Korrektur verfügbar

    arm64: acpi: Harden get_cpu_for_acpi_id() against missing CPU entry

    In the Linux kernel, the following vulnerability has been resolved: arm64: acpi: Harden get_cpu_for_acpi_id() against missing CPU entry In a review discussion of the changes to support vCPU hotplug where a check was added on the GICC being enabled if was online, it was noted that there is need to map back to the cpu and use that to index into a cpumask. As such, a valid ID is needed. If an MPIDR check fails in acpi_map_gic_cpu_interface() it is possible for the entry in cpu_madt_gicc[cpu] == NULL. This function would then cause a NULL pointer dereference. Whilst a path to trigger this has not been established, harden this caller against

    • Auf 5.15.0-1065.68~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  10. CVE-2024-46818

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

    drm/amd/display: Check gpio_id before used as array index

    In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: Check gpio_id before used as array index [WHY & HOW] GPIO_ID_UNKNOWN (-1) is not a valid value for array index and therefore should be checked in advance. This fixes 5 OVERRUN issues reported by Coverity.

    • Auf 5.15.0-1065.68~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  11. CVE-2024-46817

    Hoch · CVSS 7.4EPSS 0,26%Korrektur verfügbar

    drm/amd/display: Stop amdgpu_dm initialize when stream nums greater than 6

    In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: Stop amdgpu_dm initialize when stream nums greater than 6 [Why] Coverity reports OVERRUN warning. Should abort amdgpu_dm initialize. [How] Return failure to amdgpu_dm_init.

    • Auf 5.15.0-1065.68~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  12. CVE-2024-46815

    Hoch · CVSS 7.1EPSS 0,26%Korrektur verfügbar

    drm/amd/display: Check num_valid_sets before accessing reader_wm_sets[]

    In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: Check num_valid_sets before accessing reader_wm_sets[] [WHY & HOW] num_valid_sets needs to be checked to avoid a negative index when accessing reader_wm_sets[num_valid_sets - 1]. This fixes an OVERRUN issue reported by Coverity.

    • Auf 5.15.0-1065.68~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  13. CVE-2024-46814

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

    drm/amd/display: Check msg_id before processing transcation

    In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: Check msg_id before processing transcation [WHY & HOW] HDCP_MESSAGE_ID_INVALID (-1) is not a valid msg_id nor is it a valid array index, and it needs checking before used. This fixes 4 OVERRUN issues reported by Coverity.

    • Auf 5.15.0-1065.68~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  14. CVE-2024-46810

    Mittel · CVSS 5.5EPSS 0,24%Korrektur verfügbar

    drm/bridge: tc358767: Check if fully initialized before signalling HPD event via IRQ

    In the Linux kernel, the following vulnerability has been resolved: drm/bridge: tc358767: Check if fully initialized before signalling HPD event via IRQ Make sure the connector is fully initialized before signalling any HPD events via drm_kms_helper_hotplug_event(), otherwise this may lead to NULL pointer dereference.

    • Auf 5.15.0-1065.68~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  15. CVE-2024-46809

    Mittel · CVSS 5.5EPSS 0,24%Korrektur verfügbar

    drm/amd/display: Check BIOS images before it is used

    In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: Check BIOS images before it is used BIOS images may fail to load and null checks are added before they are used. This fixes 6 NULL_RETURNS issues reported by Coverity.

    • Auf 5.15.0-1074.77~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  16. CVE-2024-46804

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

    drm/amd/display: Add array index check for hdcp ddc access

    In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: Add array index check for hdcp ddc access [Why] Coverity reports OVERRUN warning. Do not check if array index valid. [How] Check msg_id valid and valid array index.

    • Auf 5.15.0-1065.68~20.04.1 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 →