Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate with low-privilege account
-
DeliveryCall Catalogue Upload API
-
ExploitSupply traversal path in filename
-
ExecutionWrite file outside intended directory
-
ImpactTamper integrity or disrupt availability
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V5 - File Handling Path canonicalization, traversal prevention
MITRE ATT&CK
2 techniques across 2 tactics: Discovery, Collection The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires an authenticated low-privilege account (CVSS PR:L) with access to the Catalogue Upload API endpoint backed by CatalogueController.upload in dinky-admin; the attacker must be able to reach the Dinky web application over the network (AV:N). The limiting factor is the authentication requirement - this is not an unauthenticated flaw, so an attacker needs valid credentials or an existing session on the Dinky instance. Affected versions are DataLinkDC Dinky up to and including 1.2.5. No user interaction is required (UI:N), and the input does not describe any non-default configuration being necessary; the precise filesystem trigger (how the traversal path is parsed) is not detailed in the available sources. |
| Impact | This is a moderate-priority issue that does not rise to emergency status. The CVSS 4.0 base score is 5.3 (medium), reflecting a path traversal (CWE-22) reachable over the network (AV:N) with low attack complexity (AC:L) but requiring low-privilege authentication (PR:L) and no user interaction (UI:N); impact is limited to partial integrity and availability (VI:L/VA:L) with no confidentiality impact (VC:N). The vuln.today decision label is 'this_month,' consistent with a non-urgent but worth-patching finding. There is no CISA KEV listing, so this is NOT confirmed actively exploited, and no EPSS score was supplied, so exploitation probability cannot be quantified from the input. A GHSA security advisory (GHSA-vqj5-2vxg-f4mq) is referenced on the project repository, but the input does not confirm working exploit code - it is an advisory, not a verified PoC. The signals are internally consistent (medium severity, authenticated access required, limited impact, no active-exploitation evidence), so this reads as a genuine-but-contained vulnerability rather than a high-urgency threat. EPSS is missing and should be checked to refine prioritization. |
| Exploit ScenarioDerived | An attacker who already holds a low-privilege authenticated account on a Dinky instance sends a crafted request to the Catalogue Upload API (CatalogueController.upload) with a manipulated file path containing traversal sequences. Because the path is not properly constrained, the upload is written outside the intended directory, letting the attacker overwrite or place files in unintended locations. No public, verified working exploit is confirmed in the input, though a GHSA advisory for the issue is referenced. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Nov 09, 2026
Path traversal in the catalogue upload endpoint of DataLinkDC Dinky through 1.2.5 lets an authenticated low-privilege user write files outside the intended upload directory by manipulating the path handled by CatalogueController.upload (dinky-admin). Because the flaw requires a valid account with access to the Catalogue Upload API (CVSS PR:L), it is a post-authentication integrity and availability risk rather than an unauthenticated entry point; no user interaction is needed and no non-default configuration is described. Severity is assessed at 5.3 (moderate, this_month priority), there is no CISA KEV listing, and no public exploit code has been identified at time of analysis - the only exploitation reference is the researcher's GHSA advisory on the project repository.
RemediationAI
No vendor-released patch version is identified in the available data; the researcher reports having submitted the advisory GHSA-vqj5-2vxg-f4mq on the DataLinkDC/dinky repository, which should be monitored at https://github.com/DataLinkDC/dinky/security/advisories/GHSA-vqj5-2vxg-f4mq for the first patched release and upgrade as soon as one is published. Because the flaw is reachable only by authenticated users (PR:L), the most effective near-term control is to restrict which accounts can reach the Catalogue Upload API - audit Dinky roles and remove upload privileges from non-essential users, accepting that this reduces platform functionality for those accounts. Complement this by running the dinky-admin service under an OS user whose write access is confined to the intended upload directory, so a traversal write cannot reach application binaries or configuration, at the cost of possible failures if the application legitimately writes elsewhere. Where the catalogue upload feature is not required, disabling or network-restricting that endpoint (reverse-proxy rule or firewall) removes the attack surface entirely but breaks upload-dependent workflows. Treat any Dinky instance whose upload directories are writable by the service account as higher risk until a fixed release is confirmed.
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
Dinky is a Java-based, Spring-style data development platform (Flink/Spark SQL IDE lineage) whose admin module exposes a Catalogue Upload API implemented in dinky-admin/src/main/java/org/dinky/controller/CatalogueController.java. The flaw is CWE-22 (Improper Limitation of a Pathname to a Restricted Directory, i.e. path traversal): the upload function takes a caller-supplied path component and uses it without adequate canonicalisation or confinement, so input containing directory-traversal sequences can resolve outside the intended storage directory. Impact per the assessed vector is integrity and availability limited to the Dinky application scope (VC:N/VI:L/VA:L, S:U) rather than confidentiality. CPE cpe:2.3:a:datalinkdc:dinky:*:*:*:*:*:*:*:* identifies the affected product line, with the researcher's advisory (GHSA-vqj5-2vxg-f4mq) on the DataLinkDC/dinky repository. The precise parsing path and the exact filesystem locations reachable - including whether the overwrite can affect application code or configuration versus only upload storage - are not described in the available sources, so the practical ceiling of the write primitive remains unverified.
Know when Dinky gets its next vulnerability
- 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:L/UI:N/VC:N/VI:L/VA:L/SC:N/SI:N/SA:N
Network-reachable upload needing a low-privilege account (PR:L, AC:L); path traversal enables limited file write affecting integrity and availability (I:L/A:L) with no data disclosure (C:N).
Primary rating from Vendor (VulDB).
CVSS VectorVendor: VulDB
DescriptionCVE.org
A vulnerability has been found in DataLinkDC dinky up to 1.2.5. Affected by this issue is the function CatalogueController.upload of the file dinky-admin/src/main/java/org/dinky/controller/CatalogueController.java of the component Catalogue Upload API. The manipulation leads to path traversal. The attack is possible to be carried out remotely. The researcher claims to have submitted a GHSA on the repository of the project.
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
Path traversal exploits occur when applications use user-controlled input to construct file system paths without proper validation.
Dinky versions up to 1.2.5 contain an authentication bypass in the OpenAPI endpoint handler that allows unauthenticated
Path traversal in Dinky up to version 1.2.5 allows authenticated remote attackers to access arbitrary files on the syste
Server-side request forgery in Dinky up to version 1.2.5 allows authenticated attackers to make arbitrary HTTP requests
Server-side request forgery in DataLinkDC Dinky up to and including 1.2.5 lets remote attackers make the server issue re
Server-side request forgery in DataLinkDC Dinky through version 1.2.5 lets a remote, unauthenticated attacker control th
Path traversal in DataLinkDC Dinky through 1.2.5 lets a low-privileged authenticated user manipulate the filename argume
EUVD-2026-119837
NVD
CVE.org
GitHub
VulDB
Exploit-DB