{"api_version":"1","generated_at":"2026-07-23T13:08:48+00:00","cve":"CVE-2025-40105","urls":{"html":"https://cve.report/CVE-2025-40105","api":"https://cve.report/api/cve/CVE-2025-40105.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2025-40105","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2025-40105"},"summary":{"title":"vfs: Don't leak disconnected dentries on umount","description":"In the Linux kernel, the following vulnerability has been resolved:\n\nvfs: Don't leak disconnected dentries on umount\n\nWhen user calls open_by_handle_at() on some inode that is not cached, we\nwill create disconnected dentry for it. If such dentry is a directory,\nexportfs_decode_fh_raw() will then try to connect this dentry to the\ndentry tree through reconnect_path(). It may happen for various reasons\n(such as corrupted fs or race with rename) that the call to\nlookup_one_unlocked() in reconnect_one() will fail to find the dentry we\nare trying to reconnect and instead create a new dentry under the\nparent. Now this dentry will not be marked as disconnected although the\nparent still may well be disconnected (at least in case this\ninconsistency happened because the fs is corrupted and .. doesn't point\nto the real parent directory). This creates inconsistency in\ndisconnected flags but AFAICS it was mostly harmless. At least until\ncommit f1ee616214cb (\"VFS: don't keep disconnected dentries on d_anon\")\nwhich removed adding of most disconnected dentries to sb->s_anon list.\nThus after this commit cleanup of disconnected dentries implicitely\nrelies on the fact that dput() will immediately reclaim such dentries.\nHowever when some leaf dentry isn't marked as disconnected, as in the\nscenario described above, the reclaim doesn't happen and the dentries\nare \"leaked\". Memory reclaim can eventually reclaim them but otherwise\nthey stay in memory and if umount comes first, we hit infamous \"Busy\ninodes after unmount\" bug. Make sure all dentries created under a\ndisconnected parent are marked as disconnected as well.","state":"PUBLISHED","assigner":"Linux","published_at":"2025-10-30 10:15:34","updated_at":"2026-07-14 13:17:53"},"problem_types":[],"metrics":[],"references":[{"url":"https://git.kernel.org/stable/c/eadc49999fa994d6fbd70c332bd5d5051cc42261","name":"https://git.kernel.org/stable/c/eadc49999fa994d6fbd70c332bd5d5051cc42261","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/20863bb7fbb016379f8227122edfabc5c799bc79","name":"https://git.kernel.org/stable/c/20863bb7fbb016379f8227122edfabc5c799bc79","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/8004d4b8cbf1bd68a23c160d57287e177c82cc69","name":"https://git.kernel.org/stable/c/8004d4b8cbf1bd68a23c160d57287e177c82cc69","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://cert-portal.siemens.com/productcert/html/ssa-019113.html","name":"https://cert-portal.siemens.com/productcert/html/ssa-019113.html","refsource":"0b142b55-0307-4c5a-b3c9-f314f3fb7c5e","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/cebfbf40056a4d858b2a3ca59a69936d599bd209","name":"https://git.kernel.org/stable/c/cebfbf40056a4d858b2a3ca59a69936d599bd209","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/b5abafd0aa8d7bcb935c8f91e4cfc2f2820759e4","name":"https://git.kernel.org/stable/c/b5abafd0aa8d7bcb935c8f91e4cfc2f2820759e4","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/56094ad3eaa21e6621396cc33811d8f72847a834","name":"https://git.kernel.org/stable/c/56094ad3eaa21e6621396cc33811d8f72847a834","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/7e0c8aaf4e28918abded547a5147c7d52c4af7d2","name":"https://git.kernel.org/stable/c/7e0c8aaf4e28918abded547a5147c7d52c4af7d2","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/620f3b0ede9c5cb4976cd0457d0b04ad551e5d6b","name":"https://git.kernel.org/stable/c/620f3b0ede9c5cb4976cd0457d0b04ad551e5d6b","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2025-40105","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2025-40105","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected f1ee616214cb22410e939d963bbb2349c2570f02 b5abafd0aa8d7bcb935c8f91e4cfc2f2820759e4 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected f1ee616214cb22410e939d963bbb2349c2570f02 20863bb7fbb016379f8227122edfabc5c799bc79 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected f1ee616214cb22410e939d963bbb2349c2570f02 8004d4b8cbf1bd68a23c160d57287e177c82cc69 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected f1ee616214cb22410e939d963bbb2349c2570f02 7e0c8aaf4e28918abded547a5147c7d52c4af7d2 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected f1ee616214cb22410e939d963bbb2349c2570f02 cebfbf40056a4d858b2a3ca59a69936d599bd209 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected f1ee616214cb22410e939d963bbb2349c2570f02 620f3b0ede9c5cb4976cd0457d0b04ad551e5d6b git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected f1ee616214cb22410e939d963bbb2349c2570f02 eadc49999fa994d6fbd70c332bd5d5051cc42261 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected f1ee616214cb22410e939d963bbb2349c2570f02 56094ad3eaa21e6621396cc33811d8f72847a834 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 4.16","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 4.16 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 5.4.301 5.4.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 5.10.246 5.10.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 5.15.196 5.15.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.1.158 6.1.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.6.114 6.6.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.12.55 6.12.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.17.5 6.17.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.18 * original_commit_for_fix","platforms":[]},{"source":"ADP","vendor":"Siemens","product":"SIMATIC S7-1500 CPU 1518-4 PN/DP MFP","version":"affected V3.1.6 * custom","platforms":[]},{"source":"ADP","vendor":"Siemens","product":"SIMATIC S7-1500 CPU 1518-4 PN/DP MFP","version":"affected V3.1.6 * custom","platforms":[]},{"source":"ADP","vendor":"Siemens","product":"SIMATIC S7-1500 CPU 1518F-4 PN/DP MFP","version":"affected V3.1.6 * custom","platforms":[]},{"source":"ADP","vendor":"Siemens","product":"SIMATIC S7-1500 CPU 1518F-4 PN/DP MFP","version":"affected V3.1.6 * custom","platforms":[]},{"source":"ADP","vendor":"Siemens","product":"SIPLUS S7-1500 CPU 1518-4 PN/DP MFP","version":"affected V3.1.6 * custom","platforms":[]}],"timeline":[],"solutions":[],"workarounds":[],"exploits":[],"credits":[],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":{"cve_year":"2025","cve_id":"40105","cve":"CVE-2025-40105","epss":"0.001930000","percentile":"0.091090000","score_date":"2026-07-14","updated_at":"2026-07-15 00:14:55"},"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"adp":[{"affected":[{"defaultStatus":"unknown","product":"SIMATIC S7-1500 CPU 1518-4 PN/DP MFP","vendor":"Siemens","versions":[{"lessThan":"*","status":"affected","version":"V3.1.6","versionType":"custom"}]},{"defaultStatus":"unknown","product":"SIMATIC S7-1500 CPU 1518-4 PN/DP MFP","vendor":"Siemens","versions":[{"lessThan":"*","status":"affected","version":"V3.1.6","versionType":"custom"}]},{"defaultStatus":"unknown","product":"SIMATIC S7-1500 CPU 1518F-4 PN/DP MFP","vendor":"Siemens","versions":[{"lessThan":"*","status":"affected","version":"V3.1.6","versionType":"custom"}]},{"defaultStatus":"unknown","product":"SIMATIC S7-1500 CPU 1518F-4 PN/DP MFP","vendor":"Siemens","versions":[{"lessThan":"*","status":"affected","version":"V3.1.6","versionType":"custom"}]},{"defaultStatus":"unknown","product":"SIPLUS S7-1500 CPU 1518-4 PN/DP MFP","vendor":"Siemens","versions":[{"lessThan":"*","status":"affected","version":"V3.1.6","versionType":"custom"}]}],"providerMetadata":{"dateUpdated":"2026-07-14T12:43:20.789Z","orgId":"0b142b55-0307-4c5a-b3c9-f314f3fb7c5e","shortName":"siemens-SADP"},"references":[{"url":"https://cert-portal.siemens.com/productcert/html/ssa-019113.html"}],"x_adpType":"supplier"}],"cna":{"affected":[{"defaultStatus":"unaffected","product":"Linux","programFiles":["fs/dcache.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"b5abafd0aa8d7bcb935c8f91e4cfc2f2820759e4","status":"affected","version":"f1ee616214cb22410e939d963bbb2349c2570f02","versionType":"git"},{"lessThan":"20863bb7fbb016379f8227122edfabc5c799bc79","status":"affected","version":"f1ee616214cb22410e939d963bbb2349c2570f02","versionType":"git"},{"lessThan":"8004d4b8cbf1bd68a23c160d57287e177c82cc69","status":"affected","version":"f1ee616214cb22410e939d963bbb2349c2570f02","versionType":"git"},{"lessThan":"7e0c8aaf4e28918abded547a5147c7d52c4af7d2","status":"affected","version":"f1ee616214cb22410e939d963bbb2349c2570f02","versionType":"git"},{"lessThan":"cebfbf40056a4d858b2a3ca59a69936d599bd209","status":"affected","version":"f1ee616214cb22410e939d963bbb2349c2570f02","versionType":"git"},{"lessThan":"620f3b0ede9c5cb4976cd0457d0b04ad551e5d6b","status":"affected","version":"f1ee616214cb22410e939d963bbb2349c2570f02","versionType":"git"},{"lessThan":"eadc49999fa994d6fbd70c332bd5d5051cc42261","status":"affected","version":"f1ee616214cb22410e939d963bbb2349c2570f02","versionType":"git"},{"lessThan":"56094ad3eaa21e6621396cc33811d8f72847a834","status":"affected","version":"f1ee616214cb22410e939d963bbb2349c2570f02","versionType":"git"}]},{"defaultStatus":"affected","product":"Linux","programFiles":["fs/dcache.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"status":"affected","version":"4.16"},{"lessThan":"4.16","status":"unaffected","version":"0","versionType":"semver"},{"lessThanOrEqual":"5.4.*","status":"unaffected","version":"5.4.301","versionType":"semver"},{"lessThanOrEqual":"5.10.*","status":"unaffected","version":"5.10.246","versionType":"semver"},{"lessThanOrEqual":"5.15.*","status":"unaffected","version":"5.15.196","versionType":"semver"},{"lessThanOrEqual":"6.1.*","status":"unaffected","version":"6.1.158","versionType":"semver"},{"lessThanOrEqual":"6.6.*","status":"unaffected","version":"6.6.114","versionType":"semver"},{"lessThanOrEqual":"6.12.*","status":"unaffected","version":"6.12.55","versionType":"semver"},{"lessThanOrEqual":"6.17.*","status":"unaffected","version":"6.17.5","versionType":"semver"},{"lessThanOrEqual":"*","status":"unaffected","version":"6.18","versionType":"original_commit_for_fix"}]}],"cpeApplicability":[{"nodes":[{"cpeMatch":[{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"5.4.301","versionStartIncluding":"4.16","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"5.10.246","versionStartIncluding":"4.16","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"5.15.196","versionStartIncluding":"4.16","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.1.158","versionStartIncluding":"4.16","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.6.114","versionStartIncluding":"4.16","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.12.55","versionStartIncluding":"4.16","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.17.5","versionStartIncluding":"4.16","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.18","versionStartIncluding":"4.16","vulnerable":true}],"negate":false,"operator":"OR"}]}],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\nvfs: Don't leak disconnected dentries on umount\n\nWhen user calls open_by_handle_at() on some inode that is not cached, we\nwill create disconnected dentry for it. If such dentry is a directory,\nexportfs_decode_fh_raw() will then try to connect this dentry to the\ndentry tree through reconnect_path(). It may happen for various reasons\n(such as corrupted fs or race with rename) that the call to\nlookup_one_unlocked() in reconnect_one() will fail to find the dentry we\nare trying to reconnect and instead create a new dentry under the\nparent. Now this dentry will not be marked as disconnected although the\nparent still may well be disconnected (at least in case this\ninconsistency happened because the fs is corrupted and .. doesn't point\nto the real parent directory). This creates inconsistency in\ndisconnected flags but AFAICS it was mostly harmless. At least until\ncommit f1ee616214cb (\"VFS: don't keep disconnected dentries on d_anon\")\nwhich removed adding of most disconnected dentries to sb->s_anon list.\nThus after this commit cleanup of disconnected dentries implicitely\nrelies on the fact that dput() will immediately reclaim such dentries.\nHowever when some leaf dentry isn't marked as disconnected, as in the\nscenario described above, the reclaim doesn't happen and the dentries\nare \"leaked\". Memory reclaim can eventually reclaim them but otherwise\nthey stay in memory and if umount comes first, we hit infamous \"Busy\ninodes after unmount\" bug. Make sure all dentries created under a\ndisconnected parent are marked as disconnected as well."}],"providerMetadata":{"dateUpdated":"2026-05-11T21:42:36.782Z","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux"},"references":[{"url":"https://git.kernel.org/stable/c/b5abafd0aa8d7bcb935c8f91e4cfc2f2820759e4"},{"url":"https://git.kernel.org/stable/c/20863bb7fbb016379f8227122edfabc5c799bc79"},{"url":"https://git.kernel.org/stable/c/8004d4b8cbf1bd68a23c160d57287e177c82cc69"},{"url":"https://git.kernel.org/stable/c/7e0c8aaf4e28918abded547a5147c7d52c4af7d2"},{"url":"https://git.kernel.org/stable/c/cebfbf40056a4d858b2a3ca59a69936d599bd209"},{"url":"https://git.kernel.org/stable/c/620f3b0ede9c5cb4976cd0457d0b04ad551e5d6b"},{"url":"https://git.kernel.org/stable/c/eadc49999fa994d6fbd70c332bd5d5051cc42261"},{"url":"https://git.kernel.org/stable/c/56094ad3eaa21e6621396cc33811d8f72847a834"}],"title":"vfs: Don't leak disconnected dentries on umount","x_generator":{"engine":"bippy-1.2.0"}}},"cveMetadata":{"assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","assignerShortName":"Linux","cveId":"CVE-2025-40105","datePublished":"2025-10-30T09:48:09.674Z","dateReserved":"2025-04-16T07:20:57.165Z","dateUpdated":"2026-07-14T12:43:20.789Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2025-10-30 10:15:34","lastModifiedDate":"2026-07-14 13:17:53","problem_types":[],"metrics":[],"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2025","CveId":"40105","Ordinal":"1","Title":"vfs: Don't leak disconnected dentries on umount","CVE":"CVE-2025-40105","Year":"2025"},"notes":[{"CveYear":"2025","CveId":"40105","Ordinal":"1","NoteData":"In the Linux kernel, the following vulnerability has been resolved:\n\nvfs: Don't leak disconnected dentries on umount\n\nWhen user calls open_by_handle_at() on some inode that is not cached, we\nwill create disconnected dentry for it. If such dentry is a directory,\nexportfs_decode_fh_raw() will then try to connect this dentry to the\ndentry tree through reconnect_path(). It may happen for various reasons\n(such as corrupted fs or race with rename) that the call to\nlookup_one_unlocked() in reconnect_one() will fail to find the dentry we\nare trying to reconnect and instead create a new dentry under the\nparent. Now this dentry will not be marked as disconnected although the\nparent still may well be disconnected (at least in case this\ninconsistency happened because the fs is corrupted and .. doesn't point\nto the real parent directory). This creates inconsistency in\ndisconnected flags but AFAICS it was mostly harmless. At least until\ncommit f1ee616214cb (\"VFS: don't keep disconnected dentries on d_anon\")\nwhich removed adding of most disconnected dentries to sb->s_anon list.\nThus after this commit cleanup of disconnected dentries implicitely\nrelies on the fact that dput() will immediately reclaim such dentries.\nHowever when some leaf dentry isn't marked as disconnected, as in the\nscenario described above, the reclaim doesn't happen and the dentries\nare \"leaked\". Memory reclaim can eventually reclaim them but otherwise\nthey stay in memory and if umount comes first, we hit infamous \"Busy\ninodes after unmount\" bug. Make sure all dentries created under a\ndisconnected parent are marked as disconnected as well.","Type":"Description","Title":"vfs: Don't leak disconnected dentries on umount"}]}}}