p PatchFirst

PatchFirst · Свежие уязвимости

Операционные системы: уязвимости стека · Страница 75

За последние 30 дней в Операционные системы опубликовано уязвимостей: 6432; в каталоге KEV: 4.

Фильтры уязвимостей
Операционные системы

Уязвимостей: 160404

  1. CVE-2026-99021

    Без оценкиEPSS 0,17%Есть исправление

    regulator: of: fill in supply names in of_regulator_bulk_get_all()

    In the Linux kernel, the following vulnerability has been resolved: regulator: of: fill in supply names in of_regulator_bulk_get_all() of_regulator_bulk_get_all() returns an array it allocated itself, and fills in only the consumer of each entry. Every other way of getting a bulk array has the supply name set, because the caller provides it, and the core expects it to be there: regulator_bulk_enable() prints it when a supply fails to enable, so a caller that hands such an array to it dereferences uninitialised memory on that path. Copy each name into the array's own allocation, right behind the entries, so that it shares the array's lifeti

    • Обновитесь до 6.2
    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  2. CVE-2026-99020

    Без оценкиEPSS 0,17%Есть исправление

    regulator: tps6594-regulator: Fix n_linear_ranges for TPS65224 BUCK2-4

    In the Linux kernel, the following vulnerability has been resolved: regulator: tps6594-regulator: Fix n_linear_ranges for TPS65224 BUCK2-4 The TPS65224 BUCK2, BUCK3 and BUCK4 descriptors pass 4 as n_linear_ranges, but tps65224_bucks_2_3_4_ranges[] only has two entries, covering selectors 0x00-0x45. The linear range helpers loop over n_linear_ranges entries, so any lookup of a selector above 0x45 reads past the end of the array and treats whatever follows it as two more ranges. This happens on the normal registration path when the core checks the voltage constraints against every selector. TPS652G1 uses the same descriptors and is affected

    • Обновитесь до 6.12.113-1
    • Обновитесь до 6.6.160
    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  3. CVE-2026-99019

    Без оценкиEPSS 0,18%Есть исправление

    scsi: ch: Do not keep references to data transfer element devices

    In the Linux kernel, the following vulnerability has been resolved: scsi: ch: Do not keep references to data transfer element devices ch_readconfig() looks up the scsi_device of every data transfer element whose SCSI id the changer reports in READ ELEMENT STATUS, and stores it in ch->dt[]. scsi_device_lookup() takes a reference, and nothing ever drops it: ch_destroy() frees the array with kfree(). ch->dt[] is read nowhere else - it only supplies the vendor, model and revision printed in the same loop. Once such a drive is removed, its scsi_device can never be released. It stays on the host's device list at its address, so a new device ther

    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  4. CVE-2026-99018

    Высокий · CVSS 7.8EPSS 0,18%Есть исправление

    riscv: entry: gate shadow call stack reload on sstatus.SPP, not tp

    In the Linux kernel, the following vulnerability has been resolved: riscv: entry: gate shadow call stack reload on sstatus.SPP, not tp Under CONFIG_SHADOW_CALL_STACK, handle_exception() reloads the kernel shadow call stack pointer (gp) only when the trap came from userspace. It made that decision with scs_load_current_if_task_changed, which compares the trap-time tp (read back from sscratch into s5) against the current tp: beq \prev, tp, _skip_scs scs_load_current _skip_scs: tp is a user-writable register. A user task that sets tp to the linear-map address of its own task_struct (&current) before trapping makes the comparison succeed (

    • Обновитесь до 6.12.113-1
    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  5. CVE-2026-99017

    Высокий · CVSS 7EPSS 0,16%Есть исправление

    riscv: errata: select RISCV_ALTERNATIVE_EARLY for THEAD GHOSTWRITE

    In the Linux kernel, the following vulnerability has been resolved: riscv: errata: select RISCV_ALTERNATIVE_EARLY for THEAD GHOSTWRITE errata_probe_ghostwrite() only marks the CPU as vulnerable when it is called at the RISCV_ALTERNATIVES_EARLY_BOOT stage, and the mitigation in ghostwrite_enable_mitigation() only takes effect if the vulnerable state was recorded before the boot alternatives are patched. The early boot stage is only executed when CONFIG_RISCV_ALTERNATIVE_EARLY is enabled, which currently is only selected by ERRATA_THEAD_MAE. In a kernel built with ERRATA_THEAD_GHOSTWRITE=y but ERRATA_THEAD_MAE=n, the early alternatives never

    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  6. CVE-2026-99016

    Высокий · CVSS 7.8EPSS 0,17%Есть исправление

    riscv: futex: untag the user pointer before the atomic access

    In the Linux kernel, the following vulnerability has been resolved: riscv: futex: untag the user pointer before the atomic access access_ok() checks untagged_addr(uaddr), but arch_futex_atomic_op_inuser() and futex_atomic_cmpxchg_inatomic() hand the raw uaddr to the inline asm amoswap/amoadd/.../lr.w+sc.w through the "+m" (*uaddr) operand. When the tagged address ABI is enabled (CONFIG_RISCV_ISA_SUPM, prctl PR_SET_TAGGED_ADDR_CTRL with PMLEN != 0), those two addresses differ: a user pointer whose top PMLEN bits hold a tag passes access_ok() after untagging, but the atomic is then performed on the still-tagged raw address. Supervisor-mode

    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  7. CVE-2026-99015

    Без оценкиEPSS 0,18%Есть исправление

    Bluetooth: hci_sock: Serialize dead-device detachment

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hci_sock: Serialize dead-device detachment Rebinding an HCI socket after its controller is unregistered can race monitor control replay and crash the kernel. hci_sock_bind() clears hci_pi(sk)->hdev and drops the device reference under only the socket lock, whereas send_monitor_control_replay() holds hci_sk_list.lock for reading. Replay can observe a non-NULL hdev, then bind can clear it and drop the last reference before create_monitor_ctrl_open() reads hdev->id. This can cause a NULL pointer dereference if the pointer is reloaded, or a use-after-free if the old

    • Обновитесь до 4.10
    • Обновитесь до 4.15
    • Обновитесь до 4.20
    • Обновитесь до 4.5
    • Обновитесь до 5.10.273
    • Обновитесь до 5.14
    • Обновитесь до 5.5
    • Обновитесь до 6.12.113-1
    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  8. CVE-2026-99014

    Высокий · CVSS 7.8EPSS 0,16%Есть исправление

    Bluetooth: hci_sync: Fix command skb lifetime during scan setup

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hci_sync: Fix command skb lifetime during scan setup During PA sync scan setup, hci_le_set_ext_scan_param_sync() gets the address used for the PA_LINK lookup from hci_sent_cmd_data(). The returned pointer borrows storage from sent_cmd or req_skb, without holding a reference to either skb. The scan worker runs on req_workqueue while hci_cmd_work() runs on the separate device workqueue. After the scan worker loads sent_cmd, the command worker can free and replace it before hci_sent_cmd_data() dereferences the skb. The command payload can also be freed between retu

    • Обновитесь до 6.6.160
    • Обновитесь до 6.9
    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  9. CVE-2026-99013

    Высокий · CVSS 7.8EPSS 0,16%Есть исправление

    Bluetooth: ISO: Reject concurrent BIS listener setup

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: ISO: Reject concurrent BIS listener setup iso_sock_listen() drops the socket lock before calling iso_listen_bis() to preserve the hdev->lock ordering. Two concurrent listen() calls on the same broadcast socket can therefore both observe BT_BOUND. Caller A can attach connA and release the locks, then caller B can acquire them and attach connB before A publishes BT_LISTEN. __iso_chan_add() checks whether connB already has a socket, but not whether the socket already has a connection. The second attachment overwrites iso_pi(sk)->conn, leaking the connA reference an

    • Обновитесь до 6.12.113
    • Обновитесь до 6.12.113-1
    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  10. CVE-2026-99012

    Высокий · CVSS 7.8EPSS 0,16%Есть исправление

    Bluetooth: ISO: Serialize concurrent connect calls

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: ISO: Serialize concurrent connect calls iso_sock_connect() checks the socket state before taking the socket lock and drops the lock again before setting up a connection. Two callers can both pass the admission check while the socket is open or bound. Caller A can copy its destination for route selection, then caller B can replace the socket destination before A binds or connects the CIS. A then uses B's destination with the route selected for its own request. B can also proceed after A attaches a connection and sets BT_CONNECT. For deferred BIS setup, B can bind

    • Обновитесь до 6.12.113-1
    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  11. CVE-2026-99011

    Высокий · CVSS 7.1EPSS 0,22%Есть исправление

    Bluetooth: SCO: serialise sco_conn lifetime against sco_recv_scodata()

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: SCO: serialise sco_conn lifetime against sco_recv_scodata() sco_recv_scodata() upgrades the weak hcon->sco_data back-pointer to a strong reference under hdev->lock: hci_dev_lock(hdev); hcon = hci_conn_hash_lookup_handle(hdev, handle); ... conn = sco_conn_hold_unless_zero(hcon->sco_data); hci_dev_unlock(hdev); but the pointer is cleared from the other side without that lock. When the last sco_conn reference is dropped, sco_conn_free() ran conn->hcon->sco_data = NULL; with no hdev->lock held, so the RX path could read hcon->sco_data and

    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  12. CVE-2026-99010

    Без оценкиEPSS 0,18%Есть исправление

    Bluetooth: RFCOMM: free the skb when the DLC has no owner

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: RFCOMM: free the skb when the DLC has no owner rfcomm_recv_data() hands the skb to d->data_ready() and returns 0 without freeing it, so the callback owns the skb from that point on. The tty implementation frees it when the DLC has been detached from its device: static void rfcomm_dev_data_ready(struct rfcomm_dlc *dlc, struct sk_buff *skb) { struct rfcomm_dev *dev = dlc->owner; if (!dev) { kfree_skb(skb); return; } The socket implementation returns without

    • Обновитесь до 6.12.113-1
    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  13. CVE-2026-99009

    Без оценкиEPSS 0,18%Есть исправление

    Bluetooth: RFCOMM: connect the session socket without rfcomm_mutex

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: RFCOMM: connect the session socket without rfcomm_mutex An RFCOMM connect() issued while a BR/EDR link is being authenticated makes lockdep report a circular dependency, and the reported cycle is a real AB/BA between rfcomm_mutex and hdev->lock. rfcomm_security_cfm() is called from the HCI event path, which already holds hdev->lock: hci_rx_work() hci_event_packet() hci_cc_read_enc_key_size() [hdev->lock] hci_encrypt_cfm() [hci_cb_list_lock] rfcomm_security_cfm() [rfcomm_mutex] while an RFCOMM connect() from userspace

    • Обновитесь до 5.10.273
    • Обновитесь до 5.15.224
    • Обновитесь до 6.1.191
    • Обновитесь до 6.12.114
    • Обновитесь до 6.18.58
    • Обновитесь до 6.6.160
    • Обновитесь до 7.2.11
    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  14. CVE-2026-99008

    Без оценкиEPSS 0,18%Есть исправление

    Bluetooth: RFCOMM: Fix NULL tty_dev dereference in rfcomm_dev_shutdown

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: RFCOMM: Fix NULL tty_dev dereference in rfcomm_dev_shutdown syzbot hit a NULL pointer dereference in rfcomm_dev_shutdown() when an RFCOMM tty is closed. rfcomm_dev_add() puts the new device on rfcomm_dev_list first and only then registers the tty device and saves it in dev->tty_dev. If that registration fails, dev->tty_dev is never set at all. The device can be looked up in the meantime, so an open() of /dev/rfcommN gets through rfcomm_tty_install() and attaches to it. When that tty is closed again, rfcomm_dev_shutdown() uses dev->tty_dev without checking it:

    • Обновитесь до 6.12.113-1
    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  15. CVE-2026-99007

    Без оценкиEPSS 0,18%Есть исправление

    drm/fb-helper: defer setup when fbdev_probe() fails, not just on -EAGAIN

    In the Linux kernel, the following vulnerability has been resolved: drm/fb-helper: defer setup when fbdev_probe() fails, not just on -EAGAIN __drm_fb_helper_initial_config_and_unlock() calls drm_client_modeset_probe() first, which already fills in each mode_set->mode/num_connectors for every connected output, and only afterwards calls drm_fb_helper_single_fb_probe() to create fb_helper->fb and wire it into those mode_sets via drm_setup_crtcs_fb(). If drm_fb_helper_single_fb_probe() fails with anything other than -EAGAIN (e.g. dev->driver->fbdev_probe() itself fails), the function bails out before drm_setup_crtcs_fb() runs and before settin

    • Обновитесь до 6.12.113-1
    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  16. CVE-2026-99006

    Высокий · CVSS 7.8EPSS 0,16%Есть исправление

    drm/i915/gem: Prevent overstepping exec array boundary

    In the Linux kernel, the following vulnerability has been resolved: drm/i915/gem: Prevent overstepping exec array boundary It is possible for eb_relocate_parse_slow() to call kvfree() on entries outside the original exec array during following scenario inside eb_relocate_parse_slow(): 1) eb_copy_relocations() allocates as many as eb->buffer_count copies for exec entries; 2) eb_parse() appends up to two VMAs, right after incrementing eb->buffer_count; 3) cleanup under "out" label uses this incremented buffer_count to release relocation pointers from exec array via kvfree(), not from VMA array. To amend this problem, ensure that

    • Обновитесь до 6.12.113-1
    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  17. CVE-2026-99005

    Без оценкиEPSS 0,19%Есть исправление

    drm/i915/gt: Unmask interrupts only when ACTIVE is true

    In the Linux kernel, the following vulnerability has been resolved: drm/i915/gt: Unmask interrupts only when ACTIVE is true There is a small race window between intel_rps_boost() reading a stale ACTIVE state and queuing rps->work, where ACTIVE may be changed via asynchronous calls triggered by wakeref drop. This means that rps_work() could be triggered after the GT has been parked, so unmasking RPS PM interrupts would happen without holding PM wakelock. This sequence of events may be observed during live_rc6_ctx_wa() selftest: 1) live_rc6_ctx_wa() -> intel_engine_pm_put() -> wakeref_put() ASYNC1) wakeref_put() callback

    • Обновитесь до 6.12.113-1
    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  18. CVE-2026-99004

    Без оценкиEPSS 0,17%Есть исправление

    drm/imagination: Size page table preallocation by device address

    In the Linux kernel, the following vulnerability has been resolved: drm/imagination: Size page table preallocation by device address Commit 0a8224058a58 ("drm/imagination: Fix page count for page table for map() interface") passed the device address to pvr_mmu_op_context_create(), but the preallocation is still sized from device_addr + sgt_offset with an exclusive end. The offset into the object's pages has no place in a device-virtual range, and the exclusive end allocates one table too many when the range ends on a table boundary. Count the tables from device_addr and the inclusive end of the range. The new calculation does not take pag

    • Обновитесь до 6.12.113-1
    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  19. CVE-2026-99003

    Без оценкиEPSS 0,17%Есть исправление

    drm/panthor: validate userspace queue count against initialized firmware slot count

    In the Linux kernel, the following vulnerability has been resolved: drm/panthor: validate userspace queue count against initialized firmware slot count In panthor_drv.c:panthor_ioctl_group_create(), the queue count is validated against the hardcoded maximum: if (!args->queues.count || args->queues.count > MAX_CS_PER_CSG) return -EINVAL; However, if the firmware reports fewer slots than MAX_CS_PER_CSG, panthor_fw_init_ifaces() will only initialize that smaller number of stream interfaces. If unprivileged userspace requests more queues than the firmware reported (but no more than MAX_CS_PER_CSG), cs_slot_prog_locked() fetches an uniniti

    • Обновитесь до 6.12.113-1
    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено
  20. CVE-2026-99002

    Высокий · CVSS 7.8EPSS 0,16%Есть исправление

    drm/vmwgfx: validate pitch coming from userspace

    In the Linux kernel, the following vulnerability has been resolved: drm/vmwgfx: validate pitch coming from userspace Validate the pitch, alongside the box dimensions before trying to copy data from the underlying surface. Fixes possible out of bounds reads with cursor snooping.

    • Обновитесь до 7.2.11-1
    Опубликовано Обновлено

Проверьте свой сервер

Сопоставьте установленный стек и версии со свежими базами уязвимостей.

Проверьте свой сервер →