{"api_version":"1","generated_at":"2026-04-10T12:55:21+00:00","cve":"CVE-2026-23414","urls":{"html":"https://cve.report/CVE-2026-23414","api":"https://cve.report/api/cve/CVE-2026-23414.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-23414","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-23414"},"summary":{"title":"tls: Purge async_hold in tls_decrypt_async_wait()","description":"In the Linux kernel, the following vulnerability has been resolved:\n\ntls: Purge async_hold in tls_decrypt_async_wait()\n\nThe async_hold queue pins encrypted input skbs while\nthe AEAD engine references their scatterlist data. Once\ntls_decrypt_async_wait() returns, every AEAD operation\nhas completed and the engine no longer references those\nskbs, so they can be freed unconditionally.\n\nA subsequent patch adds batch async decryption to\ntls_sw_read_sock(), introducing a new call site that\nmust drain pending AEAD operations and release held\nskbs. Move __skb_queue_purge(&ctx->async_hold) into\ntls_decrypt_async_wait() so the purge is centralized\nand every caller -- recvmsg's drain path, the -EBUSY\nfallback in tls_do_decryption(), and the new read_sock\nbatch path -- releases held skbs on synchronization\nwithout each site managing the purge independently.\n\nThis fixes a leak when tls_strp_msg_hold() fails part-way through,\nafter having added some cloned skbs to the async_hold\nqueue. tls_decrypt_sg() will then call tls_decrypt_async_wait() to\nprocess all pending decrypts, and drop back to synchronous mode, but\ntls_sw_recvmsg() only flushes the async_hold queue when one record has\nbeen processed in \"fully-async\" mode, which may not be the case here.\n\n[pabeni@redhat.com: added leak comment]","state":"PUBLISHED","assigner":"Linux","published_at":"2026-04-02 12:16:20","updated_at":"2026-04-03 16:10:52"},"problem_types":[],"metrics":[],"references":[{"url":"https://git.kernel.org/stable/c/9f557c7eae127b44d2e863917dc986a4b6cb1269","name":"https://git.kernel.org/stable/c/9f557c7eae127b44d2e863917dc986a4b6cb1269","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/6dc11e0bd0a5466bcc76d275c09e5537bd0597dd","name":"https://git.kernel.org/stable/c/6dc11e0bd0a5466bcc76d275c09e5537bd0597dd","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/fd8037e1f18ca5336934d0e0e7e1a4fe097e749d","name":"https://git.kernel.org/stable/c/fd8037e1f18ca5336934d0e0e7e1a4fe097e749d","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/84a8335d8300576f1b377ae24abca1d9f197807f","name":"https://git.kernel.org/stable/c/84a8335d8300576f1b377ae24abca1d9f197807f","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/2dcf324855c34e7f934ce978aa19b645a8f3ee71","name":"https://git.kernel.org/stable/c/2dcf324855c34e7f934ce978aa19b645a8f3ee71","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-23414","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-23414","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected c61d4368197d65c4809d9271f3b85325a600586a 2dcf324855c34e7f934ce978aa19b645a8f3ee71 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 39dec4ea3daf77f684308576baf483b55ca7f160 6dc11e0bd0a5466bcc76d275c09e5537bd0597dd git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected b8a6ff84abbcbbc445463de58704686011edc8e1 9f557c7eae127b44d2e863917dc986a4b6cb1269 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected b8a6ff84abbcbbc445463de58704686011edc8e1 fd8037e1f18ca5336934d0e0e7e1a4fe097e749d git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected b8a6ff84abbcbbc445463de58704686011edc8e1 84a8335d8300576f1b377ae24abca1d9f197807f git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 9f83fd0c179e0f458e824e417f9d5ad53443f685 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 4fc109d0ab196bd943b7451276690fb6bb48c2e0 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 6.18","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.18 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.6.131 6.6.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.12.80 6.12.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.18.21 6.18.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.19.11 6.19.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.0-rc6 * original_commit_for_fix","platforms":[]}],"timeline":[],"solutions":[],"workarounds":[],"exploits":[],"credits":[],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":{"cve_year":"2026","cve_id":"23414","cve":"CVE-2026-23414","epss":"0.000180000","percentile":"0.046140000","score_date":"2026-04-07","updated_at":"2026-04-08 00:03:39"},"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"cna":{"affected":[{"defaultStatus":"unaffected","product":"Linux","programFiles":["net/tls/tls_sw.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"2dcf324855c34e7f934ce978aa19b645a8f3ee71","status":"affected","version":"c61d4368197d65c4809d9271f3b85325a600586a","versionType":"git"},{"lessThan":"6dc11e0bd0a5466bcc76d275c09e5537bd0597dd","status":"affected","version":"39dec4ea3daf77f684308576baf483b55ca7f160","versionType":"git"},{"lessThan":"9f557c7eae127b44d2e863917dc986a4b6cb1269","status":"affected","version":"b8a6ff84abbcbbc445463de58704686011edc8e1","versionType":"git"},{"lessThan":"fd8037e1f18ca5336934d0e0e7e1a4fe097e749d","status":"affected","version":"b8a6ff84abbcbbc445463de58704686011edc8e1","versionType":"git"},{"lessThan":"84a8335d8300576f1b377ae24abca1d9f197807f","status":"affected","version":"b8a6ff84abbcbbc445463de58704686011edc8e1","versionType":"git"},{"status":"affected","version":"9f83fd0c179e0f458e824e417f9d5ad53443f685","versionType":"git"},{"status":"affected","version":"4fc109d0ab196bd943b7451276690fb6bb48c2e0","versionType":"git"}]},{"defaultStatus":"affected","product":"Linux","programFiles":["net/tls/tls_sw.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"status":"affected","version":"6.18"},{"lessThan":"6.18","status":"unaffected","version":"0","versionType":"semver"},{"lessThanOrEqual":"6.6.*","status":"unaffected","version":"6.6.131","versionType":"semver"},{"lessThanOrEqual":"6.12.*","status":"unaffected","version":"6.12.80","versionType":"semver"},{"lessThanOrEqual":"6.18.*","status":"unaffected","version":"6.18.21","versionType":"semver"},{"lessThanOrEqual":"6.19.*","status":"unaffected","version":"6.19.11","versionType":"semver"},{"lessThanOrEqual":"*","status":"unaffected","version":"7.0-rc6","versionType":"original_commit_for_fix"}]}],"cpeApplicability":[{"nodes":[{"cpeMatch":[{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.6.131","versionStartIncluding":"6.6.114","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.12.80","versionStartIncluding":"6.12.55","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.18.21","versionStartIncluding":"6.18","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.19.11","versionStartIncluding":"6.18","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.0-rc6","versionStartIncluding":"6.18","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionStartIncluding":"6.1.158","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionStartIncluding":"6.17.5","vulnerable":true}],"negate":false,"operator":"OR"}]}],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\ntls: Purge async_hold in tls_decrypt_async_wait()\n\nThe async_hold queue pins encrypted input skbs while\nthe AEAD engine references their scatterlist data. Once\ntls_decrypt_async_wait() returns, every AEAD operation\nhas completed and the engine no longer references those\nskbs, so they can be freed unconditionally.\n\nA subsequent patch adds batch async decryption to\ntls_sw_read_sock(), introducing a new call site that\nmust drain pending AEAD operations and release held\nskbs. Move __skb_queue_purge(&ctx->async_hold) into\ntls_decrypt_async_wait() so the purge is centralized\nand every caller -- recvmsg's drain path, the -EBUSY\nfallback in tls_do_decryption(), and the new read_sock\nbatch path -- releases held skbs on synchronization\nwithout each site managing the purge independently.\n\nThis fixes a leak when tls_strp_msg_hold() fails part-way through,\nafter having added some cloned skbs to the async_hold\nqueue. tls_decrypt_sg() will then call tls_decrypt_async_wait() to\nprocess all pending decrypts, and drop back to synchronous mode, but\ntls_sw_recvmsg() only flushes the async_hold queue when one record has\nbeen processed in \"fully-async\" mode, which may not be the case here.\n\n[pabeni@redhat.com: added leak comment]"}],"providerMetadata":{"dateUpdated":"2026-04-02T11:40:55.746Z","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux"},"references":[{"url":"https://git.kernel.org/stable/c/2dcf324855c34e7f934ce978aa19b645a8f3ee71"},{"url":"https://git.kernel.org/stable/c/6dc11e0bd0a5466bcc76d275c09e5537bd0597dd"},{"url":"https://git.kernel.org/stable/c/9f557c7eae127b44d2e863917dc986a4b6cb1269"},{"url":"https://git.kernel.org/stable/c/fd8037e1f18ca5336934d0e0e7e1a4fe097e749d"},{"url":"https://git.kernel.org/stable/c/84a8335d8300576f1b377ae24abca1d9f197807f"}],"title":"tls: Purge async_hold in tls_decrypt_async_wait()","x_generator":{"engine":"bippy-1.2.0"}}},"cveMetadata":{"assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","assignerShortName":"Linux","cveId":"CVE-2026-23414","datePublished":"2026-04-02T11:40:55.746Z","dateReserved":"2026-01-13T15:37:46.014Z","dateUpdated":"2026-04-02T11:40:55.746Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-04-02 12:16:20","lastModifiedDate":"2026-04-03 16:10:52","problem_types":[],"metrics":[],"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"23414","Ordinal":"1","Title":"tls: Purge async_hold in tls_decrypt_async_wait()","CVE":"CVE-2026-23414","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"23414","Ordinal":"1","NoteData":"In the Linux kernel, the following vulnerability has been resolved:\n\ntls: Purge async_hold in tls_decrypt_async_wait()\n\nThe async_hold queue pins encrypted input skbs while\nthe AEAD engine references their scatterlist data. Once\ntls_decrypt_async_wait() returns, every AEAD operation\nhas completed and the engine no longer references those\nskbs, so they can be freed unconditionally.\n\nA subsequent patch adds batch async decryption to\ntls_sw_read_sock(), introducing a new call site that\nmust drain pending AEAD operations and release held\nskbs. Move __skb_queue_purge(&ctx->async_hold) into\ntls_decrypt_async_wait() so the purge is centralized\nand every caller -- recvmsg's drain path, the -EBUSY\nfallback in tls_do_decryption(), and the new read_sock\nbatch path -- releases held skbs on synchronization\nwithout each site managing the purge independently.\n\nThis fixes a leak when tls_strp_msg_hold() fails part-way through,\nafter having added some cloned skbs to the async_hold\nqueue. tls_decrypt_sg() will then call tls_decrypt_async_wait() to\nprocess all pending decrypts, and drop back to synchronous mode, but\ntls_sw_recvmsg() only flushes the async_hold queue when one record has\nbeen processed in \"fully-async\" mode, which may not be the case here.\n\n[pabeni@redhat.com: added leak comment]","Type":"Description","Title":"tls: Purge async_hold in tls_decrypt_async_wait()"}]}}}