Answer in brief
CVE-2022-50885 records a High severity (CVSS 7.5) vulnerability in RDMA/rxe: Fix NULL-ptr-deref in rxe_qp_do_cleanup() when socket create failed. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
Answer in brief
CVE-2022-50885 records a High severity (CVSS 7.5) vulnerability in RDMA/rxe: Fix NULL-ptr-deref in rxe_qp_do_cleanup() when socket create failed. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 7.5. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=8700e3e7c4857d28ebaa824509934556da0b3e76 <ee24de095569935eba600f7735e8e8ddea5b418e || >=8700e3e7c4857d28ebaa824509934556da0b3e76 <7340ca9f782be6fbe3f64a134dc112772764f766 || >=8700e3e7c4857d28ebaa824509934556da0b3e76 <bd7106a6004f1077a365ca7f5a99c7a708e20714 || >=8700e3e7c4857d28ebaa824509934556da0b3e76 <6bb5a62bfd624039b05157745c234068508393a9 || >=8700e3e7c4857d28ebaa824509934556da0b3e76 <f64f08b9e6fb305a25dd75329e06ae342b9ce336 || >=8700e3e7c4857d28ebaa824509934556da0b3e76 <5b924632d84a60bc0c7fe6e9bbbce99d03908957 || >=8700e3e7c4857d28ebaa824509934556da0b3e76 <821f9a18210f6b9fd6792471714c799607b25db4 || >=8700e3e7c4857d28ebaa824509934556da0b3e76 <f67376d801499f4fa0838c18c1efcad8840e550d | ee24de095569935eba600f7735e8e8ddea5b418e, 7340ca9f782be6fbe3f64a134dc112772764f766, bd7106a6004f1077a365ca7f5a99c7a708e20714, 6bb5a62bfd624039b05157745c234068508393a9, f64f08b9e6fb305a25dd75329e06ae342b9ce336, 5b924632d84a60bc0c7fe6e9bbbce99d03908957, 821f9a18210f6b9fd6792471714c799607b25db4, f67376d801499f4fa0838c18c1efcad8840e550d |
| Linux/Linuxgeneric | 4.8 | Not reported |
Published upstream
Dec 30, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 4, 2026
In the Linux kernel, the following vulnerability has been resolved: RDMA/rxe: Fix NULL-ptr-deref in rxe_qp_do_cleanup() when socket create failed There is a null-ptr-deref when mount.cifs over rdma: BUG: KASAN: null-ptr-deref in rxe_qp_do_cleanup+0x2f3/0x360 [rdma_rxe] Read of size 8 at addr 0000000000000018 by task mount.cifs/3046 CPU: 2 PID: 3046 Comm: mount.cifs Not tainted 6.1.0-rc5+ #62 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-1.fc3 Call Trace: <TASK> dump_stack_lvl+0x34/0x44 kasan_report+0xad/0x130 rxe_qp_do_cleanup+0x2f3/0x360 [rdma_rxe] execute_in_process_context+0x25/0x90 __rxe_cleanup+0x101/0x1d0 [rdma_rxe] rxe_create_qp+0x16a/0x180 [rdma_rxe] create_qp.part.0+0x27d/0x340 ib_create_qp_kernel+0x73/0x160 rdma_create_qp+0x100/0x230 _smbd_get_connection+0x752/0x20f0 smbd_get_connection+0x21/0x40 cifs_get_tcp_session+0x8ef/0xda0 mount_get_conns+0x60/0x750 cifs_mount+0x103/0xd00 cifs_smb3_do_mount+0x1dd/0xcb0 smb3_get_tree+0x1d5/0x300 vfs_get_tree+0x41/0xf0 path_mount+0x9b3/0xdd0 __x64_sys_mount+0x190/0x1d0 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 The root cause of the issue is the socket create failed in rxe_qp_init_req(). So move the reset rxe_qp_do_cleanup() after the NULL ptr check.
Quoted source text, attributed separately from HOL analysis.
CVSS is 7.5. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=8700e3e7c4857d28ebaa824509934556da0b3e76 <ee24de095569935eba600f7735e8e8ddea5b418e || >=8700e3e7c4857d28ebaa824509934556da0b3e76 <7340ca9f782be6fbe3f64a134dc112772764f766 || >=8700e3e7c4857d28ebaa824509934556da0b3e76 <bd7106a6004f1077a365ca7f5a99c7a708e20714 || >=8700e3e7c4857d28ebaa824509934556da0b3e76 <6bb5a62bfd624039b05157745c234068508393a9 || >=8700e3e7c4857d28ebaa824509934556da0b3e76 <f64f08b9e6fb305a25dd75329e06ae342b9ce336 || >=8700e3e7c4857d28ebaa824509934556da0b3e76 <5b924632d84a60bc0c7fe6e9bbbce99d03908957 || >=8700e3e7c4857d28ebaa824509934556da0b3e76 <821f9a18210f6b9fd6792471714c799607b25db4 || >=8700e3e7c4857d28ebaa824509934556da0b3e76 <f67376d801499f4fa0838c18c1efcad8840e550d | ee24de095569935eba600f7735e8e8ddea5b418e, 7340ca9f782be6fbe3f64a134dc112772764f766, bd7106a6004f1077a365ca7f5a99c7a708e20714, 6bb5a62bfd624039b05157745c234068508393a9, f64f08b9e6fb305a25dd75329e06ae342b9ce336, 5b924632d84a60bc0c7fe6e9bbbce99d03908957, 821f9a18210f6b9fd6792471714c799607b25db4, f67376d801499f4fa0838c18c1efcad8840e550d |
| Linux/Linuxgeneric | 4.8 | Not reported |
Published upstream
Dec 30, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 4, 2026
In the Linux kernel, the following vulnerability has been resolved: RDMA/rxe: Fix NULL-ptr-deref in rxe_qp_do_cleanup() when socket create failed There is a null-ptr-deref when mount.cifs over rdma: BUG: KASAN: null-ptr-deref in rxe_qp_do_cleanup+0x2f3/0x360 [rdma_rxe] Read of size 8 at addr 0000000000000018 by task mount.cifs/3046 CPU: 2 PID: 3046 Comm: mount.cifs Not tainted 6.1.0-rc5+ #62 Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-1.fc3 Call Trace: <TASK> dump_stack_lvl+0x34/0x44 kasan_report+0xad/0x130 rxe_qp_do_cleanup+0x2f3/0x360 [rdma_rxe] execute_in_process_context+0x25/0x90 __rxe_cleanup+0x101/0x1d0 [rdma_rxe] rxe_create_qp+0x16a/0x180 [rdma_rxe] create_qp.part.0+0x27d/0x340 ib_create_qp_kernel+0x73/0x160 rdma_create_qp+0x100/0x230 _smbd_get_connection+0x752/0x20f0 smbd_get_connection+0x21/0x40 cifs_get_tcp_session+0x8ef/0xda0 mount_get_conns+0x60/0x750 cifs_mount+0x103/0xd00 cifs_smb3_do_mount+0x1dd/0xcb0 smb3_get_tree+0x1d5/0x300 vfs_get_tree+0x41/0xf0 path_mount+0x9b3/0xdd0 __x64_sys_mount+0x190/0x1d0 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 The root cause of the issue is the socket create failed in rxe_qp_init_req(). So move the reset rxe_qp_do_cleanup() after the NULL ptr check.
Quoted source text, attributed separately from HOL analysis.