The Eclipse Foundation Eclipse Jetty
Not confirmed exploited. 1 of 8 rule sources name it.
In Eclipse Jetty versions 9.4.0 through 9.4.8, when using the optional Jetty provided FileSessionDataStore for persistent storage of HttpSession details, it is possible for a malicious user to access/hijack other HttpSessions and even… More
In Eclipse Jetty versions 9.4.0 through 9.4.8, when using the optional Jetty provided FileSessionDataStore for persistent storage of HttpSession details, it is possible for a malicious user to access/hijack other HttpSessions and even delete unmatched HttpSessions present in the FileSystem's storage for the FileSessionDataStore.
The risk
Exploitation in the wild is not established by CISA KEV.
Who is affected
Teams running The Eclipse Foundation Eclipse Jetty (before 9.4.9; 9.4.0 to before unspecified).
Next steps
- Apply the vendor's fix; the advisory lists the affected and fixed versions.
- Keep a WAF rule in place while you patch: F5 ships a rule you may need to switch on. A WAF rule reduces exposure; it does not replace the patch. Edge coverage
- Check which WAF sits in front of your site and whether it covers this CVE. Check your domain
Edge coverage
Claimed by vendorsAttack traffic on Cloudflare
Cloudflare Radar- Rules for named CVEs5.9% of mitigated layer 7 attacks, 7 days
Radar groups Cloudflare's WAF managed rules by category; it does not publish counts per CVE. These shares show how much attack traffic targets this kind of flaw across Cloudflare's network (28-day trend). They are not compromised systems, and seeing few attempts on Cloudflare does not prove an absence elsewhere. Radar data as of 2026-11-03. Radar ↗
Check your exposure with an agent
Read-onlyCopy this into an agent with access to your infrastructure. It asks for an evidence-based, read-only assessment: affected systems, exposure, compensating controls and what is still unknown. It does not scan or change anything by itself.
Prompt
Assess whether the infrastructure available to you is affected by CVE-2018-12538 (The Eclipse Foundation Eclipse Jetty). Perform a read-only assessment within your authorized access. Do not send exploit traffic, scan third-party systems, change configuration or restart services. 1. Verify the CVE record at https://www.cve.org/CVERecord?id=CVE-2018-12538 and the vendor advisory. Establish affected and fixed versions, including vendor backports. The record lists: The Eclipse Foundation Eclipse Jetty: affected before 9.4.9; 9.4.0 to before unspecified. Cite sources and retrieval dates; flag anything you cannot verify. 2. Inventory deployments of The Eclipse Foundation Eclipse Jetty: asset, environment, owner where known, installed version or build, and how you confirmed it (package metadata, a version endpoint, image tags). An image tag alone does not prove the running version. 3. Identify which deployments are reachable from the internet or untrusted networks, and through which paths (direct origin, load balancer, CDN or WAF). 4. Assess compensating controls separately from patch status. Current edge WAF coverage for this CVE: F5: rule exists, check whether it is enabled. Live data: https://cve.vigilbase.com/api/v1/cves/CVE-2018-12538. Check whether the rule is enabled and in block mode on each path, and whether any path bypasses the WAF. A WAF rule is not a patch. 5. Check logs on exposed instances for requests matching the public exploit, if your access allows. Return a short summary and a table: asset | version/build | assessment (affected, fixed, not applicable, unknown) | exposure | compensating control | evidence | next action. List what you could not assess and the access needed to resolve it. Do not infer absence of compromise from patch status or a lack of alerts. Remediation guidance: Apply the vendor's fix; the advisory lists the affected and fixed versions. Keep a WAF rule in place while you patch: F5 ships a rule you may need to switch on. A WAF rule reduces exposure; it does not replace the patch. More: https://cve.vigilbase.com/cve/CVE-2018-12538
Sources
Cited- CVE record
No CVSS score in the record. Weakness: CWE-6.
- Exploit evidence
No public exploit code found in Exploit-DB, Metasploit, nuclei-templates or GitHub. That does not mean none exists.
- CISA KEV
Not in the KEV catalog (catalog 2026.11.03, checked 2026-11-04). Absence from KEV is not evidence that it cannot be exploited.
- EPSS
2.56% probability of exploitation activity in the next 30 days, higher than 85% of CVEs (2026-11-02).
- WAF vendor statements
F5 names it in a changelog. Quotes and dates below.
Ask Vigil
AI · answers from this pagePublic exploits
None foundNo exploit in Exploit-DB or Metasploit, and no scanner template. That lowers, but doesn't remove, the chance of mass exploitation.
Timeline
- 2018-06-22CVE publishedCVE List
- 2023-08-08F5 rule names itEarliest entry we can see is an update
Vendor statements
QuotedCloudflareWAF Managed Rules
The CVE predates the oldest entry in this vendor's public feed, so a rule may exist that we cannot see.
AWSAWS WAF Managed Rules
The CVE predates the oldest entry in this vendor's public feed, so a rule may exist that we cannot see.
Microsoft AzureFront Door and Application Gateway WAF (DRS)
We found no public statement from this vendor naming this CVE. That is not proof of no protection: generic rules may still catch it. The rule tables name CVEs but carry no dates, so Azure is left out of every time-to-rule figure.
Google CloudCloud Armor preconfigured WAF rules
The CVE predates the oldest entry in this vendor's public feed, so a rule may exist that we cannot see.
FastlyNext-Gen WAF virtual patches
The CVE predates the oldest entry in this vendor's public feed, so a rule may exist that we cannot see.
F5Attack signatures (Distributed Cloud WAF)
Named by 2023-08-08; the first entry is an update, so the rule may be older.
Updated: signature 200020003 "Jetty FileBasedSessionStore Session Stealing" (Session Hijacking, risk Medium), systems: Jetty. References: CVE-2018-12538.
AkamaiApp & API Protector (Adaptive Security Engine)
This vendor publishes no machine-readable rule changelog we can check.
OWASP CRSCore Rule Set (open source, used inside many WAFs)
The CVE predates the oldest entry in this vendor's public feed, so a rule may exist that we cannot see.
Social
No posts seen yet on X, Bluesky, Mastodon, Hacker News or GitHub.