CVE-2023-53549

In the Linux kernel, the following vulnerability has been resolved: netfilter: ipset: Rework long task execution when adding/deleting entries When adding/deleting large number of elements in one step in ipset, it can take a reasonable amount of time and can result in soft lockup errors. The patch 5f7b51bf09ba ("netfilter: ipset: Limit the maximal range of consecutive elements to add/delete") tried to fix it by limiting the max elements to process at all. However it was not enough, it is still possible that we get hung tasks. Lowering the limit is not reasonable, so the approach in this patch is as follows: rely on the method used at resizing sets and save the state when we reach a smaller internal batch limit, unlock/lock and proceed from the saved state. Thus we can avoid long continuous tasks and at the same time removed the limit to add/delete large number of elements in one step. The nfnl mutex is held during the whole operation which prevents one to issue other ipset commands in parallel.

• octeontx2-pf: handle otx2_mbox_get_rsp errors in cn10k.c {CVE-2024-56726}
• octeontx2-pf: handle otx2_mbox_get_rsp errors in otx2_common.c {CVE-2024-56679}
• USB: chipidea: fix memory leak with using debugfs_lookup() {CVE-2023-53334}
• drivers: serial: jsm: fix some leaks in probe {CVE-2022-50312}
• drm: amd: display: Fix memory leakage {CVE-2023-53605}
• netfilter: ctnetlink: zero expect NAT fields when CTA_EXPECT_NAT absent {CVE-2026-43026}
• net: Drop the lock in skb_may_tx_timestamp() {CVE-2026-43216}
• nouveau/dpcd: return EBUSY for aux xfer if the device is asleep {CVE-2026-43381}
• ext4: avoid allocate block from corrupted group in ext4_mb_find_by_goal() {CVE-2026-43068}
• net: mdio: unexport __init-annotated mdio_bus_init() {CVE-2022-49350}
• netfilter: ipset: Rework long task execution when adding/deleting entries {CVE-2023-53549}
• ALSA: hda: fix a possible null-pointer dereference due to data race in snd_hdac_regmap_sync() {CVE-2023-53275}
• thermal: intel_powerclamp: Use get_cpu() instead of smp_processor_id() to avoid crash {CVE-2022-50494}
• can: ems_usb: ems_usb_read_bulk_callback(): check the proper length of a message {CVE-2026-23307}
• usb: image: mdc800: kill download URB on timeout {CVE-2026-43425}
• tipc: fix divide-by-zero in tipc_sk_filter_connect() {CVE-2026-43411}
• cgroup/cpuset: Fix wrong check in update_parent_subparts_cpumask() {CVE-2023-52942}
• net/usb: kalmia: Don't pass act_len in usb_bulk_msg error path {CVE-2023-52703}
• usb: typec: tcpci: fix of node refcount leak in tcpci_register_port() {CVE-2022-50246}
• bus: mhi: host: Range check CHDBOFF and ERDBOFF {CVE-2023-53598}
• hwmon: (coretemp) Simplify platform device handling {CVE-2023-53612}
• scsi: mpi3mr: Avoid memcpy field-spanning write WARNING {CVE-2024-36920}
• dm crypt: add cond_resched() to dmcrypt_write() {CVE-2023-53051}
• xfrm: account XFRMA_IF_ID in aevent size calculation {CVE-2026-43107}
• wifi: cfg80211: handle 2x996 RU allocation in cfg80211_calculate_bitrate_he() {CVE-2024-43879}
• RDMA/cxgb4: Fix potential null-ptr-deref in pass_establish() {CVE-2023-53335}
• regulator: check that dummy regulator has been probed before using it {CVE-2025-22008}
• HID: prodikeys: Check presence of pm->input_ep82 {CVE-2026-43251}
• perf/smmuv3: Fix hotplug callback leak in arm_smmu_pmu_init() {CVE-2022-50510}
• wifi: ath11k: fix dfs radar event locking {CVE-2023-52798}
• trace/blktrace: fix memory leak with using debugfs_lookup() {CVE-2023-53408}
• dm-verity: correctly handle dm_bufio_client_create() failure {CVE-2026-43132}
• pstore: ram_core: fix incorrect success return when vmap() fails {CVE-2026-43124}
• crypto: af-alg - fix NULL pointer dereference in scatterwalk {CVE-2026-43043}
• net: use skb_header_pointer() for TCPv4 GSO frag_off check {CVE-2026-43036}
• scsi: mpi3mr: Fix config page DMA memory leak {CVE-2023-53120}
• net/mlx5: handle errors in mlx5_chains_create_table() {CVE-2025-21975}
• net/mlx5: DR, fix memory leak in mlx5dr_cmd_create_reformat_ctx {CVE-2023-53546}
• drm/amdgpu: handle amdgpu_cgs_create_device() errors in amd_powerplay_create() {CVE-2025-37852}
• bpf: Prevent decl_tag from being referenced in func_proto arg {CVE-2022-50883}
• arm64: set __exception_irq_entry with __irq_entry as a default {CVE-2023-54322}
• class: fix possible memory leak in __class_register() {CVE-2022-50578}
• ALSA: usb-audio: Stop parsing channels bits when all channels are found. {CVE-2024-27436}
• net/mlx5: fix potential memory leak in mlx5e_init_rep_rx {CVE-2023-54106}
• net/mlx5: E-Switch, Fix an Oops in error handling code {CVE-2023-53058}
• scsi: scsi_dh_alua: Fix memleak for 'qdata' in alua_activate() {CVE-2023-53078}
• ice: xsk: disable txq irq before flushing hw {CVE-2023-53102}
• selinux: fix memleak in security_read_state_kernel() {CVE-2022-50201}
• efi: runtime: Fix potential overflow of soft-reserved region size {CVE-2024-26843}
• drm/amdgpu: Fix potential null pointer derefernce {CVE-2023-52814}
• ata: libata-core: Fix null…

In the Linux kernel, the following vulnerability has been resolved:

netfilter: ipset: Rework long task execution when adding/deleting entries

When adding/deleting large number of elements in one step in ipset, it can take a reasonable amount of time and can result in soft lockup errors. The patch 5f7b51bf09ba ("netfilter: ipset: Limit the maximal range of consecutive elements to add/delete") tried to fix it by limiting the max elements to process at all. However it was not enough, it is still possible that we get hung tasks. Lowering the limit is not reasonable, so the approach in this patch is as follows: rely on the method used at resizing sets and save the state when we reach a smaller internal batch limit, unlock/lock and proceed from the saved state. Thus we can avoid long continuous tasks and at the same time removed the limit to add/delete large number of elements in one step.

The nfnl mutex is held during the whole operation which prevents one to issue other ipset commands in parallel.