CVE-2022-50002— net/mlx5: LAG, fix logic over MLX5_LAG_FLAG_NDEVS_READY
Quick assessment
Affected
Linux Linux
Exploitation
No confirmed in-the-wild exploitation; assess based on exposure
Recommended action
Check the vendor advisory and references for a fixed version. If immediate upgrade is impossible, restrict exposure and increase monitoring.
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞，该漏洞源于MLX5_LAG_FLAG_NDEVS_READY标志设置逻辑错误，可能导致无效指针访问。
Possible ATT&CK Techniques 1 AI
T1499 · Endpoint Denial of ServiceAffected Version Matrix 6
| Vendor | Product | Version Range | Status |
|---|---|---|---|
| Linux | Linux | 8a66e45859797e5dd77ff17dd37781f99d5f5b9b< 4c040acf5744e87a7b3490f9ec8bedd0d15c9f29 |
affected |
8a66e45859797e5dd77ff17dd37781f99d5f5b9b< a6e675a66175869b7d87c0e1dd0ddf93e04f8098 |
affected | ||
5.14 |
affected | ||
< 5.14 |
unaffected | ||
5.19.6≤ 5.19.* |
unaffected | ||
6.0≤ * |
unaffected |
Get alerts for future matching vulnerabilities
Log in to subscribe
I. Basic Information for CVE-2022-50002
Vulnerability Information
Have questions about the vulnerability? See if Shenlong's analysis helps!
View Shenlong Deep Dive ↗
Although we use advanced large model technology, its output may still contain inaccurate or outdated information.Shenlong tries to ensure data accuracy, but please verify and judge based on the actual situation.
Vulnerability Title
net/mlx5: LAG, fix logic over MLX5_LAG_FLAG_NDEVS_READY
Source: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
net/mlx5: LAG, fix logic over MLX5_LAG_FLAG_NDEVS_READY
Only set MLX5_LAG_FLAG_NDEVS_READY if both netdevices are registered.
Doing so guarantees that both ldev->pf[MLX5_LAG_P0].dev and
ldev->pf[MLX5_LAG_P1].dev have valid pointers when
MLX5_LAG_FLAG_NDEVS_READY is set.
The core issue is asymmetry in setting MLX5_LAG_FLAG_NDEVS_READY and
clearing it. Setting it is done wrongly when both
ldev->pf[MLX5_LAG_P0].dev and ldev->pf[MLX5_LAG_P1].dev are set;
clearing it is done right when either of ldev->pf[i].netdev is cleared.
Consider the following scenario:
1. PF0 loads and sets ldev->pf[MLX5_LAG_P0].dev to a valid pointer
2. PF1 loads and sets both ldev->pf[MLX5_LAG_P1].dev and
ldev->pf[MLX5_LAG_P1].netdev with valid pointers. This results in
MLX5_LAG_FLAG_NDEVS_READY is set.
3. PF0 is unloaded before setting dev->pf[MLX5_LAG_P0].netdev.
MLX5_LAG_FLAG_NDEVS_READY remains set.
Further execution of mlx5_do_bond() will result in null pointer
dereference when calling mlx5_lag_is_multipath()
This patch fixes the following call trace actually encountered:
[ 1293.475195] BUG: kernel NULL pointer dereference, address: 00000000000009a8
[ 1293.478756] #PF: supervisor read access in kernel mode
[ 1293.481320] #PF: error_code(0x0000) - not-present page
[ 1293.483686] PGD 0 P4D 0
[ 1293.484434] Oops: 0000 [#1] SMP PTI
[ 1293.485377] CPU: 1 PID: 23690 Comm: kworker/u16:2 Not tainted 5.18.0-rc5_for_upstream_min_debug_2022_05_05_10_13 #1
[ 1293.488039] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org 04/01/2014
[ 1293.490836] Workqueue: mlx5_lag mlx5_do_bond_work [mlx5_core]
[ 1293.492448] RIP: 0010:mlx5_lag_is_multipath+0x5/0x50 [mlx5_core]
[ 1293.494044] Code: e8 70 40 ff e0 48 8b 14 24 48 83 05 5c 1a 1b 00 01 e9 19 ff ff ff 48 83 05 47 1a 1b 00 01 eb d7 0f 1f 44 00 00 0f 1f 44 00 00 <48> 8b 87 a8 09 00 00 48 85 c0 74 26 48 83 05 a7 1b 1b 00 01 41 b8
[ 1293.498673] RSP: 0018:ffff88811b2fbe40 EFLAGS: 00010202
[ 1293.500152] RAX: ffff88818a94e1c0 RBX: ffff888165eca6c0 RCX: 0000000000000000
[ 1293.501841] RDX: 0000000000000001 RSI: ffff88818a94e1c0 RDI: 0000000000000000
[ 1293.503585] RBP: 0000000000000000 R08: ffff888119886740 R09: ffff888165eca73c
[ 1293.505286] R10: 0000000000000018 R11: 0000000000000018 R12: ffff88818a94e1c0
[ 1293.506979] R13: ffff888112729800 R14: 0000000000000000 R15: ffff888112729858
[ 1293.508753] FS: 0000000000000000(0000) GS:ffff88852cc40000(0000) knlGS:0000000000000000
[ 1293.510782] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 1293.512265] CR2: 00000000000009a8 CR3: 00000001032d4002 CR4: 0000000000370ea0
[ 1293.514001] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 1293.515806] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
Source: CVE Program / CVE List V5
CVSS Information
N/A
Source: CVE Program / CVE List V5
Vulnerability Type
N/A
Source: CVE Program / CVE List V5
Vulnerability Title
Linux kernel 安全漏洞
Source: CNNVD (China National Vulnerability Database)
Vulnerability Description
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞，该漏洞源于MLX5_LAG_FLAG_NDEVS_READY标志设置逻辑错误，可能导致无效指针访问。
Source: CNNVD (China National Vulnerability Database)
CVSS Information
N/A
Source: CNNVD (China National Vulnerability Database)
Vulnerability Type
N/A
Source: CNNVD (China National Vulnerability Database)
Affected Products
II. Public POCs for CVE-2022-50002
| # | POC Description | Source Link | Shenlong Link |
|---|
AI-Generated POC
Premium
No public POC found.
Login to generate AI POCIII. Intelligence Information for CVE-2022-50002
请登录查看更多情报信息。
Same Patch Batch · Linux · 2025-06-18 · 362 CVEs total
| CVE-2025-38075 | 9.8 CRITICAL | scsi: target: iscsi: Fix timeout on deleted connection |
| CVE-2022-50098 | 8.8 HIGH | scsi: qla2xxx: Fix crash due to stale SRB access around I/O timeouts |
| CVE-2025-38052 | 8.8 HIGH | net/tipc: fix slab-use-after-free Read in tipc_aead_encrypt_done |
| CVE-2022-49934 | 8.8 HIGH | wifi: mac80211: Fix UAF in ieee80211_scan_rx() |
| CVE-2022-50164 | 8.8 HIGH | wifi: iwlwifi: mvm: fix double list_add at iwl_mvm_mac_wake_tx_queue |
| CVE-2025-38016 | 8.8 HIGH | HID: bpf: abort dispatch if device destroyed |
| CVE-2025-38074 | 8.8 HIGH | vhost-scsi: protect vq->log_used with vq->mutex |
| CVE-2022-49974 | 8.8 HIGH | HID: nintendo: fix rumble worker null pointer deref |
| CVE-2022-49968 | 8.0 HIGH | ieee802154/adf7242: defer destroy_workqueue call |
| CVE-2022-50028 | 7.8 HIGH | gadgetfs: ep_io - wait until IRQ finishes |
| CVE-2022-49950 | 7.8 HIGH | misc: fastrpc: fix memory corruption on open |
| CVE-2022-49939 | 7.8 HIGH | binder: fix UAF of ref->proc caused by race condition |
| CVE-2022-49935 | 7.8 HIGH | dma-buf/dma-resv: check if the new fence is really later |
| CVE-2025-38082 | 7.8 HIGH | gpio: virtuser: fix potential out-of-bound write |
| CVE-2022-50182 | 7.8 HIGH | media: imx-jpeg: Align upwards buffer size |
| CVE-2025-38080 | 7.8 HIGH | drm/amd/display: Increase block_sequence array size |
| CVE-2025-38079 | 7.8 HIGH | crypto: algif_hash - fix double free in hash_accept |
| CVE-2025-38060 | 7.8 HIGH | bpf: copy_verifier_state() should copy 'loop_entry' field |
| CVE-2025-38062 | 7.8 HIGH | genirq/msi: Store the IOMMU IOVA directly in msi_desc instead of iommu_cookie |
| CVE-2022-50101 | 7.8 HIGH | video: fbdev: vt8623fb: Check the size of screen before memset_io() |
Showing top 20 of 362 CVEs. View all on vendor page → →
IV. Related Vulnerabilities
Same product: Linux
-
CVE-2023-7356
Bluetooth: ISO: Copy BASE if service data matches EIR_BAA_SE -
CVE-2026-98869
bpf: Infer zext_dst based on static register liveness analys -
CVE-2026-98868
dm-pcache: reject a kset that overruns its segment -
CVE-2026-98867
dm-pcache: bound the logical key offset from persistent memo -
CVE-2026-98866
sched/cache: Introduce task_struct->sched_cache_grp to fix U
Same vendor: Linux
-
CVE-2023-7356
Bluetooth: ISO: Copy BASE if service data matches EIR_BAA_SE -
CVE-2026-98869
bpf: Infer zext_dst based on static register liveness analys -
CVE-2026-98868
dm-pcache: reject a kset that overruns its segment -
CVE-2026-98867
dm-pcache: bound the logical key offset from persistent memo -
CVE-2026-98866
sched/cache: Introduce task_struct->sched_cache_grp to fix U
V. Comments for CVE-2022-50002
No comments yet