GHSA-82cg-3hv7-74gc: Allure Report: Path Traversal in HTTP Server Allows Arbitrary File Read
SummaryThe built-in HTTP server started by `allure serve` and `allure open` is vulnerable to path traversal. The server resolves request URI paths directly against the report directory without normalizing or validating that the resolved path stays within the report directory. An attacker who can reach the server can read any file accessible to the Allure process by sending a request containing `../` sequences.DetailsWhen `allure serve` or `allure open` is executed, `Commands.setUpServer()` creates an HTTP server with a handler that serves files from the report directory:**`allure-commandline/src/main/java/io/qameta/allure/Commands.java:325-339`**On line 330, the handler constructs a file path by concatenating `"."` with the raw request URI path and resolving it against `reportDirectory`. For a request to `/../../../etc/passwd`:`exchange.getRequestURI().getPath()` returns `"/../../../etc/passwd"`String concatenation produces `"./../../../etc/passwd"``reportDirectory.resolve("./../../../etc/passwd")` resolves to e.g. `/tmp/allure-report/./../../../etc/passwd`The OS resolves this to `/etc/passwd`There is no call to `.normalize()` followed by a `.startsWith(reportDirectory)` containment check. The `serveFile()` method (line 341) reads and returns any regular file without further validation.Additionally, `URI.getPath()` returns the percent-decoded path, so `%2e%2e` is decoded to `..`, enabling traversal via `/%2e%2e/%2e%2e/etc/passwd` which bypasses clients that normalize `..` in raw form.The server defaults to binding on `localhost` (line 327), which limits remote exploitation. However, the `--host` option allows users to bind to any interface (e.g., `--host 0.0.0.0`), which is commonly used in CI/CD and containerized environments. Even when bound to localhost, the vulnerability is exploitable by:Other local users on shared/multi-tenant systemsDNS rebinding attacks from malicious web pages visited by the userAdjacent containers in CI/CD environments that share a network namespacePoC**Step 1:** Start the Allure server (simulating a typical CI/CD scenario with network binding):**Step 2:** Read `/etc/passwd` via path traversal:**Step 3:** Alternative using percent-encoded traversal (works even with clients that normalize `..`):**Step 4:** Read sensitive application files (e.g., environment variables, SSH keys):Each command returns the full contents of the requested file if readable by the Allure process.ImpactAn attacker who can reach the Allure HTTP server can read any file on the system that the Allure process has permissions to access. This includes:**System credentials:** `/etc/shadow` (if running as root), SSH private keys, cloud provider credentials**Application secrets:** Environment variables via `/proc/self/environ`, configuration files, API keys**Source code and data:** Any file on the filesystem accessible to the running userIn CI/CD environments where Allure is commonly used, this could expose build secrets, deployment credentials, and other sensitive CI/CD artifacts. The lack of authentication means any client that can reach the server's port can exploit this vulnerability.Recommended FixNormalize the resolved path and verify it remains within the report directory before serving:The `.normalize()` call collapses `..` sequences, and the `.startsWith()` check ensures the resolved path is still within the report directory. Requests attempting traversal receive a 403 Forbidden response.
CVSS v3.1: 6.2