p PatchFirst

PatchFirst · Vulnerabilidades recientes

Vulnerabilidades de linux-aws-5.15 · Página 190

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

Filtrar vulnerabilidades
Borrar filtros

Vulnerabilidades: 4238

  1. CVE-2024-26608

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

    ksmbd: fix global oob in ksmbd_nl_policy

    In the Linux kernel, the following vulnerability has been resolved: ksmbd: fix global oob in ksmbd_nl_policy Similar to a reported issue (check the commit b33fb5b801c6 ("net: qualcomm: rmnet: fix global oob in rmnet_policy"), my local fuzzer finds another global out-of-bounds read for policy ksmbd_nl_policy. See bug trace below: ================================================================== BUG: KASAN: global-out-of-bounds in validate_nla lib/nlattr.c:386 [inline] BUG: KASAN: global-out-of-bounds in __nla_validate_parse+0x24af/0x2750 lib/nlattr.c:600 Read of size 1 at addr ffffffff8f24b100 by task syz-executor.1/62810 CPU: 0 PID: 6281

    • Actualiza a 5.15.0-1061.67~20.04.1
    Publicación Actualización
  2. CVE-2023-52498

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

    PM: sleep: Fix possible deadlocks in core system-wide PM code

    In the Linux kernel, the following vulnerability has been resolved: PM: sleep: Fix possible deadlocks in core system-wide PM code It is reported that in low-memory situations the system-wide resume core code deadlocks, because async_schedule_dev() executes its argument function synchronously if it cannot allocate memory (and not only in that case) and that function attempts to acquire a mutex that is already held. Executing the argument function synchronously from within dpm_async_fn() may also be problematic for ordering reasons (it may cause a consumer device's resume callback to be invoked before a requisite supplier device's one, for e

    • Actualiza a 5.15.0-1061.67~20.04.1
    Publicación Actualización
  3. CVE-2023-52497

    Alta · CVSS 7.1EPSS 0,28%Corrección disponible

    erofs: fix lz4 inplace decompression

    In the Linux kernel, the following vulnerability has been resolved: erofs: fix lz4 inplace decompression Currently EROFS can map another compressed buffer for inplace decompression, that was used to handle the cases that some pages of compressed data are actually not in-place I/O. However, like most simple LZ77 algorithms, LZ4 expects the compressed data is arranged at the end of the decompressed buffer and it explicitly uses memmove() to handle overlapping: __________________________________________________________ |_ direction of decompression --> ____ |_ compressed data _| Although EROFS arranges compressed data like this, it typica

    • Actualiza a 5.15.0-1063.69~20.04.1
    Publicación Actualización
  4. CVE-2023-52494

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

    bus: mhi: host: Add alignment check for event ring read pointer

    In the Linux kernel, the following vulnerability has been resolved: bus: mhi: host: Add alignment check for event ring read pointer Though we do check the event ring read pointer by "is_valid_ring_ptr" to make sure it is in the buffer range, but there is another risk the pointer may be not aligned. Since we are expecting event ring elements are 128 bits(struct mhi_ring_element) aligned, an unaligned read pointer could lead to multiple issues like DoS or ring buffer memory corruption. So add a alignment check for event ring read pointer.

    • Actualiza a 5.15.0-1061.67~20.04.1
    Publicación Actualización
  5. CVE-2023-52493

    Media · CVSS 6.8EPSS 0,21%Corrección disponible

    bus: mhi: host: Drop chan lock before queuing buffers

    In the Linux kernel, the following vulnerability has been resolved: bus: mhi: host: Drop chan lock before queuing buffers Ensure read and write locks for the channel are not taken in succession by dropping the read lock from parse_xfer_event() such that a callback given to client can potentially queue buffers and acquire the write lock in that process. Any queueing of buffers should be done without channel read lock acquired as it can result in multiple locks and a soft lockup. [mani: added fixes tag and cc'ed stable]

    • Actualiza a 5.15.0-1061.67~20.04.1
    Publicación Actualización
  6. CVE-2023-52492

    Media · CVSS 4.4EPSS 0,27%Corrección disponible

    dmaengine: fix NULL pointer in channel unregistration function

    In the Linux kernel, the following vulnerability has been resolved: dmaengine: fix NULL pointer in channel unregistration function __dma_async_device_channel_register() can fail. In case of failure, chan->local is freed (with free_percpu()), and chan->local is nullified. When dma_async_device_unregister() is called (because of managed API or intentionally by DMA controller driver), channels are unconditionally unregistered, leading to this NULL pointer: [ 1.318693] Unable to handle kernel NULL pointer dereference at virtual address 00000000000000d0 [...] [ 1.484499] Call trace: [ 1.486930] device_del+0x40/0x394 [ 1.490314] dev

    • Actualiza a 5.15.0-1061.67~20.04.1
    Publicación Actualización
  7. CVE-2023-52491

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

    media: mtk-jpeg: Fix use after free bug due to error path handling in mtk_jpeg_dec_device_run

    In the Linux kernel, the following vulnerability has been resolved: media: mtk-jpeg: Fix use after free bug due to error path handling in mtk_jpeg_dec_device_run In mtk_jpeg_probe, &jpeg->job_timeout_work is bound with mtk_jpeg_job_timeout_work. In mtk_jpeg_dec_device_run, if error happens in mtk_jpeg_set_dec_dst, it will finally start the worker while mark the job as finished by invoking v4l2_m2m_job_finish. There are two methods to trigger the bug. If we remove the module, it which will call mtk_jpeg_remove to make cleanup. The possible sequence is as follows, which will cause a use-after-free bug. CPU0 CPU1 mtk_jpeg_d

    • Actualiza a 5.15.0-1061.67~20.04.1
    Publicación Actualización
  8. CVE-2023-52489

    Media · CVSS 4.7EPSS 0,29%Corrección disponible

    mm/sparsemem: fix race in accessing memory_section->usage

    In the Linux kernel, the following vulnerability has been resolved: mm/sparsemem: fix race in accessing memory_section->usage The below race is observed on a PFN which falls into the device memory region with the system memory configuration where PFN's are such that [ZONE_NORMAL ZONE_DEVICE ZONE_NORMAL]. Since normal zone start and end pfn contains the device memory PFN's as well, the compaction triggered will try on the device memory PFN's too though they end up in NOP(because pfn_to_online_page() returns NULL for ZONE_DEVICE memory sections). When from other core, the section mappings are being removed for the ZONE_DEVICE region, that t

    • Actualiza a 5.15.0-1061.67~20.04.1
    Publicación Actualización
  9. CVE-2023-52488

    Media · CVSS 5.6EPSS 0,29%Corrección disponible

    serial: sc16is7xx: convert from _raw_ to _noinc_ regmap functions for FIFO

    In the Linux kernel, the following vulnerability has been resolved: serial: sc16is7xx: convert from _raw_ to _noinc_ regmap functions for FIFO The SC16IS7XX IC supports a burst mode to access the FIFOs where the initial register address is sent ($00), followed by all the FIFO data without having to resend the register address each time. In this mode, the IC doesn't increment the register address for each R/W byte. The regmap_raw_read() and regmap_raw_write() are functions which can perform IO over multiple registers. They are currently used to read/write from/to the FIFO, and although they operate correctly in this burst mode on the SPI bu

    • Actualiza a 5.15.0-1065.71~20.04.1
    Publicación Actualización
  10. CVE-2023-52486

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

    drm: Don't unref the same fb many times by mistake due to deadlock handling

    In the Linux kernel, the following vulnerability has been resolved: drm: Don't unref the same fb many times by mistake due to deadlock handling If we get a deadlock after the fb lookup in drm_mode_page_flip_ioctl() we proceed to unref the fb and then retry the whole thing from the top. But we forget to reset the fb pointer back to NULL, and so if we then get another error during the retry, before the fb lookup, we proceed the unref the same fb again without having gotten another reference. The end result is that the fb will (eventually) end up being freed while it's still in use. Reset fb to NULL once we've unreffed it to avoid doing it ag

    • Actualiza a 5.15.0-1061.67~20.04.1
    Publicación Actualización
  11. CVE-2024-26607

    Media · CVSS 4.7EPSS 0,23%Corrección disponible

    drm/bridge: sii902x: Fix probing race issue

    In the Linux kernel, the following vulnerability has been resolved: drm/bridge: sii902x: Fix probing race issue A null pointer dereference crash has been observed rarely on TI platforms using sii9022 bridge: [ 53.271356] sii902x_get_edid+0x34/0x70 [sii902x] [ 53.276066] sii902x_bridge_get_edid+0x14/0x20 [sii902x] [ 53.281381] drm_bridge_get_edid+0x20/0x34 [drm] [ 53.286305] drm_bridge_connector_get_modes+0x8c/0xcc [drm_kms_helper] [ 53.292955] drm_helper_probe_single_connector_modes+0x190/0x538 [drm_kms_helper] [ 53.300510] drm_client_modeset_probe+0x1f0/0xbd4 [drm] [ 53.305958] __drm_fb_helper_initial_config_and_unloc

    • Actualiza a 5.15.0-1072.78~20.04.1
    Publicación Actualización
  12. CVE-2023-52484

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

    iommu/arm-smmu-v3: Fix soft lockup triggered by arm_smmu_mm_invalidate_range

    In the Linux kernel, the following vulnerability has been resolved: iommu/arm-smmu-v3: Fix soft lockup triggered by arm_smmu_mm_invalidate_range When running an SVA case, the following soft lockup is triggered: -------------------------------------------------------------------- watchdog: BUG: soft lockup - CPU#244 stuck for 26s! pstate: 83400009 (Nzcv daif +PAN -UAO +TCO +DIT -SSBS BTYPE=--) pc : arm_smmu_cmdq_issue_cmdlist+0x178/0xa50 lr : arm_smmu_cmdq_issue_cmdlist+0x150/0xa50 sp : ffff8000d83ef290 x29: ffff8000d83ef290 x28: 000000003b9aca00 x27: 0000000000000000 x26: ffff8000d83ef3c0 x25: da86c0812194a0e8 x24: 0000000000000000 x23: 000

    • Actualiza a 5.15.0-1053.58~20.04.1
    Publicación Actualización
  13. CVE-2023-52483

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

    mctp: perform route lookups under a RCU read-side lock

    In the Linux kernel, the following vulnerability has been resolved: mctp: perform route lookups under a RCU read-side lock Our current route lookups (mctp_route_lookup and mctp_route_lookup_null) traverse the net's route list without the RCU read lock held. This means the route lookup is subject to preemption, resulting in an potential grace period expiry, and so an eventual kfree() while we still have the route pointer. Add the proper read-side critical section locks around the route lookups, preventing premption and a possible parallel kfree. The remaining net->mctp.routes accesses are already under a rcu_read_lock, or protected by the

    • Actualiza a 5.15.0-1056.61~20.04.1
    Publicación Actualización
  14. CVE-2023-52482

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

    x86/srso: Add SRSO mitigation for Hygon processors

    In the Linux kernel, the following vulnerability has been resolved: x86/srso: Add SRSO mitigation for Hygon processors Add mitigation for the speculative return stack overflow vulnerability which exists on Hygon processors too.

    • Actualiza a 5.15.0-1053.58~20.04.1
    Publicación Actualización
  15. CVE-2023-52478

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

    HID: logitech-hidpp: Fix kernel crash on receiver USB disconnect

    In the Linux kernel, the following vulnerability has been resolved: HID: logitech-hidpp: Fix kernel crash on receiver USB disconnect hidpp_connect_event() has *four* time-of-check vs time-of-use (TOCTOU) races when it races with itself. hidpp_connect_event() primarily runs from a workqueue but it also runs on probe() and if a "device-connected" packet is received by the hw when the thread running hidpp_connect_event() from probe() is waiting on the hw, then a second thread running hidpp_connect_event() will be started from the workqueue. This opens the following races (note the below code is simplified): 1. Retrieving + printing the prot

    • Actualiza a 5.15.0-1053.58~20.04.1
    Publicación Actualización
  16. CVE-2023-52477

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

    usb: hub: Guard against accesses to uninitialized BOS descriptors

    In the Linux kernel, the following vulnerability has been resolved: usb: hub: Guard against accesses to uninitialized BOS descriptors Many functions in drivers/usb/core/hub.c and drivers/usb/core/hub.h access fields inside udev->bos without checking if it was allocated and initialized. If usb_get_bos_descriptor() fails for whatever reason, udev->bos will be NULL and those accesses will result in a crash: BUG: kernel NULL pointer dereference, address: 0000000000000018 PGD 0 P4D 0 Oops: 0000 [#1] PREEMPT SMP NOPTI CPU: 5 PID: 17818 Comm: kworker/5:1 Tainted: G W 5.15.108-18910-gab0e1cb584e1 #1 <HASH:1f9e 1> Hardware name: Google Kindred/Kind

    • Actualiza a 5.15.0-1053.58~20.04.1
    Publicación Actualización
  17. CVE-2023-52475

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

    Input: powermate - fix use-after-free in powermate_config_complete

    In the Linux kernel, the following vulnerability has been resolved: Input: powermate - fix use-after-free in powermate_config_complete syzbot has found a use-after-free bug [1] in the powermate driver. This happens when the device is disconnected, which leads to a memory free from the powermate_device struct. When an asynchronous control message completes after the kfree and its callback is invoked, the lock does not exist anymore and hence the bug. Use usb_kill_urb() on pm->config to cancel any in-progress requests upon device disconnection. [1] https://syzkaller.appspot.com/bug?extid=0434ac83f907a1dbdd1e

    • Actualiza a 5.15.0-1053.58~20.04.1
    Publicación Actualización
  18. CVE-2023-52474

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

    IB/hfi1: Fix bugs with non-PAGE_SIZE-end multi-iovec user SDMA requests

    In the Linux kernel, the following vulnerability has been resolved: IB/hfi1: Fix bugs with non-PAGE_SIZE-end multi-iovec user SDMA requests hfi1 user SDMA request processing has two bugs that can cause data corruption for user SDMA requests that have multiple payload iovecs where an iovec other than the tail iovec does not run up to the page boundary for the buffer pointed to by that iovec.a Here are the specific bugs: 1. user_sdma_txadd() does not use struct user_sdma_iovec->iov.iov_len. Rather, user_sdma_txadd() will add up to PAGE_SIZE bytes from iovec to the packet, even if some of those bytes are past iovec->iov.iov_len and a

    • Actualiza a 5.15.0-1041.46~20.04.1
    Publicación Actualización
  19. CVE-2019-25162

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

    i2c: Fix a potential use after free

    In the Linux kernel, the following vulnerability has been resolved: i2c: Fix a potential use after free Free the adap structure only after we are done using it. This patch just moves the put_device() down a bit to avoid the use after free. [wsa: added comment to the code, added Fixes tag]

    • Actualiza a 5.15.0-1023.27~20.04.1
    Publicación Actualización

Comprueba tu servidor

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

Comprueba tu servidor →