Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessDiscover exposed Gorse API
-
DeliverySend unauthenticated GET /api/dump
-
ExploitBypass empty admin_api_key check
-
ExecutionExfiltrate full dataset with PII
-
ImpactPOST /api/restore to overwrite data
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Authentication required for critical functions
MITRE ATT&CK
1 technique across 1 tactic: Initial Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Two concrete conditions, both satisfied by default: (1) the Gorse HTTP API must be network-reachable by the attacker, and (2) admin_api_key must be empty - which is the shipped default configuration. When both hold, the /api/dump and /api/restore endpoints accept unauthenticated requests. What LIMITS exploitation: if an operator has set a non-empty admin_api_key, the endpoints enforce authentication and the bypass does not apply; likewise, instances whose API is bound to localhost or firewalled off from untrusted networks are not remotely exploitable. No user interaction, no prior authentication, and no non-default feature toggle are required beyond the default empty key. |
| Impact | All available signals point to genuine high priority on exposed instances. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N) describes network-reachable, low-complexity, no-privilege, no-interaction exploitation, and the high vulnerable-system C/I/A (VC:H/VI:H/VA:H) reflects both full data theft and destructive overwrite from a single request - consistent with the description. The mitigating reality is exposure scope: exploitation requires network reachability to the Gorse API and the default empty admin_api_key, so hardened deployments that set a key or firewall the API are not affected. No EPSS score, KEV listing, or POC was provided, so widespread automated exploitation is not evidenced; this is best treated as a high-impact, easily-weaponizable flaw whose real-world exposure depends on how many Gorse instances are reachable from untrusted networks with default config. No data conflicts were observed between the CVSS vector and the description. |
| Exploit ScenarioDerived | An attacker scans for internet-exposed Gorse instances and sends an unauthenticated GET to /api/dump, receiving the entire dataset - user records, items, and feedback containing PII - in a single response. The same actor can then POST to /api/restore to overwrite the production dataset with poisoned or empty data, corrupting recommendations or destroying the database. No POC was provided, but the low attack complexity (AC:L) and absence of authentication or user interaction make exploitation straightforward to script. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 29, 2026
Unauthenticated database exfiltration and overwrite in Gorse (the open-source Go recommendation engine) before 0.5.10 lets remote attackers hit the /api/dump and /api/restore endpoints whenever admin_api_key is unset - the out-of-the-box default - bypassing authentication entirely. Attackers can dump the full backing dataset (user records, items, and feedback containing PII) or restore/overwrite it with arbitrary data. No public exploit is identified at time of analysis, but the flaw is trivially reachable on any default deployment, and the vendor (VulnCheck) rates it CVSS 4.0 9.3 (critical).
RemediationAI
Vendor-released patch: upgrade to Gorse 0.5.10 or later, which corrects the empty-key authentication bypass on /api/dump and /api/restore (PR #1293, commit 19fdcbb). If immediate upgrade is not possible, the primary compensating control is to configure a strong, non-empty admin_api_key so the endpoint authentication actually enforces - this is the root trigger and closes the default-config exposure with minimal side effects. Additionally, restrict network access to the Gorse API port so the /api/dump and /api/restore endpoints are not reachable from untrusted networks (e.g. bind to localhost, place behind an authenticated reverse proxy, or firewall the port), accepting that this requires legitimate API clients to route through the allowed path. See the VulnCheck advisory (https://www.vulncheck.com/advisories/gorse-unauthenticated-database-dump-and-restore-via-api-dump-and-api-restore-endpoints) for details.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Gorse is a self-hosted recommender-system service written in Go that exposes an HTTP/REST API for ingesting users, items, and feedback and serving recommendations. The vulnerability is a CWE-306 (Missing Authentication for Critical Function): the /api/dump (full dataset export) and /api/restore (full dataset import/overwrite) administrative endpoints are gated by a comparison against the admin_api_key configuration value, but when that value is empty the key check is effectively skipped rather than failing closed. Because admin_api_key ships empty by default, the protected functionality is open to anyone who can reach the API port. The fix lands in upstream commit 19fdcbb (PR #1293, tracking issue #1292) and is released in version 0.5.10.
Know when the next one hits your stack
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Network-reachable endpoint with default empty key gives AV:N/AC:L/PR:N/UI:N; /api/dump exposes all data (C:H) while /api/restore overwrites the dataset (I:H, A:H).
Primary rating from Vendor (vulncheck).
CVSS VectorVendor: vulncheck
Lifecycle Timeline
1DescriptionCVE.org
Gorse before 0.5.10 contains an authentication bypass vulnerability in the /api/dump and /api/restore endpoints that allows unauthenticated attackers to access protected functionality when admin_api_key is empty, which is the default configuration. Remote attackers can exfiltrate the entire database including user records, items, and feedback data containing personally identifiable information, or completely overwrite the dataset without authentication.
Executive ViewAI
Gorse recommendation engine before version 0.5.10 allows unauthenticated attackers to exfiltrate or overwrite the entire database when deployed with default configuration (admin_api_key unset), exposing customer PII and critical service data. Any organization using default-configured Gorse instances faces immediate risk of data breach and service integrity compromise.
No vendor-released patch identified at time of analysis. Interim mitigations: (1) Set admin_api_key to a strong random value; (2) Restrict network access to /api/dump and /api/restore endpoints; (3) Implement WAF or reverse-proxy rules to block requests to these endpoints; (4) Enable and monitor audit logging for unauthorized access attempts.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
EUVD-2026-40158
GHSA-65p2-39gr-3m25
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB