p PatchFirst

PatchFirst · Aktuelle Sicherheitslücken

Sicherheitslücken in linux-azure-5.15 · Seite 102

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

Sicherheitslücken filtern
Filter zurücksetzen

Sicherheitslücken: 4525

  1. CVE-2022-49295

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

    nbd: call genl_unregister_family() first in nbd_cleanup()

    In the Linux kernel, the following vulnerability has been resolved: nbd: call genl_unregister_family() first in nbd_cleanup() Otherwise there may be race between module removal and the handling of netlink command, which can lead to the oops as shown below: BUG: kernel NULL pointer dereference, address: 0000000000000098 Oops: 0002 [#1] SMP PTI CPU: 1 PID: 31299 Comm: nbd-client Tainted: G E 5.14.0-rc4 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996) RIP: 0010:down_write+0x1a/0x50 Call Trace: start_creating+0x89/0x130 debugfs_create_dir+0x1b/0x130 nbd_start_device+0x13d/0x390 [nbd] nbd_genl_connect

    • Auf 5.15.0-1020.25~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  2. CVE-2022-49294

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

    drm/amd/display: Check if modulo is 0 before dividing.

    In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: Check if modulo is 0 before dividing. [How & Why] If a value of 0 is read, then this will cause a divide-by-0 panic.

    • Auf 5.15.0-1020.25~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  3. CVE-2022-49292

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

    ALSA: oss: Fix PCM OSS buffer allocation overflow

    In the Linux kernel, the following vulnerability has been resolved: ALSA: oss: Fix PCM OSS buffer allocation overflow We've got syzbot reports hitting INT_MAX overflow at vmalloc() allocation that is called from snd_pcm_plug_alloc(). Although we apply the restrictions to input parameters, it's based only on the hw_params of the underlying PCM device. Since the PCM OSS layer allocates a temporary buffer for the data conversion, the size may become unexpectedly large when more channels or higher rates is given; in the reported case, it went over INT_MAX, hence it hits WARN_ON(). This patch is an attempt to avoid such an overflow and an all

    • Auf 5.15.0-1008.9~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  4. CVE-2022-49291

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

    ALSA: pcm: Fix races among concurrent hw_params and hw_free calls

    In the Linux kernel, the following vulnerability has been resolved: ALSA: pcm: Fix races among concurrent hw_params and hw_free calls Currently we have neither proper check nor protection against the concurrent calls of PCM hw_params and hw_free ioctls, which may result in a UAF. Since the existing PCM stream lock can't be used for protecting the whole ioctl operations, we need a new mutex to protect those racy calls. This patch introduced a new mutex, runtime->buffer_mutex, and applies it to both hw_params and hw_free ioctl code paths. Along with it, the both functions are slightly modified (the mmap_count check is moved into the state-

    • Auf 5.15.0-1008.9~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  5. CVE-2022-49290

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

    mac80211: fix potential double free on mesh join

    In the Linux kernel, the following vulnerability has been resolved: mac80211: fix potential double free on mesh join While commit 6a01afcf8468 ("mac80211: mesh: Free ie data when leaving mesh") fixed a memory leak on mesh leave / teardown it introduced a potential memory corruption caused by a double free when rejoining the mesh: ieee80211_leave_mesh() -> kfree(sdata->u.mesh.ie); ... ieee80211_join_mesh() -> copy_mesh_setup() -> old_ie = ifmsh->ie; -> kfree(old_ie); This double free / kernel panics can be reproduced by using wpa_supplicant with an encrypted mesh (if set up without encryption via "iw" then ifmsh->ie is

    • Auf 5.15.0-1008.9~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  6. CVE-2022-49289

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

    uaccess: fix integer overflow on access_ok()

    In the Linux kernel, the following vulnerability has been resolved: uaccess: fix integer overflow on access_ok() Three architectures check the end of a user access against the address limit without taking a possible overflow into account. Passing a negative length or another overflow in here returns success when it should not. Use the most common correct implementation here, which optimizes for a constant 'size' argument, and turns the common case into a single comparison.

    • Auf 5.15.0-1008.9~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  7. CVE-2022-49288

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

    ALSA: pcm: Fix races among concurrent prealloc proc writes

    In the Linux kernel, the following vulnerability has been resolved: ALSA: pcm: Fix races among concurrent prealloc proc writes We have no protection against concurrent PCM buffer preallocation changes via proc files, and it may potentially lead to UAF or some weird problem. This patch applies the PCM open_mutex to the proc write operation for avoiding the racy proc writes and the PCM stream open (and further operations).

    • Auf 5.15.0-1008.9~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  8. CVE-2022-49287

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

    tpm: fix reference counting for struct tpm_chip

    In the Linux kernel, the following vulnerability has been resolved: tpm: fix reference counting for struct tpm_chip The following sequence of operations results in a refcount warning: 1. Open device /dev/tpmrm. 2. Remove module tpm_tis_spi. 3. Write a TPM command to the file descriptor opened at step 1. ------------[ cut here ]------------ WARNING: CPU: 3 PID: 1161 at lib/refcount.c:25 kobject_get+0xa0/0xa4 refcount_t: addition on 0; use-after-free. Modules linked in: tpm_tis_spi tpm_tis_core tpm mdio_bcm_unimac brcmfmac sha256_generic libsha256 sha256_arm hci_uart btbcm bluetooth cfg80211 vc4 brcmutil ecdh_generic ecc snd_soc_core crc32_

    • Auf 5.15.0-1008.9~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  9. CVE-2022-49286

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

    tpm: use try_get_ops() in tpm-space.c

    In the Linux kernel, the following vulnerability has been resolved: tpm: use try_get_ops() in tpm-space.c As part of the series conversion to remove nested TPM operations: https://lore.kernel.org/all/[email protected]/ exposure of the chip->tpm_mutex was removed from much of the upper level code. In this conversion, tpm2_del_space() was missed. This didn't matter much because it's usually called closely after a converted operation, so there's only a very tiny race window where the chip can be removed before the space flushing is done which causes a NULL deref on the mutex. However, there are reports

    • Auf 5.15.0-1008.9~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  10. CVE-2022-49285

    Mittel · CVSS 6.8EPSS 0,26%Korrektur verfügbar

    iio: accel: mma8452: use the correct logic to get mma8452_data

    In the Linux kernel, the following vulnerability has been resolved: iio: accel: mma8452: use the correct logic to get mma8452_data The original logic to get mma8452_data is wrong, the *dev point to the device belong to iio_dev. we can't use this dev to find the correct i2c_client. The original logic happen to work because it finally use dev->driver_data to get iio_dev. Here use the API to_i2c_client() is wrong and make reader confuse. To correct the logic, it should be like this struct mma8452_data *data = iio_priv(dev_get_drvdata(dev)); But after commit 8b7651f25962 ("iio: iio_device_alloc(): Remove unnecessary self drvdata"), the uppe

    • Auf 5.15.0-1021.26~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  11. CVE-2022-49284

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

    coresight: syscfg: Fix memleak on registration failure in cscfg_create_device

    In the Linux kernel, the following vulnerability has been resolved: coresight: syscfg: Fix memleak on registration failure in cscfg_create_device device_register() calls device_initialize(), according to doc of device_initialize: Use put_device() to give up your reference instead of freeing * @dev directly once you have called this function. To prevent potential memleak, use put_device() for error handling.

    • Auf 5.15.0-1008.9~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  12. CVE-2022-49283

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

    firmware: sysfb: fix platform-device leak in error path

    In the Linux kernel, the following vulnerability has been resolved: firmware: sysfb: fix platform-device leak in error path Make sure to free the platform device also in the unlikely event that registration fails.

    • Auf 5.15.0-1008.9~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  13. CVE-2022-49282

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

    f2fs: quota: fix loop condition at f2fs_quota_sync()

    In the Linux kernel, the following vulnerability has been resolved: f2fs: quota: fix loop condition at f2fs_quota_sync() cnt should be passed to sb_has_quota_active() instead of type to check active quota properly. Moreover, when the type is -1, the compiler with enough inline knowledge can discard sb_has_quota_active() check altogether, causing a NULL pointer dereference at the following inode_lock(dqopt->files[cnt]): [ 2.796010] Unable to handle kernel NULL pointer dereference at virtual address 00000000000000a0 [ 2.796024] Mem abort info: [ 2.796025] ESR = 0x96000005 [ 2.796028] EC = 0x25: DABT (current EL), IL = 32 bit

    • Auf 5.15.0-1008.9~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  14. CVE-2022-49281

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

    cifs: fix handlecache and multiuser

    In the Linux kernel, the following vulnerability has been resolved: cifs: fix handlecache and multiuser In multiuser each individual user has their own tcon structure for the share and thus their own handle for a cached directory. When we umount such a share we much make sure to release the pinned down dentry for each such tcon and not just the master tcon. Otherwise we will get nasty warnings on umount that dentries are still in use: [ 3459.590047] BUG: Dentry 00000000115c6f41{i=12000000019d95,n=/} still in use\ (2) [unmount of cifs cifs] ... [ 3459.590492] Call Trace: [ 3459.590500] d_walk+0x61/0x2a0 [ 3459.590518] ? shrink_lock_dent

    • Auf 5.15.0-1008.9~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  15. CVE-2022-49280

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

    NFSD: prevent underflow in nfssvc_decode_writeargs()

    In the Linux kernel, the following vulnerability has been resolved: NFSD: prevent underflow in nfssvc_decode_writeargs() Smatch complains: fs/nfsd/nfsxdr.c:341 nfssvc_decode_writeargs() warn: no lower bound on 'args->len' Change the type to unsigned to prevent this issue.

    • Auf 5.15.0-1008.9~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  16. CVE-2022-49278

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

    remoteproc: Fix count check in rproc_coredump_write()

    In the Linux kernel, the following vulnerability has been resolved: remoteproc: Fix count check in rproc_coredump_write() Check count for 0, to avoid a potential underflow. Make the check the same as the one in rproc_recovery_write().

    • Auf 5.15.0-1008.9~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  17. CVE-2022-49277

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

    jffs2: fix memory leak in jffs2_do_mount_fs

    In the Linux kernel, the following vulnerability has been resolved: jffs2: fix memory leak in jffs2_do_mount_fs If jffs2_build_filesystem() in jffs2_do_mount_fs() returns an error, we can observe the following kmemleak report: -------------------------------------------- unreferenced object 0xffff88811b25a640 (size 64): comm "mount", pid 691, jiffies 4294957728 (age 71.952s) hex dump (first 32 bytes): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ backtrace: [<ffffffffa493be24>] kmem_cache_alloc_trace+0x584/0x880 [<ffffffffa5423a06>]

    • Auf 5.15.0-1008.9~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  18. CVE-2022-49276

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

    jffs2: fix memory leak in jffs2_scan_medium

    In the Linux kernel, the following vulnerability has been resolved: jffs2: fix memory leak in jffs2_scan_medium If an error is returned in jffs2_scan_eraseblock() and some memory has been added to the jffs2_summary *s, we can observe the following kmemleak report: -------------------------------------------- unreferenced object 0xffff88812b889c40 (size 64): comm "mount", pid 692, jiffies 4294838325 (age 34.288s) hex dump (first 32 bytes): 40 48 b5 14 81 88 ff ff 01 e0 31 00 00 00 50 00 @H........1...P. 00 00 01 00 00 00 01 00 00 00 02 00 00 00 09 08 ................ backtrace: [<ffffffffae93a3a3>] __kmalloc+0x613/0x910

    • Auf 5.15.0-1008.9~20.04.1 aktualisieren
    Veröffentlicht Aktualisiert
  19. CVE-2022-49275

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

    can: m_can: m_can_tx_handler(): fix use after free of skb

    In the Linux kernel, the following vulnerability has been resolved: can: m_can: m_can_tx_handler(): fix use after free of skb can_put_echo_skb() will clone skb then free the skb. Move the can_put_echo_skb() for the m_can version 3.0.x directly before the start of the xmit in hardware, similar to the 3.1.x branch.

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