{"api_version":"1","generated_at":"2026-10-15T23:43:48+00:00","cve":"CVE-2023-54269","urls":{"html":"https://cve.report/CVE-2023-54269","api":"https://cve.report/api/cve/CVE-2023-54269.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2023-54269","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2023-54269"},"summary":{"title":"SUNRPC: double free xprt_ctxt while still in use","description":"In the Linux kernel, the following vulnerability has been resolved:\n\nSUNRPC: double free xprt_ctxt while still in use\n\nWhen an RPC request is deferred, the rq_xprt_ctxt pointer is moved out\nof the svc_rqst into the svc_deferred_req.\nWhen the deferred request is revisited, the pointer is copied into\nthe new svc_rqst - and also remains in the svc_deferred_req.\n\nIn the (rare?) case that the request is deferred a second time, the old\nsvc_deferred_req is reused - it still has all the correct content.\nHowever in that case the rq_xprt_ctxt pointer is NOT cleared so that\nwhen xpo_release_xprt is called, the ctxt is freed (UDP) or possible\nadded to a free list (RDMA).\nWhen the deferred request is revisited for a second time, it will\nreference this ctxt which may be invalid, and the free the object a\nsecond time which is likely to oops.\n\nSo change svc_defer() to *always* clear rq_xprt_ctxt, and assert that\nthe value is now stored in the svc_deferred_req.","state":"PUBLISHED","assigner":"Linux","published_at":"2025-12-30 13:16:15","updated_at":"2026-10-15 22:17:57"},"problem_types":[],"metrics":[{"version":"3.1","source":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","type":"Secondary","score":"9.8","severity":"CRITICAL","vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H","data":{"version":"3.1","vectorString":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H","baseScore":9.8,"baseSeverity":"CRITICAL","attackVector":"NETWORK","attackComplexity":"LOW","privilegesRequired":"NONE","userInteraction":"NONE","scope":"UNCHANGED","confidentialityImpact":"HIGH","integrityImpact":"HIGH","availabilityImpact":"HIGH"}},{"version":"3.1","source":"CNA","type":"DECLARED","score":"9.8","severity":"CRITICAL","vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H","data":{"baseScore":9.8,"baseSeverity":"CRITICAL","vectorString":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H","version":"3.1"}}],"references":[{"url":"https://git.kernel.org/stable/c/7851771789e87108a92697194105ef0c9307dc5e","name":"https://git.kernel.org/stable/c/7851771789e87108a92697194105ef0c9307dc5e","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/e0c648627322a4c7e018e5c7f837c3c03e297dbb","name":"https://git.kernel.org/stable/c/e0c648627322a4c7e018e5c7f837c3c03e297dbb","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/eb8d3a2c809abd73ab0a060fe971d6b9019aa3c1","name":"https://git.kernel.org/stable/c/eb8d3a2c809abd73ab0a060fe971d6b9019aa3c1","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/fd86534872f445f54dc01e7db001e25eadf063a8","name":"https://git.kernel.org/stable/c/fd86534872f445f54dc01e7db001e25eadf063a8","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2023-54269","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2023-54269","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected f5e13d700a4d40ccde3d36e383f9247dcb3c1d2d 7851771789e87108a92697194105ef0c9307dc5e git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 773f91b2cf3f52df0d7508fdbf60f37567cdaee4 fd86534872f445f54dc01e7db001e25eadf063a8 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 773f91b2cf3f52df0d7508fdbf60f37567cdaee4 e0c648627322a4c7e018e5c7f837c3c03e297dbb git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 773f91b2cf3f52df0d7508fdbf60f37567cdaee4 eb8d3a2c809abd73ab0a060fe971d6b9019aa3c1 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 11fab500f86403b2ebf6795feeade6e10302e448 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 5.15.35 5.15.113 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 5.17.4 5.18 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 5.18","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 5.18 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 5.15.113 5.15.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.1.30 6.1.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.3.4 6.3.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.4 * original_commit_for_fix","platforms":[]}],"timeline":[],"solutions":[],"workarounds":[],"exploits":[],"credits":[],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":{"cve_year":"2023","cve_id":"54269","cve":"CVE-2023-54269","epss":"0.004750000","percentile":"0.385960000","score_date":"2026-08-06","updated_at":"2026-08-07 00:14:20"},"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"adp":[{"metrics":[{"other":{"content":{"id":"CVE-2023-54269","options":[{"Exploitation":"none"},{"Automatable":"yes"},{"Technical Impact":"total"}],"role":"CISA Coordinator","timestamp":"2026-10-15T21:39:56.402453Z","version":"2.0.3"},"type":"ssvc"}}],"providerMetadata":{"dateUpdated":"2026-10-15T21:41:43.730Z","orgId":"134c704f-9b21-4f2e-91b3-4a467353bcc0","shortName":"CISA-ADP"},"title":"CISA ADP Vulnrichment"}],"cna":{"affected":[{"defaultStatus":"unaffected","product":"Linux","programFiles":["net/sunrpc/svc_xprt.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"7851771789e87108a92697194105ef0c9307dc5e","status":"affected","version":"f5e13d700a4d40ccde3d36e383f9247dcb3c1d2d","versionType":"git"},{"lessThan":"fd86534872f445f54dc01e7db001e25eadf063a8","status":"affected","version":"773f91b2cf3f52df0d7508fdbf60f37567cdaee4","versionType":"git"},{"lessThan":"e0c648627322a4c7e018e5c7f837c3c03e297dbb","status":"affected","version":"773f91b2cf3f52df0d7508fdbf60f37567cdaee4","versionType":"git"},{"lessThan":"eb8d3a2c809abd73ab0a060fe971d6b9019aa3c1","status":"affected","version":"773f91b2cf3f52df0d7508fdbf60f37567cdaee4","versionType":"git"},{"status":"affected","version":"11fab500f86403b2ebf6795feeade6e10302e448","versionType":"git"},{"lessThan":"5.15.113","status":"affected","version":"5.15.35","versionType":"semver"},{"lessThan":"5.18","status":"affected","version":"5.17.4","versionType":"semver"}]},{"defaultStatus":"affected","product":"Linux","programFiles":["net/sunrpc/svc_xprt.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"status":"affected","version":"5.18"},{"lessThan":"5.18","status":"unaffected","version":"0","versionType":"semver"},{"lessThanOrEqual":"5.15.*","status":"unaffected","version":"5.15.113","versionType":"semver"},{"lessThanOrEqual":"6.1.*","status":"unaffected","version":"6.1.30","versionType":"semver"},{"lessThanOrEqual":"6.3.*","status":"unaffected","version":"6.3.4","versionType":"semver"},{"lessThanOrEqual":"*","status":"unaffected","version":"6.4","versionType":"original_commit_for_fix"}]}],"cpeApplicability":[{"nodes":[{"cpeMatch":[{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"5.15.113","versionStartIncluding":"5.15.35","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.1.30","versionStartIncluding":"5.18","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.3.4","versionStartIncluding":"5.18","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.4","versionStartIncluding":"5.18","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionStartIncluding":"5.17.4","vulnerable":true}],"negate":false,"operator":"OR"}]}],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\nSUNRPC: double free xprt_ctxt while still in use\n\nWhen an RPC request is deferred, the rq_xprt_ctxt pointer is moved out\nof the svc_rqst into the svc_deferred_req.\nWhen the deferred request is revisited, the pointer is copied into\nthe new svc_rqst - and also remains in the svc_deferred_req.\n\nIn the (rare?) case that the request is deferred a second time, the old\nsvc_deferred_req is reused - it still has all the correct content.\nHowever in that case the rq_xprt_ctxt pointer is NOT cleared so that\nwhen xpo_release_xprt is called, the ctxt is freed (UDP) or possible\nadded to a free list (RDMA).\nWhen the deferred request is revisited for a second time, it will\nreference this ctxt which may be invalid, and the free the object a\nsecond time which is likely to oops.\n\nSo change svc_defer() to *always* clear rq_xprt_ctxt, and assert that\nthe value is now stored in the svc_deferred_req."}],"metrics":[{"cvssV3_1":{"baseScore":9.8,"baseSeverity":"CRITICAL","vectorString":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H","version":"3.1"},"scenarios":[{"lang":"en","value":"AV:N - The vulnerable path is nfsd/sunrpc server-side request processing driven entirely by RPC datagrams received from remote clients over UDP port 2049 (or NFS/RDMA). No local access is needed; the attacker only sends network packets to the NFS server.\nAC:L - The attacker controls both deferral triggers — a novel (freely spoofable) UDP source address forces an ip_map cache miss, and an unresolved export/filehandle forces a second nfsd_fh/nfsd_export miss on the same request, which is exactly the first-contact sequence for a new client. Small datagrams stay linear so rq_xprt_ctxt is populated, making the trigger repeatable at will.\nPR:N - The deferrals occur inside svcauth_unix_set_client() and the export lookup, i.e. while the server is still deciding whether the client is permitted at all, so no credentials have been verified. AUTH_NULL/AUTH_UNIX requests from any host able to reach the nfsd port suffice.\nUI:N - nfsd threads process incoming RPCs and requeue deferred requests automatically with no action by any local user or administrator.\nS:U - The corruption is confined to kernel memory managed by the same kernel security authority; no VM, IOMMU, or sandbox boundary is crossed.\nC:H - The freed sk_buff is re-read and re-released (skb->users, skb->head, skb->destructor) and the double free returns the same slab object to two owners, giving type-confusion-based read primitives over adjacent kernel data. Per UAF guidance this is High.\nI:H - A double free of an sk_buff lets a remote attacker who reallocates the slot with sprayed packet data control fields such as skb->destructor and skb->head, yielding arbitrary write / control-flow hijack; the RDMA variant double-adds a recv ctxt to the free list so two live receives share one DMA buffer.\nA:H - The commit itself notes the second free \"is likely to oops\"; a double free of an sk_buff or corruption of the RDMA recv ctxt free list panics the kernel and can be re-triggered repeatedly by an unauthenticated remote client."}]}],"providerMetadata":{"dateUpdated":"2026-08-05T09:18:46.870Z","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux"},"references":[{"url":"https://git.kernel.org/stable/c/7851771789e87108a92697194105ef0c9307dc5e"},{"url":"https://git.kernel.org/stable/c/fd86534872f445f54dc01e7db001e25eadf063a8"},{"url":"https://git.kernel.org/stable/c/e0c648627322a4c7e018e5c7f837c3c03e297dbb"},{"url":"https://git.kernel.org/stable/c/eb8d3a2c809abd73ab0a060fe971d6b9019aa3c1"}],"title":"SUNRPC: double free xprt_ctxt while still in use","x_generator":{"engine":"bippy-1.2.0"}}},"cveMetadata":{"assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","assignerShortName":"Linux","cveId":"CVE-2023-54269","datePublished":"2025-12-30T12:16:00.317Z","dateReserved":"2025-12-30T12:06:44.518Z","dateUpdated":"2026-10-15T21:41:43.730Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2025-12-30 13:16:15","lastModifiedDate":"2026-10-15 22:17:57","problem_types":[],"metrics":{"cvssMetricV31":[{"source":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","type":"Secondary","cvssData":{"version":"3.1","vectorString":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H","baseScore":9.8,"baseSeverity":"CRITICAL","attackVector":"NETWORK","attackComplexity":"LOW","privilegesRequired":"NONE","userInteraction":"NONE","scope":"UNCHANGED","confidentialityImpact":"HIGH","integrityImpact":"HIGH","availabilityImpact":"HIGH"},"exploitabilityScore":3.9,"impactScore":5.9}],"ssvcV203":[{"source":"134c704f-9b21-4f2e-91b3-4a467353bcc0","ssvcData":{"timestamp":"2026-10-15T21:39:56.402453Z","id":"CVE-2023-54269","options":[{"exploitation":"none"},{"automatable":"yes"},{"technicalImpact":"total"}],"role":"CISA Coordinator","version":"2.0.3"}}]},"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2023","CveId":"54269","Ordinal":"1","Title":"SUNRPC: double free xprt_ctxt while still in use","CVE":"CVE-2023-54269","Year":"2023"},"notes":[{"CveYear":"2023","CveId":"54269","Ordinal":"1","NoteData":"In the Linux kernel, the following vulnerability has been resolved:\n\nSUNRPC: double free xprt_ctxt while still in use\n\nWhen an RPC request is deferred, the rq_xprt_ctxt pointer is moved out\nof the svc_rqst into the svc_deferred_req.\nWhen the deferred request is revisited, the pointer is copied into\nthe new svc_rqst - and also remains in the svc_deferred_req.\n\nIn the (rare?) case that the request is deferred a second time, the old\nsvc_deferred_req is reused - it still has all the correct content.\nHowever in that case the rq_xprt_ctxt pointer is NOT cleared so that\nwhen xpo_release_xprt is called, the ctxt is freed (UDP) or possible\nadded to a free list (RDMA).\nWhen the deferred request is revisited for a second time, it will\nreference this ctxt which may be invalid, and the free the object a\nsecond time which is likely to oops.\n\nSo change svc_defer() to *always* clear rq_xprt_ctxt, and assert that\nthe value is now stored in the svc_deferred_req.","Type":"Description","Title":"SUNRPC: double free xprt_ctxt while still in use"}]}}}