{"api_version":"1","generated_at":"2026-10-01T09:09:02+00:00","cve":"CVE-2026-97605","urls":{"html":"https://cve.report/CVE-2026-97605","api":"https://cve.report/api/cve/CVE-2026-97605.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-97605","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-97605"},"summary":{"title":"erofs: preserve LZMA decoders on resize failure","description":"In the Linux kernel, the following vulnerability has been resolved:\n\nerofs: preserve LZMA decoders on resize failure\n\nThe pool-resize path frees each stream's old decoder before allocating\nits replacement. If an allocation fails after some streams have already\nbeen replaced, the failed stream is put back on the list with state ==\nNULL. z_erofs_lzma_max_dictsize is still advanced as if the whole\npool had been resized.\n\nAn existing LZMA mount can select the broken stream and pass\nNULL to xz_dec_microlzma_reset(). A retry at the same size also\nskip another resize attempt. Since the global maximum was advanced,\nthus, the invalid state is left unrepaired.\n\nAllocate each replacement before freeing the old decoder, temporarily\nretaining one old decoder during allocation. Stop at the first failure\nand advance z_erofs_lzma_max_dictsize only after all streams satisfy\nthe request.\n\nRecord each stream's dictionary capacity so retries can skip streams\nalready enlarged before a partial failure.","state":"PUBLISHED","assigner":"Linux","published_at":"2026-09-25 11:17:14","updated_at":"2026-09-25 11:17:14"},"problem_types":[],"metrics":[],"references":[{"url":"https://git.kernel.org/stable/c/38e9e07ac02a9453a117410776f1502a9980997e","name":"https://git.kernel.org/stable/c/38e9e07ac02a9453a117410776f1502a9980997e","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/617d0d8d199ba1790c94310fd75a22d01c97a8d6","name":"https://git.kernel.org/stable/c/617d0d8d199ba1790c94310fd75a22d01c97a8d6","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/604ce546e1b9f35b1f45588004f53fac6b2869c1","name":"https://git.kernel.org/stable/c/604ce546e1b9f35b1f45588004f53fac6b2869c1","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/0b3c8c39e50249470f00a5f73c288b95a55ab576","name":"https://git.kernel.org/stable/c/0b3c8c39e50249470f00a5f73c288b95a55ab576","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-97605","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-97605","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 622ceaddb7649ca328832f50ba1400af778d75fa 604ce546e1b9f35b1f45588004f53fac6b2869c1 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 622ceaddb7649ca328832f50ba1400af778d75fa 0b3c8c39e50249470f00a5f73c288b95a55ab576 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 622ceaddb7649ca328832f50ba1400af778d75fa 38e9e07ac02a9453a117410776f1502a9980997e git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 622ceaddb7649ca328832f50ba1400af778d75fa 617d0d8d199ba1790c94310fd75a22d01c97a8d6 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 5.16","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 5.16 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.12.111 6.12.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.18.53 6.18.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.2.7 7.2.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.3-rc3 * original_commit_for_fix","platforms":[]}],"timeline":[],"solutions":[],"workarounds":[],"exploits":[],"credits":[],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":{"cve_year":"2026","cve_id":"97605","cve":"CVE-2026-97605","epss":"0.002000000","percentile":"0.088180000","score_date":"2026-09-27","updated_at":"2026-09-28 00:02:24"},"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"cna":{"affected":[{"defaultStatus":"unaffected","product":"Linux","programFiles":["fs/erofs/decompressor_lzma.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"604ce546e1b9f35b1f45588004f53fac6b2869c1","status":"affected","version":"622ceaddb7649ca328832f50ba1400af778d75fa","versionType":"git"},{"lessThan":"0b3c8c39e50249470f00a5f73c288b95a55ab576","status":"affected","version":"622ceaddb7649ca328832f50ba1400af778d75fa","versionType":"git"},{"lessThan":"38e9e07ac02a9453a117410776f1502a9980997e","status":"affected","version":"622ceaddb7649ca328832f50ba1400af778d75fa","versionType":"git"},{"lessThan":"617d0d8d199ba1790c94310fd75a22d01c97a8d6","status":"affected","version":"622ceaddb7649ca328832f50ba1400af778d75fa","versionType":"git"}]},{"defaultStatus":"affected","product":"Linux","programFiles":["fs/erofs/decompressor_lzma.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"status":"affected","version":"5.16"},{"lessThan":"5.16","status":"unaffected","version":"0","versionType":"semver"},{"lessThanOrEqual":"6.12.*","status":"unaffected","version":"6.12.111","versionType":"semver"},{"lessThanOrEqual":"6.18.*","status":"unaffected","version":"6.18.53","versionType":"semver"},{"lessThanOrEqual":"7.2.*","status":"unaffected","version":"7.2.7","versionType":"semver"},{"lessThanOrEqual":"*","status":"unaffected","version":"7.3-rc3","versionType":"original_commit_for_fix"}]}],"cpeApplicability":[{"nodes":[{"cpeMatch":[{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.12.111","versionStartIncluding":"5.16","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.18.53","versionStartIncluding":"5.16","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.2.7","versionStartIncluding":"5.16","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.3-rc3","versionStartIncluding":"5.16","vulnerable":true}],"negate":false,"operator":"OR"}]}],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\nerofs: preserve LZMA decoders on resize failure\n\nThe pool-resize path frees each stream's old decoder before allocating\nits replacement. If an allocation fails after some streams have already\nbeen replaced, the failed stream is put back on the list with state ==\nNULL. z_erofs_lzma_max_dictsize is still advanced as if the whole\npool had been resized.\n\nAn existing LZMA mount can select the broken stream and pass\nNULL to xz_dec_microlzma_reset(). A retry at the same size also\nskip another resize attempt. Since the global maximum was advanced,\nthus, the invalid state is left unrepaired.\n\nAllocate each replacement before freeing the old decoder, temporarily\nretaining one old decoder during allocation. Stop at the first failure\nand advance z_erofs_lzma_max_dictsize only after all streams satisfy\nthe request.\n\nRecord each stream's dictionary capacity so retries can skip streams\nalready enlarged before a partial failure."}],"providerMetadata":{"dateUpdated":"2026-09-25T10:22:17.233Z","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux"},"references":[{"url":"https://git.kernel.org/stable/c/604ce546e1b9f35b1f45588004f53fac6b2869c1"},{"url":"https://git.kernel.org/stable/c/0b3c8c39e50249470f00a5f73c288b95a55ab576"},{"url":"https://git.kernel.org/stable/c/38e9e07ac02a9453a117410776f1502a9980997e"},{"url":"https://git.kernel.org/stable/c/617d0d8d199ba1790c94310fd75a22d01c97a8d6"}],"title":"erofs: preserve LZMA decoders on resize failure","x_generator":{"engine":"bippy-1.2.0"}}},"cveMetadata":{"assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","assignerShortName":"Linux","cveId":"CVE-2026-97605","datePublished":"2026-09-25T10:22:17.233Z","dateReserved":"2026-09-24T16:01:01.158Z","dateUpdated":"2026-09-25T10:22:17.233Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-09-25 11:17:14","lastModifiedDate":"2026-09-25 11:17:14","problem_types":[],"metrics":[],"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"97605","Ordinal":"1","Title":"erofs: preserve LZMA decoders on resize failure","CVE":"CVE-2026-97605","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"97605","Ordinal":"1","NoteData":"In the Linux kernel, the following vulnerability has been resolved:\n\nerofs: preserve LZMA decoders on resize failure\n\nThe pool-resize path frees each stream's old decoder before allocating\nits replacement. If an allocation fails after some streams have already\nbeen replaced, the failed stream is put back on the list with state ==\nNULL. z_erofs_lzma_max_dictsize is still advanced as if the whole\npool had been resized.\n\nAn existing LZMA mount can select the broken stream and pass\nNULL to xz_dec_microlzma_reset(). A retry at the same size also\nskip another resize attempt. Since the global maximum was advanced,\nthus, the invalid state is left unrepaired.\n\nAllocate each replacement before freeing the old decoder, temporarily\nretaining one old decoder during allocation. Stop at the first failure\nand advance z_erofs_lzma_max_dictsize only after all streams satisfy\nthe request.\n\nRecord each stream's dictionary capacity so retries can skip streams\nalready enlarged before a partial failure.","Type":"Description","Title":"erofs: preserve LZMA decoders on resize failure"}]}}}