p PatchFirst

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

Уязвимости linux-aws-5.15 · Страница 170

За последние 30 дней в linux-aws-5.15 опубликовано уязвимостей: 0; в каталоге KEV: 0.

Фильтры уязвимостей
Сбросить фильтры

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

  1. CVE-2024-35791

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

    KVM: SVM: Flush pages under kvm->lock to fix UAF in svm_register_enc_region()

    In the Linux kernel, the following vulnerability has been resolved: KVM: SVM: Flush pages under kvm->lock to fix UAF in svm_register_enc_region() Do the cache flush of converted pages in svm_register_enc_region() before dropping kvm->lock to fix use-after-free issues where region and/or its array of pages could be freed by a different task, e.g. if userspace has __unregister_enc_region_locked() already queued up for the region. Note, the "obvious" alternative of using local variables doesn't fully resolve the bug, as region->pages is also dynamically allocated. I.e. the region structure itself would be fine, but region->pages could be fre

    • Обновитесь до 5.15.0-1065.71~20.04.1
  2. CVE-2024-35789

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

    wifi: mac80211: check/clear fast rx for non-4addr sta VLAN changes

    In the Linux kernel, the following vulnerability has been resolved: wifi: mac80211: check/clear fast rx for non-4addr sta VLAN changes When moving a station out of a VLAN and deleting the VLAN afterwards, the fast_rx entry still holds a pointer to the VLAN's netdev, which can cause use-after-free bugs. Fix this by immediately calling ieee80211_check_fast_rx after the VLAN change.

    • Обновитесь до 5.15.0-1065.71~20.04.1
  3. CVE-2024-35785

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

    tee: optee: Fix kernel panic caused by incorrect error handling

    In the Linux kernel, the following vulnerability has been resolved: tee: optee: Fix kernel panic caused by incorrect error handling The error path while failing to register devices on the TEE bus has a bug leading to kernel panic as follows: [ 15.398930] Unable to handle kernel paging request at virtual address ffff07ed00626d7c [ 15.406913] Mem abort info: [ 15.409722] ESR = 0x0000000096000005 [ 15.413490] EC = 0x25: DABT (current EL), IL = 32 bits [ 15.418814] SET = 0, FnV = 0 [ 15.421878] EA = 0, S1PTW = 0 [ 15.425031] FSC = 0x05: level 1 translation fault [ 15.429922] Data abort info: [ 15.432813] ISV = 0,

    • Обновитесь до 5.15.0-1065.71~20.04.1
  4. CVE-2024-27436

    Средний · CVSS 5.3EPSS 0,62%Есть исправление

    ALSA: usb-audio: Stop parsing channels bits when all channels are found.

    In the Linux kernel, the following vulnerability has been resolved: ALSA: usb-audio: Stop parsing channels bits when all channels are found. If a usb audio device sets more bits than the amount of channels it could write outside of the map array.

    • Обновитесь до 5.15.0-1063.69~20.04.1
  5. CVE-2024-27432

    Средний · CVSS 5.5EPSS 0,22%Есть исправление

    net: ethernet: mtk_eth_soc: fix PPE hanging issue

    In the Linux kernel, the following vulnerability has been resolved: net: ethernet: mtk_eth_soc: fix PPE hanging issue A patch to resolve an issue was found in MediaTek's GPL-licensed SDK: In the mtk_ppe_stop() function, the PPE scan mode is not disabled before disabling the PPE. This can potentially lead to a hang during the process of disabling the PPE. Without this patch, the PPE may experience a hang during the reboot test.

    • Обновитесь до 5.15.0-1063.69~20.04.1
  6. CVE-2024-27431

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

    cpumap: Zero-initialise xdp_rxq_info struct before running XDP program

    In the Linux kernel, the following vulnerability has been resolved: cpumap: Zero-initialise xdp_rxq_info struct before running XDP program When running an XDP program that is attached to a cpumap entry, we don't initialise the xdp_rxq_info data structure being used in the xdp_buff that backs the XDP program invocation. Tobias noticed that this leads to random values being returned as the xdp_md->rx_queue_index value for XDP programs running in a cpumap. This means we're basically returning the contents of the uninitialised memory, which is bad. Fix this by zero-initialising the rxq data structure before running the XDP program.

    • Обновитесь до 5.15.0-1063.69~20.04.1
  7. CVE-2024-27419

    Средний · CVSS 4.7EPSS 0,19%Есть исправление

    netrom: Fix data-races around sysctl_net_busy_read

    In the Linux kernel, the following vulnerability has been resolved: netrom: Fix data-races around sysctl_net_busy_read We need to protect the reader reading the sysctl value because the value can be changed concurrently.

    • Обновитесь до 5.15.0-1063.69~20.04.1
  8. CVE-2024-27417

    Средний · CVSS 6.8EPSS 0,24%Есть исправление

    ipv6: fix potential "struct net" leak in inet6_rtm_getaddr()

    In the Linux kernel, the following vulnerability has been resolved: ipv6: fix potential "struct net" leak in inet6_rtm_getaddr() It seems that if userspace provides a correct IFA_TARGET_NETNSID value but no IFA_ADDRESS and IFA_LOCAL attributes, inet6_rtm_getaddr() returns -EINVAL with an elevated "struct net" refcount.

    • Обновитесь до 5.15.0-1063.69~20.04.1
  9. CVE-2024-27416

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

    Bluetooth: hci_event: Fix handling of HCI_EV_IO_CAPA_REQUEST

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hci_event: Fix handling of HCI_EV_IO_CAPA_REQUEST If we received HCI_EV_IO_CAPA_REQUEST while HCI_OP_READ_REMOTE_EXT_FEATURES is yet to be responded assume the remote does support SSP since otherwise this event shouldn't be generated.

    • Обновитесь до 5.15.0-1063.69~20.04.1
  10. CVE-2024-27415

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

    netfilter: bridge: confirm multicast packets before passing them up the stack

    In the Linux kernel, the following vulnerability has been resolved: netfilter: bridge: confirm multicast packets before passing them up the stack conntrack nf_confirm logic cannot handle cloned skbs referencing the same nf_conn entry, which will happen for multicast (broadcast) frames on bridges. Example: macvlan0 | br0 / \ ethX ethY ethX (or Y) receives a L2 multicast or broadcast packet containing an IP packet, flow is not yet in conntrack table. 1. skb passes through bridge and fake-ip (br_netfilter)Prerouting. -> skb->_nfct now references a unconfirmed entry 2. skb is broad/mcast packet. bridge no

    • Обновитесь до 5.15.0-1063.69~20.04.1
  11. CVE-2024-27414

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

    rtnetlink: fix error logic of IFLA_BRIDGE_FLAGS writing back

    In the Linux kernel, the following vulnerability has been resolved: rtnetlink: fix error logic of IFLA_BRIDGE_FLAGS writing back In the commit d73ef2d69c0d ("rtnetlink: let rtnl_bridge_setlink checks IFLA_BRIDGE_MODE length"), an adjustment was made to the old loop logic in the function `rtnl_bridge_setlink` to enable the loop to also check the length of the IFLA_BRIDGE_MODE attribute. However, this adjustment removed the `break` statement and led to an error logic of the flags writing back at the end of this function. if (have_flags) memcpy(nla_data(attr), &flags, sizeof(flags)); // attr should point to IFLA_BRIDGE_FLAGS NLA !!!

    • Обновитесь до 5.15.0-1063.69~20.04.1
  12. CVE-2024-27413

    Средний · CVSS 5.5EPSS 0,25%Есть исправление

    efi/capsule-loader: fix incorrect allocation size

    In the Linux kernel, the following vulnerability has been resolved: efi/capsule-loader: fix incorrect allocation size gcc-14 notices that the allocation with sizeof(void) on 32-bit architectures is not enough for a 64-bit phys_addr_t: drivers/firmware/efi/capsule-loader.c: In function 'efi_capsule_open': drivers/firmware/efi/capsule-loader.c:295:24: error: allocation of insufficient size '4' for type 'phys_addr_t' {aka 'long long unsigned int'} with size '8' [-Werror=alloc-size] 295 | cap_info->phys = kzalloc(sizeof(void *), GFP_KERNEL); | ^ Use the correct type instead here.

    • Обновитесь до 5.15.0-1063.69~20.04.1
  13. CVE-2024-27412

    Средний · CVSS 5.5EPSS 0,25%Есть исправление

    power: supply: bq27xxx-i2c: Do not free non existing IRQ

    In the Linux kernel, the following vulnerability has been resolved: power: supply: bq27xxx-i2c: Do not free non existing IRQ The bq27xxx i2c-client may not have an IRQ, in which case client->irq will be 0. bq27xxx_battery_i2c_probe() already has an if (client->irq) check wrapping the request_threaded_irq(). But bq27xxx_battery_i2c_remove() unconditionally calls free_irq(client->irq) leading to: [ 190.310742] ------------[ cut here ]------------ [ 190.310843] Trying to free already-free IRQ 0 [ 190.310861] WARNING: CPU: 2 PID: 1304 at kernel/irq/manage.c:1893 free_irq+0x1b8/0x310 Followed by a backtrace when unbinding the driver. Add a

    • Обновитесь до 5.15.0-1063.69~20.04.1
  14. CVE-2024-27410

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

    wifi: nl80211: reject iftype change with mesh ID change

    In the Linux kernel, the following vulnerability has been resolved: wifi: nl80211: reject iftype change with mesh ID change It's currently possible to change the mesh ID when the interface isn't yet in mesh mode, at the same time as changing it into mesh mode. This leads to an overwrite of data in the wdev->u union for the interface type it currently has, causing cfg80211_change_iface() to do wrong things when switching. We could probably allow setting an interface to mesh while setting the mesh ID at the same time by doing a different order of operations here, but realistically there's no userspace that's going to do this, so just disallo

    • Обновитесь до 5.15.0-1063.69~20.04.1
  15. CVE-2024-27405

    Высокий · CVSS 7.5EPSS 1,3%Есть исправление

    usb: gadget: ncm: Avoid dropping datagrams of properly parsed NTBs

    In the Linux kernel, the following vulnerability has been resolved: usb: gadget: ncm: Avoid dropping datagrams of properly parsed NTBs It is observed sometimes when tethering is used over NCM with Windows 11 as host, at some instances, the gadget_giveback has one byte appended at the end of a proper NTB. When the NTB is parsed, unwrap call looks for any leftover bytes in SKB provided by u_ether and if there are any pending bytes, it treats them as a separate NTB and parses it. But in case the second NTB (as per unwrap call) is faulty/corrupt, all the datagrams that were parsed properly in the first NTB and saved in rx_list are dropped. Add

    • Обновитесь до 5.15.0-1063.69~20.04.1
  16. CVE-2024-27403

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

    netfilter: nft_flow_offload: reset dst in route object after setting up flow

    In the Linux kernel, the following vulnerability has been resolved: netfilter: nft_flow_offload: reset dst in route object after setting up flow dst is transferred to the flow object, route object does not own it anymore. Reset dst in route object, otherwise if flow_offload_add() fails, error path releases dst twice, leading to a refcount underflow.

    • Обновитесь до 5.15.0-1063.69~20.04.1
  17. CVE-2024-21823

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

    CVE-2024-21823

    Hardware logic with insecure de-synchronization in Intel(R) DSA and Intel(R) IAA for some Intel(R) 4th or 5th generation Xeon(R) processors may allow an authorized user to potentially enable escalation of privilege local access

    • Обновитесь до 5.15.0-1064.70~20.04.1
  18. CVE-2023-52656

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

    io_uring: drop any code related to SCM_RIGHTS

    In the Linux kernel, the following vulnerability has been resolved: io_uring: drop any code related to SCM_RIGHTS This is dead code after we dropped support for passing io_uring fds over SCM_RIGHTS, get rid of it.

    • Обновитесь до 5.15.0-1063.69~20.04.1
  19. CVE-2024-27401

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

    firewire: nosy: ensure user_length is taken into account when fetching packet contents

    In the Linux kernel, the following vulnerability has been resolved: firewire: nosy: ensure user_length is taken into account when fetching packet contents Ensure that packet_buffer_get respects the user_length provided. If the length of the head packet exceeds the user_length, packet_buffer_get will now return 0 to signify to the user that no data were read and a larger buffer size is required. Helps prevent user space overflows.

    • Обновитесь до 5.15.0-1067.73~20.04.1
  20. CVE-2024-27399

    Средний · CVSS 6EPSS 0,3%Есть исправление

    Bluetooth: l2cap: fix null-ptr-deref in l2cap_chan_timeout

    In the Linux kernel, the following vulnerability has been resolved: Bluetooth: l2cap: fix null-ptr-deref in l2cap_chan_timeout There is a race condition between l2cap_chan_timeout() and l2cap_chan_del(). When we use l2cap_chan_del() to delete the channel, the chan->conn will be set to null. But the conn could be dereferenced again in the mutex_lock() of l2cap_chan_timeout(). As a result the null pointer dereference bug will happen. The KASAN report triggered by POC is shown below: [ 472.074580] ================================================================== [ 472.075284] BUG: KASAN: null-ptr-deref in mutex_lock+0x68/0xc0 [ 472.075308

    • Обновитесь до 5.15.0-1067.73~20.04.1

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

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

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