p PatchFirst

PatchFirst · Vulnérabilités récentes

Vulnérabilités de linux-azure-5.15 · Page n° 93

Vulnérabilité publiée pour linux-azure-5.15 au cours des 30 derniers jours : 0. Dans le catalogue KEV : 0.

Filtrer les vulnérabilités
Effacer les filtres

Vulnérabilités : 4525

  1. CVE-2022-49523

    Moyenne · CVSS 5.5EPSS 0,26%Correctif disponible

    ath11k: disable spectral scan during spectral deinit

    In the Linux kernel, the following vulnerability has been resolved: ath11k: disable spectral scan during spectral deinit When ath11k modules are removed using rmmod with spectral scan enabled, crash is observed. Different crash trace is observed for each crash. Send spectral scan disable WMI command to firmware before cleaning the spectral dbring in the spectral_deinit API to avoid this crash. call trace from one of the crash observed: [ 1252.880802] Unable to handle kernel NULL pointer dereference at virtual address 00000008 [ 1252.882722] pgd = 0f42e886 [ 1252.890955] [00000008] *pgd=00000000 [ 1252.893478] Internal error: Oops: 5 [#1]

    • Mettez à jour vers 5.15.0-1019.24~20.04.1
    Publication Mise à jour
  2. CVE-2022-49522

    Moyenne · CVSS 5.5EPSS 0,26%Correctif disponible

    mmc: jz4740: Apply DMA engine limits to maximum segment size

    In the Linux kernel, the following vulnerability has been resolved: mmc: jz4740: Apply DMA engine limits to maximum segment size Do what is done in other DMA-enabled MMC host drivers (cf. host/mmci.c) and limit the maximum segment size based on the DMA engine's capabilities. This is needed to avoid warnings like the following with CONFIG_DMA_API_DEBUG=y. ------------[ cut here ]------------ WARNING: CPU: 0 PID: 21 at kernel/dma/debug.c:1162 debug_dma_map_sg+0x2f4/0x39c DMA-API: jz4780-dma 13420000.dma-controller: mapping sg segment longer than device claims to support [len=98304] [max=65536] CPU: 0 PID: 21 Comm: kworker/0:1H Not tainted 5.

    • Mettez à jour vers 5.15.0-1019.24~20.04.1
    Publication Mise à jour
  3. CVE-2022-49521

    Élevée · CVSS 7.1EPSS 0,27%Correctif disponible

    scsi: lpfc: Fix resource leak in lpfc_sli4_send_seq_to_ulp()

    In the Linux kernel, the following vulnerability has been resolved: scsi: lpfc: Fix resource leak in lpfc_sli4_send_seq_to_ulp() If no handler is found in lpfc_complete_unsol_iocb() to match the rctl of a received frame, the frame is dropped and resources are leaked. Fix by returning resources when discarding an unhandled frame type. Update lpfc_fc_frame_check() handling of NOP basic link service.

    • Mettez à jour vers 5.15.0-1019.24~20.04.1
    Publication Mise à jour
  4. CVE-2022-49520

    Moyenne · CVSS 5.5EPSS 0,3%Correctif disponible

    arm64: compat: Do not treat syscall number as ESR_ELx for a bad syscall

    In the Linux kernel, the following vulnerability has been resolved: arm64: compat: Do not treat syscall number as ESR_ELx for a bad syscall If a compat process tries to execute an unknown system call above the __ARM_NR_COMPAT_END number, the kernel sends a SIGILL signal to the offending process. Information about the error is printed to dmesg in compat_arm_syscall() -> arm64_notify_die() -> arm64_force_sig_fault() -> arm64_show_signal(). arm64_show_signal() interprets a non-zero value for current->thread.fault_code as an exception syndrome and displays the message associated with the ESR_ELx.EC field (bits 31:26). current->thread.fault_cod

    • Mettez à jour vers 5.15.0-1019.24~20.04.1
    Publication Mise à jour
  5. CVE-2022-49519

    Élevée · CVSS 8.8EPSS 0,35%Correctif disponible

    ath10k: skip ath10k_halt during suspend for driver state RESTARTING

    In the Linux kernel, the following vulnerability has been resolved: ath10k: skip ath10k_halt during suspend for driver state RESTARTING Double free crash is observed when FW recovery(caused by wmi timeout/crash) is followed by immediate suspend event. The FW recovery is triggered by ath10k_core_restart() which calls driver clean up via ath10k_halt(). When the suspend event occurs between the FW recovery, the restart worker thread is put into frozen state until suspend completes. The suspend event triggers ath10k_stop() which again triggers ath10k_halt() The double invocation of ath10k_halt() causes ath10k_htt_rx_free() to be called twice(No

    • Mettez à jour vers 5.15.0-1019.24~20.04.1
    Publication Mise à jour
  6. CVE-2022-49517

    Moyenne · CVSS 5.5EPSS 0,27%Correctif disponible

    ASoC: mediatek: Fix missing of_node_put in mt2701_wm8960_machine_probe

    In the Linux kernel, the following vulnerability has been resolved: ASoC: mediatek: Fix missing of_node_put in mt2701_wm8960_machine_probe This node pointer is returned by of_parse_phandle() with refcount incremented in this function. Calling of_node_put() to avoid the refcount leak.

    • Mettez à jour vers 5.15.0-1019.24~20.04.1
    Publication Mise à jour
  7. CVE-2022-49515

    Élevée · CVSS 7.1EPSS 0,27%Correctif disponible

    ASoC: cs35l41: Fix an out-of-bounds access in otp_packed_element_t

    In the Linux kernel, the following vulnerability has been resolved: ASoC: cs35l41: Fix an out-of-bounds access in otp_packed_element_t The CS35L41_NUM_OTP_ELEM is 100, but only 99 entries are defined in the array otp_map_1/2[CS35L41_NUM_OTP_ELEM], this will trigger UBSAN to report a shift-out-of-bounds warning in the cs35l41_otp_unpack() since the last entry in the array will result in GENMASK(-1, 0). UBSAN reports this problem: UBSAN: shift-out-of-bounds in /home/hwang4/build/jammy/jammy/sound/soc/codecs/cs35l41-lib.c:836:8 shift exponent 64 is too large for 64-bit type 'long unsigned int' CPU: 10 PID: 595 Comm: systemd-udevd Not taint

    • Mettez à jour vers 5.15.0-1030.37~20.04.1
    Publication Mise à jour
  8. CVE-2022-49514

    Moyenne · CVSS 5.5EPSS 0,27%Correctif disponible

    ASoC: mediatek: Fix error handling in mt8173_max98090_dev_probe

    In the Linux kernel, the following vulnerability has been resolved: ASoC: mediatek: Fix error handling in mt8173_max98090_dev_probe Call of_node_put(platform_node) to avoid refcount leak in the error path.

    • Mettez à jour vers 5.15.0-1019.24~20.04.1
    Publication Mise à jour
  9. CVE-2022-49513

    Moyenne · CVSS 5.5EPSS 0,27%Correctif disponible

    cpufreq: governor: Use kobject release() method to free dbs_data

    In the Linux kernel, the following vulnerability has been resolved: cpufreq: governor: Use kobject release() method to free dbs_data The struct dbs_data embeds a struct gov_attr_set and the struct gov_attr_set embeds a kobject. Since every kobject must have a release() method and we can't use kfree() to free it directly, so introduce cpufreq_dbs_data_release() to release the dbs_data via the kobject::release() method. This fixes the calltrace like below: ODEBUG: free active (active state 0) object type: timer_list hint: delayed_work_timer_fn+0x0/0x34 WARNING: CPU: 12 PID: 810 at lib/debugobjects.c:505 debug_print_object+0xb8/0x100 Mo

    • Mettez à jour vers 5.15.0-1036.43~20.04.1
    Publication Mise à jour
  10. CVE-2022-49512

    Moyenne · CVSS 5.5EPSS 0,26%Correctif disponible

    mtd: rawnand: denali: Use managed device resources

    In the Linux kernel, the following vulnerability has been resolved: mtd: rawnand: denali: Use managed device resources All of the resources used by this driver has managed interfaces, so use them. Otherwise we will get the following splat: [ 4.472703] denali-nand-pci 0000:00:05.0: timeout while waiting for irq 0x1000 [ 4.474071] denali-nand-pci: probe of 0000:00:05.0 failed with error -5 [ 4.473538] nand: No NAND device found [ 4.474068] BUG: unable to handle page fault for address: ffffc90005000410 [ 4.475169] #PF: supervisor write access in kernel mode [ 4.475579] #PF: error_code(0x0002) - not-present page [ 4.478362

    • Mettez à jour vers 5.15.0-1019.24~20.04.1
    Publication Mise à jour
  11. CVE-2022-49509

    Élevée · CVSS 7.1EPSS 0,29%Correctif disponible

    media: i2c: max9286: fix kernel oops when removing module

    In the Linux kernel, the following vulnerability has been resolved: media: i2c: max9286: fix kernel oops when removing module When removing the max9286 module we get a kernel oops: Unable to handle kernel paging request at virtual address 000000aa00000094 Mem abort info: ESR = 0x96000004 EC = 0x25: DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC = 0x04: level 0 translation fault Data abort info: ISV = 0, ISS = 0x00000004 CM = 0, WnR = 0 user pgtable: 4k pages, 48-bit VAs, pgdp=0000000880d85000 [000000aa00000094] pgd=0000000000000000, p4d=0000000000000000 Internal error: Oops: 96000004 [#1] PREEMPT SMP M

    • Mettez à jour vers 5.15.0-1019.24~20.04.1
    Publication Mise à jour
  12. CVE-2022-49508

    Élevée · CVSS 7.8EPSS 0,3%Correctif disponible

    HID: elan: Fix potential double free in elan_input_configured

    In the Linux kernel, the following vulnerability has been resolved: HID: elan: Fix potential double free in elan_input_configured 'input' is a managed resource allocated with devm_input_allocate_device(), so there is no need to call input_free_device() explicitly or there will be a double free. According to the doc of devm_input_allocate_device(): * Managed input devices do not need to be explicitly unregistered or * freed as it will be done automatically when owner device unbinds from * its driver (or binding fails).

    • Mettez à jour vers 5.15.0-1019.24~20.04.1
    Publication Mise à jour
  13. CVE-2022-49507

    Moyenne · CVSS 5.5EPSS 0,26%Correctif disponible

    regulator: da9121: Fix uninit-value in da9121_assign_chip_model()

    In the Linux kernel, the following vulnerability has been resolved: regulator: da9121: Fix uninit-value in da9121_assign_chip_model() KASAN report slab-out-of-bounds in __regmap_init as follows: BUG: KASAN: slab-out-of-bounds in __regmap_init drivers/base/regmap/regmap.c:841 Read of size 1 at addr ffff88803678cdf1 by task xrun/9137 CPU: 0 PID: 9137 Comm: xrun Tainted: G W 5.18.0-rc2 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.13.0-1ubuntu1.1 04/01/2014 Call Trace: <TASK> dump_stack_lvl+0xe8/0x15a lib/dump_stack.c:88 print_report.cold+0xcd/0x69b mm/kasan/report.c:313 kasan_report+0x8e/0xc0 mm/kasan/repo

    • Mettez à jour vers 5.15.0-1019.24~20.04.1
    Publication Mise à jour
  14. CVE-2022-49506

    Moyenne · CVSS 5.7EPSS 0,26%Correctif disponible

    drm/mediatek: Add vblank register/unregister callback functions

    In the Linux kernel, the following vulnerability has been resolved: drm/mediatek: Add vblank register/unregister callback functions We encountered a kernel panic issue that callback data will be NULL when it's using in ovl irq handler. There is a timing issue between mtk_disp_ovl_irq_handler() and mtk_ovl_disable_vblank(). To resolve this issue, we use the flow to register/unregister vblank cb: - Register callback function and callback data when crtc creates. - Unregister callback function and callback data when crtc destroies. With this solution, we can assure callback data will not be NULL when vblank is disable.

    • Mettez à jour vers 5.15.0-1021.26~20.04.1
    Publication Mise à jour
  15. CVE-2022-49505

    Élevée · CVSS 7.8EPSS 0,28%Correctif disponible

    NFC: NULL out the dev->rfkill to prevent UAF

    In the Linux kernel, the following vulnerability has been resolved: NFC: NULL out the dev->rfkill to prevent UAF Commit 3e3b5dfcd16a ("NFC: reorder the logic in nfc_{un,}register_device") assumes the device_is_registered() in function nfc_dev_up() will help to check when the rfkill is unregistered. However, this check only take effect when device_del(&dev->dev) is done in nfc_unregister_device(). Hence, the rfkill object is still possible be dereferenced. The crash trace in latest kernel (5.18-rc2): [ 68.760105] ================================================================== [ 68.760330] BUG: KASAN: use-after-free in __lock_acquire

    • Mettez à jour vers 5.15.0-1019.24~20.04.1
    Publication Mise à jour
  16. CVE-2022-49503

    Élevée · CVSS 7.1EPSS 0,28%Correctif disponible

    ath9k_htc: fix potential out of bounds access with invalid rxstatus->rs_keyix

    In the Linux kernel, the following vulnerability has been resolved: ath9k_htc: fix potential out of bounds access with invalid rxstatus->rs_keyix The "rxstatus->rs_keyix" eventually gets passed to test_bit() so we need to ensure that it is within the bitmap. drivers/net/wireless/ath/ath9k/common.c:46 ath9k_cmn_rx_accept() error: passing untrusted data 'rx_stats->rs_keyix' to 'test_bit()'

    • Mettez à jour vers 5.15.0-1019.24~20.04.1
    Publication Mise à jour
  17. CVE-2022-49501

    Élevée · CVSS 7.8EPSS 0,27%Correctif disponible

    usbnet: Run unregister_netdev() before unbind() again

    In the Linux kernel, the following vulnerability has been resolved: usbnet: Run unregister_netdev() before unbind() again Commit 2c9d6c2b871d ("usbnet: run unbind() before unregister_netdev()") sought to fix a use-after-free on disconnect of USB Ethernet adapters. It turns out that a different fix is necessary to address the issue: https://lore.kernel.org/netdev/18b3541e5372bc9b9fc733d422f4e698c089077c.1650177997.git.lukas@wunner.de/ So the commit was not necessary. The commit made binding and unbinding of USB Ethernet asymmetrical: Before, usbnet_probe() first invoked the ->bind() callback and then register_netdev(). usbnet_disconnect(

    • Mettez à jour vers 5.15.0-1019.24~20.04.1
    Publication Mise à jour
  18. CVE-2022-49498

    Moyenne · CVSS 5.5EPSS 0,27%Correctif disponible

    ALSA: pcm: Check for null pointer of pointer substream before dereferencing it

    In the Linux kernel, the following vulnerability has been resolved: ALSA: pcm: Check for null pointer of pointer substream before dereferencing it Pointer substream is being dereferenced on the assignment of pointer card before substream is being null checked with the macro PCM_RUNTIME_CHECK. Although PCM_RUNTIME_CHECK calls BUG_ON, it still is useful to perform the the pointer check before card is assigned.

    • Mettez à jour vers 5.15.0-1019.24~20.04.1
    Publication Mise à jour
  19. CVE-2022-49497

    Moyenne · CVSS 5.5EPSS 0,27%Correctif disponible

    net: remove two BUG() from skb_checksum_help()

    In the Linux kernel, the following vulnerability has been resolved: net: remove two BUG() from skb_checksum_help() I have a syzbot report that managed to get a crash in skb_checksum_help() If syzbot can trigger these BUG(), it makes sense to replace them with more friendly WARN_ON_ONCE() since skb_checksum_help() can instead return an error code. Note that syzbot will still crash there, until real bug is fixed.

    • Mettez à jour vers 5.15.0-1019.24~20.04.1
    Publication Mise à jour

Vérifiez votre serveur

Comparez votre pile et les versions installées aux bases de vulnérabilités actuelles.

Vérifiez votre serveur →