CVE-2025-39927

{"dataType": "CVE_RECORD", "dataVersion": "5.2", "cveMetadata": {"cveId": "CVE-2025-39927", "assignerOrgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "state": "PUBLISHED", "assignerShortName": "Linux", "dateReserved": "2025-04-16T07:20:57.147Z", "datePublished": "2025-10-01T08:07:14.595Z", "dateUpdated": "2026-10-21T12:37:35.623Z"}, "containers": {"cna": {"providerMetadata": {"orgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "shortName": "Linux", "dateUpdated": "2026-10-21T12:37:35.623Z"}, "descriptions": [{"lang": "en", "value": "In the Linux kernel, the following vulnerability has been resolved:\n\nceph: fix race condition validating r_parent before applying state\n\nAdd validation to ensure the cached parent directory inode matches the\ndirectory info in MDS replies. This prevents client-side race conditions\nwhere concurrent operations (e.g. rename) cause r_parent to become stale\nbetween request initiation and reply processing, which could lead to\napplying state changes to incorrect directory inodes.\n\n[ idryomov: folded a kerneldoc fixup and a follow-up fix from Alex to\n move CEPH_CAP_PIN reference when r_parent is updated:\n\n When the parent directory lock is not held, req->r_parent can become\n stale and is updated to point to the correct inode. However, the\n associated CEPH_CAP_PIN reference was not being adjusted. The\n CEPH_CAP_PIN is a reference on an inode that is tracked for\n accounting purposes. Moving this pin is important to keep the\n accounting balanced. When the pin was not moved from the old parent\n to the new one, it created two problems: The reference on the old,\n stale parent was never released, causing a reference leak.\n A reference for the new parent was never acquired, creating the risk\n of a reference underflow later in ceph_mdsc_release_request(). This\n patch corrects the logic by releasing the pin from the old parent and\n acquiring it for the new parent when r_parent is switched. This\n ensures reference accounting stays balanced. ]"}], "metrics": [{"cvssV3_1": {"version": "3.1", "vectorString": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H", "baseScore": 7.8, "baseSeverity": "HIGH"}, "scenarios": [{"lang": "en", "value": "AV:L - The race is created entirely by concurrent local syscalls (path lookup driving `ceph_d_revalidate()` and `rename()`) on a mounted CephFS; no network-facing listener is involved, as the kernel here is the client consuming replies from its trusted MDS.\nAC:L - The attacker controls both sides of the race \u2014 one thread forces LOOKUP requests via lease-expired path walks, another repeatedly renames the target dentry between directories \u2014 and can retry indefinitely with no cost or side effects until the window is hit.\nPR:L - Only an unprivileged local account with access to the CephFS mount is needed; `ceph_d_revalidate()` sets `r_parent` without `CEPH_MDS_R_PARENT_LOCKED` on every ordinary path walk, and `rename()` within the attacker's own directories suffices to win the race.\nUI:N - The attacker's own two threads supply both the request and the concurrent rename; no action by any other user or administrator is required beyond the CephFS mount already existing.\nS:U - The corruption is confined to the kernel's own inode/cap/dcache state within the same security authority; no hypervisor, IOMMU, or sandbox boundary is crossed.\nC:H - `ceph_fill_inode()` copies the foreign directory's mode, uid/gid, nlink, size, times, and its entire xattr blob (including security labels) onto an inode the attacker can then `stat`/`getxattr`, and the phantom caps installed by `ceph_add_cap()` make the client serve that stolen metadata indefinitely without revalidation.\nI:H - Ownership and permission bits of a directory inode are overwritten with another directory's values (e.g. an attacker-owned 0777 mode landing on a root-owned 0700 directory), and cap ids, snaprealm membership, and the dir-complete/empty flag are all corrupted, subverting the client's permission and consistency model.\nA:H - The cap id written by `ceph_add_cap()` no longer matches what the MDS issued for that inode, so cap flushes are rejected and threads block indefinitely on `i_cap_wq` (fsync/sync/umount hangs), while wrongly setting dir-complete with `i_size_write(inode, 0)` makes a live directory's entries unreachable for all users on the client."}]}], "affected": [{"product": "Linux", "vendor": "Linux", "defaultStatus": "unaffected", "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git", "programFiles": ["fs/ceph/debugfs.c", "fs/ceph/dir.c", "fs/ceph/file.c", "fs/ceph/inode.c", "fs/ceph/mds_client.c", "fs/ceph/mds_client.h"], "versions": [{"version": "9030aaf9bf0a1eee47a154c316c789e959638b0f", "lessThan": "dc5aad078abc416dd3d555c50f5308c16ba918a7", "status": "affected", "versionType": "git"}, {"version": "9030aaf9bf0a1eee47a154c316c789e959638b0f", "lessThan": "db378e6f83ec705c6091c65d482d555edc2b0a72", "status": "affected", "versionType": "git"}, {"version": "9030aaf9bf0a1eee47a154c316c789e959638b0f", "lessThan": "2bfe45987eb346e299d9f763f9cd05f77011519f", "status": "affected", "versionType": "git"}, {"version": "9030aaf9bf0a1eee47a154c316c789e959638b0f", "lessThan": "15f519e9f883b316d86e2bb6b767a023aafd9d83", "status": "affected", "versionType": "git"}]}, {"product": "Linux", "vendor": "Linux", "defaultStatus": "affected", "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git", "programFiles": ["fs/ceph/debugfs.c", "fs/ceph/dir.c", "fs/ceph/file.c", "fs/ceph/inode.c", "fs/ceph/mds_client.c", "fs/ceph/mds_client.h"], "versions": [{"version": "2.6.34", "status": "affected"}, {"version": "0", "lessThan": "2.6.34", "status": "unaffected", "versionType": "semver"}, {"version": "6.6.160", "lessThanOrEqual": "6.6.*", "status": "unaffected", "versionType": "semver"}, {"version": "6.12.48", "lessThanOrEqual": "6.12.*", "status": "unaffected", "versionType": "semver"}, {"version": "6.16.8", "lessThanOrEqual": "6.16.*", "status": "unaffected", "versionType": "semver"}, {"version": "6.17", "lessThanOrEqual": "*", "status": "unaffected", "versionType": "original_commit_for_fix"}]}], "cpeApplicability": [{"nodes": [{"operator": "OR", "negate": false, "cpeMatch": [{"vulnerable": true, "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "versionStartIncluding": "2.6.34", "versionEndExcluding": "6.6.160"}, {"vulnerable": true, "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "versionStartIncluding": "2.6.34", "versionEndExcluding": "6.12.48"}, {"vulnerable": true, "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "versionStartIncluding": "2.6.34", "versionEndExcluding": "6.16.8"}, {"vulnerable": true, "criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "versionStartIncluding": "2.6.34", "versionEndExcluding": "6.17"}]}]}], "references": [{"url": "https://git.kernel.org/stable/c/dc5aad078abc416dd3d555c50f5308c16ba918a7"}, {"url": "https://git.kernel.org/stable/c/db378e6f83ec705c6091c65d482d555edc2b0a72"}, {"url": "https://git.kernel.org/stable/c/2bfe45987eb346e299d9f763f9cd05f77011519f"}, {"url": "https://git.kernel.org/stable/c/15f519e9f883b316d86e2bb6b767a023aafd9d83"}], "title": "ceph: fix race condition validating r_parent before applying state", "x_generator": {"engine": "bippy-1.2.0"}}, "adp": [{"metrics": [{"cvssV3_1": {"scope": "UNCHANGED", "version": "3.1", "baseScore": 4.7, "attackVector": "LOCAL", "baseSeverity": "MEDIUM", "vectorString": "CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:H", "integrityImpact": "NONE", "userInteraction": "NONE", "attackComplexity": "HIGH", "availabilityImpact": "HIGH", "privilegesRequired": "LOW", "confidentialityImpact": "NONE"}}, {"other": {"type": "ssvc", "content": {"id": "CVE-2025-39927", "role": "CISA Coordinator", "options": [{"Exploitation": "none"}, {"Automatable": "no"}, {"Technical Impact": "partial"}], "version": "2.0.3", "timestamp": "2026-01-14T17:39:17.680672Z"}}}], "problemTypes": [{"descriptions": [{"lang": "en", "type": "CWE", "cweId": "CWE-362", "description": "CWE-362 Concurrent Execution using Shared Resource with Improper Synchronization ('Race Condition')"}]}], "title": "CISA ADP Vulnrichment", "providerMetadata": {"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "shortName": "CISA-ADP", "dateUpdated": "2026-01-14T17:42:45.563Z"}}]}}

{"dataType": "CVE_RECORD", "containers": {"adp": [{"title": "CISA ADP Vulnrichment", "metrics": [{"cvssV3_1": {"scope": "UNCHANGED", "version": "3.1", "baseScore": 4.7, "attackVector": "LOCAL", "baseSeverity": "MEDIUM", "vectorString": "CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:H", "integrityImpact": "NONE", "userInteraction": "NONE", "attackComplexity": "HIGH", "availabilityImpact": "HIGH", "privilegesRequired": "LOW", "confidentialityImpact": "NONE"}}, {"other": {"type": "ssvc", "content": {"id": "CVE-2025-39927", "role": "CISA Coordinator", "options": [{"Exploitation": "none"}, {"Automatable": "no"}, {"Technical Impact": "partial"}], "version": "2.0.3", "timestamp": "2026-01-14T17:39:17.680672Z"}}}], "problemTypes": [{"descriptions": [{"lang": "en", "type": "CWE", "cweId": "CWE-362", "description": "CWE-362 Concurrent Execution using Shared Resource with Improper Synchronization ('Race Condition')"}]}], "providerMetadata": {"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "shortName": "CISA-ADP", "dateUpdated": "2026-01-14T17:39:13.495Z"}}], "cna": {"title": "ceph: fix race condition validating r_parent before applying state", "metrics": [{"cvssV3_1": {"version": "3.1", "baseScore": 7.8, "baseSeverity": "HIGH", "vectorString": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H"}, "scenarios": [{"lang": "en", "value": "AV:L - The race is created entirely by concurrent local syscalls (path lookup driving `ceph_d_revalidate()` and `rename()`) on a mounted CephFS; no network-facing listener is involved, as the kernel here is the client consuming replies from its trusted MDS.\nAC:L - The attacker controls both sides of the race \u2014 one thread forces LOOKUP requests via lease-expired path walks, another repeatedly renames the target dentry between directories \u2014 and can retry indefinitely with no cost or side effects until the window is hit.\nPR:L - Only an unprivileged local account with access to the CephFS mount is needed; `ceph_d_revalidate()` sets `r_parent` without `CEPH_MDS_R_PARENT_LOCKED` on every ordinary path walk, and `rename()` within the attacker's own directories suffices to win the race.\nUI:N - The attacker's own two threads supply both the request and the concurrent rename; no action by any other user or administrator is required beyond the CephFS mount already existing.\nS:U - The corruption is confined to the kernel's own inode/cap/dcache state within the same security authority; no hypervisor, IOMMU, or sandbox boundary is crossed.\nC:H - `ceph_fill_inode()` copies the foreign directory's mode, uid/gid, nlink, size, times, and its entire xattr blob (including security labels) onto an inode the attacker can then `stat`/`getxattr`, and the phantom caps installed by `ceph_add_cap()` make the client serve that stolen metadata indefinitely without revalidation.\nI:H - Ownership and permission bits of a directory inode are overwritten with another directory's values (e.g. an attacker-owned 0777 mode landing on a root-owned 0700 directory), and cap ids, snaprealm membership, and the dir-complete/empty flag are all corrupted, subverting the client's permission and consistency model.\nA:H - The cap id written by `ceph_add_cap()` no longer matches what the MDS issued for that inode, so cap flushes are rejected and threads block indefinitely on `i_cap_wq` (fsync/sync/umount hangs), while wrongly setting dir-complete with `i_size_write(inode, 0)` makes a live directory's entries unreachable for all users on the client."}]}], "affected": [{"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git", "vendor": "Linux", "product": "Linux", "versions": [{"status": "affected", "version": "9030aaf9bf0a1eee47a154c316c789e959638b0f", "lessThan": "dc5aad078abc416dd3d555c50f5308c16ba918a7", "versionType": "git"}, {"status": "affected", "version": "9030aaf9bf0a1eee47a154c316c789e959638b0f", "lessThan": "db378e6f83ec705c6091c65d482d555edc2b0a72", "versionType": "git"}, {"status": "affected", "version": "9030aaf9bf0a1eee47a154c316c789e959638b0f", "lessThan": "2bfe45987eb346e299d9f763f9cd05f77011519f", "versionType": "git"}, {"status": "affected", "version": "9030aaf9bf0a1eee47a154c316c789e959638b0f", "lessThan": "15f519e9f883b316d86e2bb6b767a023aafd9d83", "versionType": "git"}], "programFiles": ["fs/ceph/debugfs.c", "fs/ceph/dir.c", "fs/ceph/file.c", "fs/ceph/inode.c", "fs/ceph/mds_client.c", "fs/ceph/mds_client.h"], "defaultStatus": "unaffected"}, {"repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git", "vendor": "Linux", "product": "Linux", "versions": [{"status": "affected", "version": "2.6.34"}, {"status": "unaffected", "version": "0", "lessThan": "2.6.34", "versionType": "semver"}, {"status": "unaffected", "version": "6.6.160", "versionType": "semver", "lessThanOrEqual": "6.6.*"}, {"status": "unaffected", "version": "6.12.48", "versionType": "semver", "lessThanOrEqual": "6.12.*"}, {"status": "unaffected", "version": "6.16.8", "versionType": "semver", "lessThanOrEqual": "6.16.*"}, {"status": "unaffected", "version": "6.17", "versionType": "original_commit_for_fix", "lessThanOrEqual": "*"}], "programFiles": ["fs/ceph/debugfs.c", "fs/ceph/dir.c", "fs/ceph/file.c", "fs/ceph/inode.c", "fs/ceph/mds_client.c", "fs/ceph/mds_client.h"], "defaultStatus": "affected"}], "references": [{"url": "https://git.kernel.org/stable/c/dc5aad078abc416dd3d555c50f5308c16ba918a7"}, {"url": "https://git.kernel.org/stable/c/db378e6f83ec705c6091c65d482d555edc2b0a72"}, {"url": "https://git.kernel.org/stable/c/2bfe45987eb346e299d9f763f9cd05f77011519f"}, {"url": "https://git.kernel.org/stable/c/15f519e9f883b316d86e2bb6b767a023aafd9d83"}], "x_generator": {"engine": "bippy-1.2.0"}, "descriptions": [{"lang": "en", "value": "In the Linux kernel, the following vulnerability has been resolved:\n\nceph: fix race condition validating r_parent before applying state\n\nAdd validation to ensure the cached parent directory inode matches the\ndirectory info in MDS replies. This prevents client-side race conditions\nwhere concurrent operations (e.g. rename) cause r_parent to become stale\nbetween request initiation and reply processing, which could lead to\napplying state changes to incorrect directory inodes.\n\n[ idryomov: folded a kerneldoc fixup and a follow-up fix from Alex to\n move CEPH_CAP_PIN reference when r_parent is updated:\n\n When the parent directory lock is not held, req->r_parent can become\n stale and is updated to point to the correct inode. However, the\n associated CEPH_CAP_PIN reference was not being adjusted. The\n CEPH_CAP_PIN is a reference on an inode that is tracked for\n accounting purposes. Moving this pin is important to keep the\n accounting balanced. When the pin was not moved from the old parent\n to the new one, it created two problems: The reference on the old,\n stale parent was never released, causing a reference leak.\n A reference for the new parent was never acquired, creating the risk\n of a reference underflow later in ceph_mdsc_release_request(). This\n patch corrects the logic by releasing the pin from the old parent and\n acquiring it for the new parent when r_parent is switched. This\n ensures reference accounting stays balanced. ]"}], "cpeApplicability": [{"nodes": [{"negate": false, "cpeMatch": [{"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "vulnerable": true, "versionEndExcluding": "6.6.160", "versionStartIncluding": "2.6.34"}, {"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "vulnerable": true, "versionEndExcluding": "6.12.48", "versionStartIncluding": "2.6.34"}, {"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "vulnerable": true, "versionEndExcluding": "6.16.8", "versionStartIncluding": "2.6.34"}, {"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "vulnerable": true, "versionEndExcluding": "6.17", "versionStartIncluding": "2.6.34"}], "operator": "OR"}]}], "providerMetadata": {"orgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "shortName": "Linux", "dateUpdated": "2026-10-21T12:37:35.623Z"}}}, "cveMetadata": {"cveId": "CVE-2025-39927", "state": "PUBLISHED", "dateUpdated": "2026-10-21T12:37:35.623Z", "dateReserved": "2025-04-16T07:20:57.147Z", "assignerOrgId": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "datePublished": "2025-10-01T08:07:14.595Z", "assignerShortName": "Linux"}, "dataVersion": "5.2"}

{"affected": [{"affectedData": [{"defaultStatus": "unaffected", "product": "Linux", "programFiles": ["fs/ceph/debugfs.c", "fs/ceph/dir.c", "fs/ceph/file.c", "fs/ceph/inode.c", "fs/ceph/mds_client.c", "fs/ceph/mds_client.h"], "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git", "vendor": "Linux", "versions": [{"lessThan": "dc5aad078abc416dd3d555c50f5308c16ba918a7", "status": "affected", "version": "9030aaf9bf0a1eee47a154c316c789e959638b0f", "versionType": "git"}, {"lessThan": "db378e6f83ec705c6091c65d482d555edc2b0a72", "status": "affected", "version": "9030aaf9bf0a1eee47a154c316c789e959638b0f", "versionType": "git"}, {"lessThan": "2bfe45987eb346e299d9f763f9cd05f77011519f", "status": "affected", "version": "9030aaf9bf0a1eee47a154c316c789e959638b0f", "versionType": "git"}, {"lessThan": "15f519e9f883b316d86e2bb6b767a023aafd9d83", "status": "affected", "version": "9030aaf9bf0a1eee47a154c316c789e959638b0f", "versionType": "git"}]}, {"defaultStatus": "affected", "product": "Linux", "programFiles": ["fs/ceph/debugfs.c", "fs/ceph/dir.c", "fs/ceph/file.c", "fs/ceph/inode.c", "fs/ceph/mds_client.c", "fs/ceph/mds_client.h"], "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git", "vendor": "Linux", "versions": [{"status": "affected", "version": "2.6.34"}, {"lessThan": "2.6.34", "status": "unaffected", "version": "0", "versionType": "semver"}, {"lessThanOrEqual": "6.6.*", "status": "unaffected", "version": "6.6.160", "versionType": "semver"}, {"lessThanOrEqual": "6.12.*", "status": "unaffected", "version": "6.12.48", "versionType": "semver"}, {"lessThanOrEqual": "6.16.*", "status": "unaffected", "version": "6.16.8", "versionType": "semver"}, {"lessThanOrEqual": "*", "status": "unaffected", "version": "6.17", "versionType": "original_commit_for_fix"}]}], "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67"}], "configurations": [{"nodes": [{"cpeMatch": [{"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "matchCriteriaId": "5D43221C-9993-4996-B2D7-9EDB61ABD173", "versionEndExcluding": "6.12.48", "versionStartIncluding": "2.6.35", "vulnerable": true}, {"criteria": "cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*", "matchCriteriaId": "8DA00A4E-AABB-4A69-AB39-67B22D0B36D2", "versionEndExcluding": "6.16.8", "versionStartIncluding": "6.13", "vulnerable": true}, {"criteria": "cpe:2.3:o:linux:linux_kernel:2.6.34:-:*:*:*:*:*:*", "matchCriteriaId": "A3B1BC1D-ED46-4364-A1D9-1FA74182B03A", "vulnerable": true}, {"criteria": "cpe:2.3:o:linux:linux_kernel:2.6.34:rc2:*:*:*:*:*:*", "matchCriteriaId": "86D3F64C-3F27-43E0-B0D4-62CE1E1F4EFB", "vulnerable": true}, {"criteria": "cpe:2.3:o:linux:linux_kernel:2.6.34:rc3:*:*:*:*:*:*", "matchCriteriaId": "7927713B-5EB0-41EB-86A9-9935775162E0", "vulnerable": true}, {"criteria": "cpe:2.3:o:linux:linux_kernel:2.6.34:rc4:*:*:*:*:*:*", "matchCriteriaId": "59037296-3143-4FBB-AFF7-D4FE2C85502F", "vulnerable": true}, {"criteria": "cpe:2.3:o:linux:linux_kernel:2.6.34:rc5:*:*:*:*:*:*", "matchCriteriaId": "9CA27FD5-7DBF-4C85-80A9-D523B2E4B033", "vulnerable": true}, {"criteria": "cpe:2.3:o:linux:linux_kernel:2.6.34:rc6:*:*:*:*:*:*", "matchCriteriaId": "9711E333-A8E7-4F4B-BCFD-2023E889651A", "vulnerable": true}, {"criteria": "cpe:2.3:o:linux:linux_kernel:2.6.34:rc7:*:*:*:*:*:*", "matchCriteriaId": "E04D3358-973B-42A1-8E08-2E3AE947193C", "vulnerable": true}, {"criteria": "cpe:2.3:o:linux:linux_kernel:6.17:rc1:*:*:*:*:*:*", "matchCriteriaId": "327D22EF-390B-454C-BD31-2ED23C998A1C", "vulnerable": true}, {"criteria": "cpe:2.3:o:linux:linux_kernel:6.17:rc2:*:*:*:*:*:*", "matchCriteriaId": "C730CD9A-D969-4A8E-9522-162AAF7C0EE9", "vulnerable": true}, {"criteria": "cpe:2.3:o:linux:linux_kernel:6.17:rc3:*:*:*:*:*:*", "matchCriteriaId": "39982C4B-716E-4B2F-8196-FA301F47807D", "vulnerable": true}, {"criteria": "cpe:2.3:o:linux:linux_kernel:6.17:rc4:*:*:*:*:*:*", "matchCriteriaId": "340BEEA9-D70D-4290-B502-FBB1032353B1", "vulnerable": true}, {"criteria": "cpe:2.3:o:linux:linux_kernel:6.17:rc5:*:*:*:*:*:*", "matchCriteriaId": "47E4C5C0-079F-4838-971B-8C503D48FCC2", "vulnerable": true}], "negate": false, "operator": "OR"}]}], "cveTags": [], "descriptions": [{"lang": "en", "value": "In the Linux kernel, the following vulnerability has been resolved:\n\nceph: fix race condition validating r_parent before applying state\n\nAdd validation to ensure the cached parent directory inode matches the\ndirectory info in MDS replies. This prevents client-side race conditions\nwhere concurrent operations (e.g. rename) cause r_parent to become stale\nbetween request initiation and reply processing, which could lead to\napplying state changes to incorrect directory inodes.\n\n[ idryomov: folded a kerneldoc fixup and a follow-up fix from Alex to\n move CEPH_CAP_PIN reference when r_parent is updated:\n\n When the parent directory lock is not held, req->r_parent can become\n stale and is updated to point to the correct inode. However, the\n associated CEPH_CAP_PIN reference was not being adjusted. The\n CEPH_CAP_PIN is a reference on an inode that is tracked for\n accounting purposes. Moving this pin is important to keep the\n accounting balanced. When the pin was not moved from the old parent\n to the new one, it created two problems: The reference on the old,\n stale parent was never released, causing a reference leak.\n A reference for the new parent was never acquired, creating the risk\n of a reference underflow later in ceph_mdsc_release_request(). This\n patch corrects the logic by releasing the pin from the old parent and\n acquiring it for the new parent when r_parent is switched. This\n ensures reference accounting stays balanced. ]"}, {"lang": "es", "value": "En el kernel de Linux, la siguiente vulnerabilidad ha sido resuelta:\n\nceph: corregir condici\u00f3n de carrera al validar r_parent antes de aplicar el estado\n\nA\u00f1adir validaci\u00f3n para asegurar que el inodo del directorio padre en cach\u00e9 coincide con la informaci\u00f3n del directorio en las respuestas de MDS. Esto previene condiciones de carrera del lado del cliente donde operaciones concurrentes (p. ej., renombrar) hacen que r_parent quede obsoleto entre el inicio de la solicitud y el procesamiento de la respuesta, lo que podr\u00eda llevar a aplicar cambios de estado a inodos de directorio incorrectos.\n\n[ idryomov: incorpor\u00f3 una correcci\u00f3n de kerneldoc y una correcci\u00f3n de seguimiento de Alex para mover la referencia CEPH_CAP_PIN cuando r_parent se actualiza:\n\nCuando el bloqueo del directorio padre no est\u00e1 retenido, req->r_parent puede quedar obsoleto y se actualiza para apuntar al inodo correcto. Sin embargo, la referencia CEPH_CAP_PIN asociada no se estaba ajustando. El CEPH_CAP_PIN es una referencia en un inodo que se rastrea con fines contables. Mover este pin es importante para mantener la contabilidad equilibrada. Cuando el pin no se mov\u00eda del padre antiguo al nuevo, creaba dos problemas: La referencia en el padre antiguo y obsoleto nunca se liberaba, causando una fuga de referencias. Nunca se adquir\u00eda una referencia para el nuevo padre, creando el riesgo de un desbordamiento negativo de referencias m\u00e1s tarde en ceph_mdsc_release_request(). Este parche corrige la l\u00f3gica liberando el pin del padre antiguo y adquiri\u00e9ndolo para el nuevo padre cuando se cambia r_parent. Esto asegura que la contabilidad de referencias se mantenga equilibrada. ]"}], "id": "CVE-2025-39927", "lastModified": "2026-10-21T13:18:16.970", "metrics": {"cvssMetricV31": [{"cvssData": {"attackComplexity": "LOW", "attackVector": "LOCAL", "availabilityImpact": "HIGH", "baseScore": 7.8, "baseSeverity": "HIGH", "confidentialityImpact": "HIGH", "integrityImpact": "HIGH", "privilegesRequired": "LOW", "scope": "UNCHANGED", "userInteraction": "NONE", "vectorString": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H", "version": "3.1"}, "exploitabilityScore": 1.8, "impactScore": 5.9, "source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "type": "Secondary"}, {"cvssData": {"attackComplexity": "HIGH", "attackVector": "LOCAL", "availabilityImpact": "HIGH", "baseScore": 4.7, "baseSeverity": "MEDIUM", "confidentialityImpact": "NONE", "integrityImpact": "NONE", "privilegesRequired": "LOW", "scope": "UNCHANGED", "userInteraction": "NONE", "vectorString": "CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:H", "version": "3.1"}, "exploitabilityScore": 1.0, "impactScore": 3.6, "source": "nvd@nist.gov", "type": "Primary"}, {"cvssData": {"attackComplexity": "HIGH", "attackVector": "LOCAL", "availabilityImpact": "HIGH", "baseScore": 4.7, "baseSeverity": "MEDIUM", "confidentialityImpact": "NONE", "integrityImpact": "NONE", "privilegesRequired": "LOW", "scope": "UNCHANGED", "userInteraction": "NONE", "vectorString": "CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:H", "version": "3.1"}, "exploitabilityScore": 1.0, "impactScore": 3.6, "source": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "type": "Secondary"}], "ssvcV203": [{"source": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "ssvcData": {"id": "CVE-2025-39927", "options": [{"exploitation": "none"}, {"automatable": "no"}, {"technicalImpact": "partial"}], "role": "CISA Coordinator", "timestamp": "2026-01-14T17:39:17.680672Z", "version": "2.0.3"}}]}, "published": "2025-10-01T08:15:36.097", "references": [{"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "tags": ["Patch"], "url": "https://git.kernel.org/stable/c/15f519e9f883b316d86e2bb6b767a023aafd9d83"}, {"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "tags": ["Patch"], "url": "https://git.kernel.org/stable/c/2bfe45987eb346e299d9f763f9cd05f77011519f"}, {"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "tags": ["Patch"], "url": "https://git.kernel.org/stable/c/db378e6f83ec705c6091c65d482d555edc2b0a72"}, {"source": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "url": "https://git.kernel.org/stable/c/dc5aad078abc416dd3d555c50f5308c16ba918a7"}], "sourceIdentifier": "416baaa9-dc9f-4396-8d5f-8c081fb06d67", "vulnStatus": "Modified", "weaknesses": [{"description": [{"lang": "en", "value": "CWE-362"}], "source": "nvd@nist.gov", "type": "Primary"}, {"description": [{"lang": "en", "value": "CWE-362"}], "source": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "type": "Secondary"}]}

{"bugzilla": {"description": "kernel: ceph: fix race condition validating r_parent before applying state", "id": "2400636", "url": "https://bugzilla.redhat.com/show_bug.cgi?id=2400636"}, "csaw": false, "cvss3": {"cvss3_base_score": "7.0", "cvss3_scoring_vector": "CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H", "status": "draft"}, "details": ["In the Linux kernel, the following vulnerability has been resolved:\nceph: fix race condition validating r_parent before applying state\nAdd validation to ensure the cached parent directory inode matches the\ndirectory info in MDS replies. This prevents client-side race conditions\nwhere concurrent operations (e.g. rename) cause r_parent to become stale\nbetween request initiation and reply processing, which could lead to\napplying state changes to incorrect directory inodes.\n[ idryomov: folded a kerneldoc fixup and a follow-up fix from Alex to\nmove CEPH_CAP_PIN reference when r_parent is updated:\nWhen the parent directory lock is not held, req->r_parent can become\nstale and is updated to point to the correct inode. However, the\nassociated CEPH_CAP_PIN reference was not being adjusted. The\nCEPH_CAP_PIN is a reference on an inode that is tracked for\naccounting purposes. Moving this pin is important to keep the\naccounting balanced. When the pin was not moved from the old parent\nto the new one, it created two problems: The reference on the old,\nstale parent was never released, causing a reference leak.\nA reference for the new parent was never acquired, creating the risk\nof a reference underflow later in ceph_mdsc_release_request(). This\npatch corrects the logic by releasing the pin from the old parent and\nacquiring it for the new parent when r_parent is switched. This\nensures reference accounting stays balanced. ]"], "name": "CVE-2025-39927", "package_state": [{"cpe": "cpe:/o:redhat:enterprise_linux:10", "fix_state": "Affected", "package_name": "kernel", "product_name": "Red Hat Enterprise Linux 10"}, {"cpe": "cpe:/o:redhat:enterprise_linux:6", "fix_state": "Not affected", "package_name": "kernel", "product_name": "Red Hat Enterprise Linux 6"}, {"cpe": "cpe:/o:redhat:enterprise_linux:7", "fix_state": "Affected", "package_name": "kernel", "product_name": "Red Hat Enterprise Linux 7"}, {"cpe": "cpe:/o:redhat:enterprise_linux:7", "fix_state": "Affected", "package_name": "kernel-rt", "product_name": "Red Hat Enterprise Linux 7"}, {"cpe": "cpe:/o:redhat:enterprise_linux:8", "fix_state": "Affected", "package_name": "kernel", "product_name": "Red Hat Enterprise Linux 8"}, {"cpe": "cpe:/o:redhat:enterprise_linux:8", "fix_state": "Affected", "package_name": "kernel-rt", "product_name": "Red Hat Enterprise Linux 8"}, {"cpe": "cpe:/o:redhat:enterprise_linux:9", "fix_state": "Affected", "package_name": "kernel", "product_name": "Red Hat Enterprise Linux 9"}, {"cpe": "cpe:/o:redhat:enterprise_linux:9", "fix_state": "Affected", "package_name": "kernel-rt", "product_name": "Red Hat Enterprise Linux 9"}, {"cpe": "cpe:/o:redhat:rhivos:1", "fix_state": "Not affected", "package_name": "kernel", "product_name": "Red Hat In-Vehicle Operating System 1"}], "public_date": "2025-10-01T00:00:00Z", "references": ["https://www.cve.org/CVERecord?id=CVE-2025-39927\nhttps://nvd.nist.gov/vuln/detail/CVE-2025-39927\nhttps://lore.kernel.org/linux-cve-announce/2025100125-CVE-2025-39927-5a57@gregkh/T"], "threat_severity": "Important"}

{"created": "2025-10-02T08:40:05.423389+00:00", "updated": "2025-10-02T08:40:05.423461+00:00", "vendors": ["linux", "linux$PRODUCT$linux_kernel"]}