{"api_version":"1","generated_at":"2026-10-01T11:10:45+00:00","cve":"CVE-2026-93224","urls":{"html":"https://cve.report/CVE-2026-93224","api":"https://cve.report/api/cve/CVE-2026-93224.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-93224","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-93224"},"summary":{"title":"svcrdma: Fix unmatched rn_unregister on failed accept","description":"In the Linux kernel, the following vulnerability has been resolved:\n\nsvcrdma: Fix unmatched rn_unregister on failed accept\n\nWhen svc_rdma_accept() takes the errout path before\nrpcrdma_rn_register() has succeeded, the existing cleanup block\ncalls rpcrdma_rn_unregister(dev, &newxprt->sc_rn) unconditionally.\nsvcxprt_rdma is kzalloc'd, so on that path sc_rn.rn_index is 0 and\nsc_rn.rn_done is NULL; the unregister therefore xa_erase()s another\ncaller's slot 0 and performs an unmatched kref_put() on the\nrpcrdma_device's rd_kref.\n\nThe same errout also brackets the cleanup with svc_xprt_get()/\nsvc_xprt_put() around the kref_init() birth reference. The kref\ngoes 1 -> 2 -> 1 and never reaches 0, so the svcxprt_rdma (and the\nnet/ns_tracker it pinned) is leaked on every failed accept.\n\nrpcrdma_rn_register() writes rn->rn_done last, only after xa_alloc()\nand kref_get() have both succeeded, so rn_done == NULL is a natural\n\"never registered\" sentinel. Guard rpcrdma_rn_unregister() with an\nearly return when rn_done is NULL, and clear rn_done before the\nmatching xa_erase() so a repeated unregister is also a no-op.\n\nWith that guard in place, the accept errout drops the kref_init()\nbirth reference via svc_xprt_put(), which dispatches svc_rdma_free().\nTeardown of sc_qp, sc_sq_cq, sc_rq_cq, and sc_pd runs under existing\nIS_ERR/NULL guards in svc_rdma_free(); sc_rn is covered by the new\nrn_done sentinel; sc_cm_id is non-NULL on every errout path because\nsvc_rdma_accept() dereferences it above the first goto errout.\n\nsvc_xprt_free() drops the module reference associated with the freed\ntransport, and svc_handle_xprt() drops its pre-acquired reference\nwhen ->xpo_accept() returns NULL. Take a replacement module reference\nbefore svc_xprt_put() so the two module_put()s remain balanced.\n\nThe rn_done guard also covers svc_rdma_free()'s non-listener call\nto rpcrdma_rn_unregister() for transports whose register attempt\nfailed or never ran.","state":"PUBLISHED","assigner":"Linux","published_at":"2026-09-24 16:17:17","updated_at":"2026-09-25 05:17:00"},"problem_types":[],"metrics":[{"version":"3.1","source":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","type":"Secondary","score":"8.1","severity":"HIGH","vector":"CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H","data":{"version":"3.1","vectorString":"CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H","baseScore":8.1,"baseSeverity":"HIGH","attackVector":"NETWORK","attackComplexity":"HIGH","privilegesRequired":"NONE","userInteraction":"NONE","scope":"UNCHANGED","confidentialityImpact":"HIGH","integrityImpact":"HIGH","availabilityImpact":"HIGH"}},{"version":"3.1","source":"CNA","type":"DECLARED","score":"8.1","severity":"HIGH","vector":"CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H","data":{"baseScore":8.1,"baseSeverity":"HIGH","vectorString":"CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H","version":"3.1"}}],"references":[{"url":"https://git.kernel.org/stable/c/5aabe070c00e5bdf4ab150fb5f72ad5f266d6241","name":"https://git.kernel.org/stable/c/5aabe070c00e5bdf4ab150fb5f72ad5f266d6241","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/26190394c64c9429481fc88a4738f70bb92fb352","name":"https://git.kernel.org/stable/c/26190394c64c9429481fc88a4738f70bb92fb352","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/45a444a17240f4fa2235f0dfd4a96fc80f1eb2c2","name":"https://git.kernel.org/stable/c/45a444a17240f4fa2235f0dfd4a96fc80f1eb2c2","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/0335800071a6dfdf7d21d729b5e7d8fa98936211","name":"https://git.kernel.org/stable/c/0335800071a6dfdf7d21d729b5e7d8fa98936211","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-93224","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-93224","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected cb3cba0ec372fa7c5f5f5c12990bef02e458ab86 0335800071a6dfdf7d21d729b5e7d8fa98936211 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 8ac6fcae5dc0e801f1c82a83f5ae2c0a4db19932 5aabe070c00e5bdf4ab150fb5f72ad5f266d6241 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 8ac6fcae5dc0e801f1c82a83f5ae2c0a4db19932 45a444a17240f4fa2235f0dfd4a96fc80f1eb2c2 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 8ac6fcae5dc0e801f1c82a83f5ae2c0a4db19932 26190394c64c9429481fc88a4738f70bb92fb352 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected d310955106c358c8e1ea682defd8e21af44a6cba git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 6.12.35 6.12.109 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 6.15.4 6.16 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 6.16","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.16 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.12.109 6.12.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.18.50 6.18.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.2.4 7.2.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.3-rc1 * original_commit_for_fix","platforms":[]}],"timeline":[],"solutions":[],"workarounds":[],"exploits":[],"credits":[],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":{"cve_year":"2026","cve_id":"93224","cve":"CVE-2026-93224","epss":"0.004530000","percentile":"0.368580000","score_date":"2026-09-27","updated_at":"2026-09-28 00:02:25"},"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"cna":{"affected":[{"defaultStatus":"unaffected","product":"Linux","programFiles":["net/sunrpc/xprtrdma/ib_client.c","net/sunrpc/xprtrdma/svc_rdma_transport.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"0335800071a6dfdf7d21d729b5e7d8fa98936211","status":"affected","version":"cb3cba0ec372fa7c5f5f5c12990bef02e458ab86","versionType":"git"},{"lessThan":"5aabe070c00e5bdf4ab150fb5f72ad5f266d6241","status":"affected","version":"8ac6fcae5dc0e801f1c82a83f5ae2c0a4db19932","versionType":"git"},{"lessThan":"45a444a17240f4fa2235f0dfd4a96fc80f1eb2c2","status":"affected","version":"8ac6fcae5dc0e801f1c82a83f5ae2c0a4db19932","versionType":"git"},{"lessThan":"26190394c64c9429481fc88a4738f70bb92fb352","status":"affected","version":"8ac6fcae5dc0e801f1c82a83f5ae2c0a4db19932","versionType":"git"},{"status":"affected","version":"d310955106c358c8e1ea682defd8e21af44a6cba","versionType":"git"},{"lessThan":"6.12.109","status":"affected","version":"6.12.35","versionType":"semver"},{"lessThan":"6.16","status":"affected","version":"6.15.4","versionType":"semver"}]},{"defaultStatus":"affected","product":"Linux","programFiles":["net/sunrpc/xprtrdma/ib_client.c","net/sunrpc/xprtrdma/svc_rdma_transport.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"status":"affected","version":"6.16"},{"lessThan":"6.16","status":"unaffected","version":"0","versionType":"semver"},{"lessThanOrEqual":"6.12.*","status":"unaffected","version":"6.12.109","versionType":"semver"},{"lessThanOrEqual":"6.18.*","status":"unaffected","version":"6.18.50","versionType":"semver"},{"lessThanOrEqual":"7.2.*","status":"unaffected","version":"7.2.4","versionType":"semver"},{"lessThanOrEqual":"*","status":"unaffected","version":"7.3-rc1","versionType":"original_commit_for_fix"}]}],"cpeApplicability":[{"nodes":[{"cpeMatch":[{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.12.109","versionStartIncluding":"6.12.35","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.18.50","versionStartIncluding":"6.16","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.2.4","versionStartIncluding":"6.16","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.3-rc1","versionStartIncluding":"6.16","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionStartIncluding":"6.15.4","vulnerable":true}],"negate":false,"operator":"OR"}]}],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\nsvcrdma: Fix unmatched rn_unregister on failed accept\n\nWhen svc_rdma_accept() takes the errout path before\nrpcrdma_rn_register() has succeeded, the existing cleanup block\ncalls rpcrdma_rn_unregister(dev, &newxprt->sc_rn) unconditionally.\nsvcxprt_rdma is kzalloc'd, so on that path sc_rn.rn_index is 0 and\nsc_rn.rn_done is NULL; the unregister therefore xa_erase()s another\ncaller's slot 0 and performs an unmatched kref_put() on the\nrpcrdma_device's rd_kref.\n\nThe same errout also brackets the cleanup with svc_xprt_get()/\nsvc_xprt_put() around the kref_init() birth reference. The kref\ngoes 1 -> 2 -> 1 and never reaches 0, so the svcxprt_rdma (and the\nnet/ns_tracker it pinned) is leaked on every failed accept.\n\nrpcrdma_rn_register() writes rn->rn_done last, only after xa_alloc()\nand kref_get() have both succeeded, so rn_done == NULL is a natural\n\"never registered\" sentinel. Guard rpcrdma_rn_unregister() with an\nearly return when rn_done is NULL, and clear rn_done before the\nmatching xa_erase() so a repeated unregister is also a no-op.\n\nWith that guard in place, the accept errout drops the kref_init()\nbirth reference via svc_xprt_put(), which dispatches svc_rdma_free().\nTeardown of sc_qp, sc_sq_cq, sc_rq_cq, and sc_pd runs under existing\nIS_ERR/NULL guards in svc_rdma_free(); sc_rn is covered by the new\nrn_done sentinel; sc_cm_id is non-NULL on every errout path because\nsvc_rdma_accept() dereferences it above the first goto errout.\n\nsvc_xprt_free() drops the module reference associated with the freed\ntransport, and svc_handle_xprt() drops its pre-acquired reference\nwhen ->xpo_accept() returns NULL. Take a replacement module reference\nbefore svc_xprt_put() so the two module_put()s remain balanced.\n\nThe rn_done guard also covers svc_rdma_free()'s non-listener call\nto rpcrdma_rn_unregister() for transports whose register attempt\nfailed or never ran."}],"metrics":[{"cvssV3_1":{"baseScore":8.1,"baseSeverity":"HIGH","vectorString":"CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H","version":"3.1"},"scenarios":[{"lang":"en","value":"AV:N - svcrdma is nfsd's RPC-over-RDMA server; a remote peer over routable RoCEv2 or iWARP sends RDMA_CM CONNECT_REQUEST to svc_rdma_listen_handler/handle_connect_req, which queues newxprt so svc_handle_xprt calls svc_rdma_accept, whose errout invokes the unguarded rpcrdma_rn_unregister.\nAC:H - The unmatched rpcrdma_rn_unregister in svc_rdma_accept errout runs only if rpcrdma_rn_register failed (RPCRDMA_RD_F_REMOVING or xa_alloc ENOMEM); a remote peer can send CONNECT_REQUEST but cannot unbind the IB device or force that GFP_KERNEL failure, and the UAF needs that in-progress rpcrdma_remove_one.\nPR:N - RDMA_CM CONNECT_REQUEST handling in svc_rdma_listen_handler, handle_connect_req, and svc_rdma_accept runs before svc_process/svc_authenticate; the CM handshake has no RPC or NFS credential check, so an unauthenticated peer can drive the failed-accept errout.\nUI:N - Sending CONNECT_REQUEST to an NFS/RDMA listener already created via nfsd portlist is enough to reach svc_rdma_accept; racing ib_unregister_device is attack complexity, not a victim mount, click, or other user action.\nS:U - The wrong-slot rd_xa erase, unmatched rd_kref put, and any use-after-free of rpcrdma_device or the victim svcxprt_rdma's IB objects stay in the host kernel that runs nfsd/svcrdma; this is not a VM, IOMMU, or sandbox escape.\nC:H - On pre-register errout, rpcrdma_rn_unregister xa_erase()s rd_xa index 0 (kzalloc'd sc_rn.rn_index) of another transport and kref_put()s rd_kref while rpcrdma_remove_one may walk the same xarray; that transport's sc_cm_id/QP and the kfree'd rpcrdma_device become reclaimable slab UAF reads.\nI:H - The extra kref_put can make rpcrdma_remove_one's refcount_dec_and_test skip wait_for_completion and kfree(rd) while a live transport later xa_erase/kref_put or QP/CM ops write through the freed rpcrdma_device or un-notified IB objects, a UAF write primitive.\nA:H - A concurrent rpcrdma_remove_one that proceeds after the unmatched kref_put, or later QP/CM use of a transport whose slot-0 notification was erased, dereferences freed IB or rpcrdma_device memory and oopses or panics; any UAF is availability High per kernel CVSS guidance."}]}],"providerMetadata":{"dateUpdated":"2026-09-25T05:09:45.728Z","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux"},"references":[{"url":"https://git.kernel.org/stable/c/0335800071a6dfdf7d21d729b5e7d8fa98936211"},{"url":"https://git.kernel.org/stable/c/5aabe070c00e5bdf4ab150fb5f72ad5f266d6241"},{"url":"https://git.kernel.org/stable/c/45a444a17240f4fa2235f0dfd4a96fc80f1eb2c2"},{"url":"https://git.kernel.org/stable/c/26190394c64c9429481fc88a4738f70bb92fb352"}],"title":"svcrdma: Fix unmatched rn_unregister on failed accept","x_generator":{"engine":"bippy-1.2.0"}}},"cveMetadata":{"assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","assignerShortName":"Linux","cveId":"CVE-2026-93224","datePublished":"2026-09-24T15:21:10.542Z","dateReserved":"2026-09-17T16:02:15.094Z","dateUpdated":"2026-09-25T05:09:45.728Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-09-24 16:17:17","lastModifiedDate":"2026-09-25 05:17:00","problem_types":[],"metrics":{"cvssMetricV31":[{"source":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","type":"Secondary","cvssData":{"version":"3.1","vectorString":"CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H","baseScore":8.1,"baseSeverity":"HIGH","attackVector":"NETWORK","attackComplexity":"HIGH","privilegesRequired":"NONE","userInteraction":"NONE","scope":"UNCHANGED","confidentialityImpact":"HIGH","integrityImpact":"HIGH","availabilityImpact":"HIGH"},"exploitabilityScore":2.2,"impactScore":5.9}]},"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"93224","Ordinal":"1","Title":"svcrdma: Fix unmatched rn_unregister on failed accept","CVE":"CVE-2026-93224","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"93224","Ordinal":"1","NoteData":"In the Linux kernel, the following vulnerability has been resolved:\n\nsvcrdma: Fix unmatched rn_unregister on failed accept\n\nWhen svc_rdma_accept() takes the errout path before\nrpcrdma_rn_register() has succeeded, the existing cleanup block\ncalls rpcrdma_rn_unregister(dev, &newxprt->sc_rn) unconditionally.\nsvcxprt_rdma is kzalloc'd, so on that path sc_rn.rn_index is 0 and\nsc_rn.rn_done is NULL; the unregister therefore xa_erase()s another\ncaller's slot 0 and performs an unmatched kref_put() on the\nrpcrdma_device's rd_kref.\n\nThe same errout also brackets the cleanup with svc_xprt_get()/\nsvc_xprt_put() around the kref_init() birth reference. The kref\ngoes 1 -> 2 -> 1 and never reaches 0, so the svcxprt_rdma (and the\nnet/ns_tracker it pinned) is leaked on every failed accept.\n\nrpcrdma_rn_register() writes rn->rn_done last, only after xa_alloc()\nand kref_get() have both succeeded, so rn_done == NULL is a natural\n\"never registered\" sentinel. Guard rpcrdma_rn_unregister() with an\nearly return when rn_done is NULL, and clear rn_done before the\nmatching xa_erase() so a repeated unregister is also a no-op.\n\nWith that guard in place, the accept errout drops the kref_init()\nbirth reference via svc_xprt_put(), which dispatches svc_rdma_free().\nTeardown of sc_qp, sc_sq_cq, sc_rq_cq, and sc_pd runs under existing\nIS_ERR/NULL guards in svc_rdma_free(); sc_rn is covered by the new\nrn_done sentinel; sc_cm_id is non-NULL on every errout path because\nsvc_rdma_accept() dereferences it above the first goto errout.\n\nsvc_xprt_free() drops the module reference associated with the freed\ntransport, and svc_handle_xprt() drops its pre-acquired reference\nwhen ->xpo_accept() returns NULL. Take a replacement module reference\nbefore svc_xprt_put() so the two module_put()s remain balanced.\n\nThe rn_done guard also covers svc_rdma_free()'s non-listener call\nto rpcrdma_rn_unregister() for transports whose register attempt\nfailed or never ran.","Type":"Description","Title":"svcrdma: Fix unmatched rn_unregister on failed accept"}]}}}