Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft malicious OIDC-init link with rogue redirect param
-
DeliveryDeliver link to Dockhand user via phishing
-
ExploitVictim clicks and completes legitimate login
-
ExecutionAuthorization code leaks via Referer / redirect to attacker site
-
ImpactPhish credentials or hijack account follow-up
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V3 - Web Frontend Security Redirect URL validation
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 | Exploitation targets the OIDC initiation/callback flow specifically: the affected Dockhand deployment must use OIDC/SSO authentication, and the initiation endpoint must accept an attacker-supplied, unvalidated redirect query parameter (the core flaw). The attack is unauthenticated to launch (PR:N) but requires victim user interaction (UI:P) - a legitimate Dockhand user must click the crafted link AND complete a real login for the authorization code to leak via the Referer header. It also implicitly depends on the browser/deployment forwarding the Referer to the attacker-controlled destination. Primary limiters: OIDC must be the configured auth mechanism, the target must be running a version before 1.0.36, and social engineering must succeed; there is no direct impact on the Dockhand host itself. |
| Impact | This is a genuinely low-to-moderate priority issue, and the signals are internally consistent rather than conflicting. The vendor CVSS 4.0 base score of 5.3 (AV:N/AC:L/AT:N/PR:N/UI:P) reflects an unauthenticated, network-reachable open redirect (CWE-601) whose only impact is subsequent-system confidentiality (SC:L) - there is no confidentiality, integrity, or availability impact on the Dockhand instance itself (VC:N/VI:N/VA:N). The defining limiter is UI:P: exploitation requires a victim to click an attacker-crafted link and complete a legitimate OIDC login, so this is a phishing/token-leak enabler, not a direct compromise. No EPSS score, no CISA KEV listing, and no public exploit code are present in the provided data, so exploitation status is 'no public exploit identified at time of analysis.' A patch is confirmed available (v1.0.36). Net: a real, credible bug worth patching in login flows, but not an emergency - its blast radius depends entirely on successful social engineering, and open redirects are rarely mass-exploited on their own. No key signals conflict here; the low real-world urgency is driven by the required user interaction and the absence of direct system impact. |
| Exploit ScenarioDerived | An attacker crafts a malicious link to Dockhand's OIDC initiation endpoint with an unvalidated redirect query parameter pointing to an attacker-controlled site, then delivers it via email or chat. When a victim clicks and completes a legitimate login, the OIDC authorization code can leak to the attacker's site through the Referer header, and the victim can be bounced to a convincing credential-phishing page for their Dockhand account. No public proof-of-concept is identified in the provided data, and success depends on the victim following the link and authenticating (UI:P). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 29, 2026
Open redirect in the OIDC initiation endpoint of Dockhand before 1.0.36 allows unauthenticated remote attackers to bounce authenticated users to attacker-controlled sites through an unvalidated redirect query parameter. Because the redirect is chained into the real OIDC callback flow, an authorization code can leak to the attacker via the Referer header of the victim's browser, enabling follow-up credential phishing against any Dockhand account after a legitimate login. No public exploit code has been identified at time of analysis, and exploitation is conditional on OIDC/SSO being the configured authentication mechanism, a valid version below 1.0.36, and successful user interaction (CVSS 3.1 assessment: 5.3, scope-changed, confidentiality-only).
RemediationAI
Upgrade to the vendor-released patch, Dockhand v1.0.36 (docker pull fnsys/dockhand:v1.0.36, also published as fnsys/dockhand:latest), which is the fixed release referenced in the GitHub release notes at https://github.com/Finsys/dockhand/releases/tag/v1.0.36 and in the VulnCheck advisory at https://www.vulncheck.com/advisories/dockhand-open-redirect-via-oidc-initiation-endpoint. If immediate upgrade is not possible, the strongest compensating control is to stop using the vulnerable flow: disable OIDC/SSO and fall back to Dockhand's built-in local authentication until patched - at the cost of losing single sign-on and centralized identity enforcement for all users. Where OIDC must remain enabled, restrict network access to the OIDC initiation and callback endpoints (reverse proxy or firewall rules limited to expected client networks) so crafted initiation links cannot be delivered from untrusted sources, and enforce an origin-allowlist or redirect-parameter stripping rule at the reverse proxy in front of Dockhand - trade-offs being added proxy complexity and the risk of breaking legitimate SSO redirects if the allowlist is too tight. As a browser-side hardening measure that reduces (but does not eliminate) authorization-code leakage, serve Dockhand with a restrictive Referrer-Policy (for example no-referrer or strict-origin-when-cross-origin) so the callback URL is not forwarded to third-party destinations, though this must be verified against any integrations that rely on referrer data. Finally, treat the exposed authorization codes as compromised if a crafted link was clicked and completed: rotate the affected OIDC client secret, revoke active sessions, and review identity-provider logs for anomalous authorization grants caused by the phishing follow-up.
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
Dockhand is a self-hosted container management UI (Docker/Podman), published as the fnsys/dockhand image, and its OIDC initiation endpoint is the entry point of the OpenID Connect authorization code flow. CWE-601 (URL Redirection to Untrusted Site) arises here because the endpoint accepts a redirect target parameter without validating it against an allowlist of trusted destinations, so the client-side redirect can be pointed anywhere. In an OIDC authorization-code flow, the authorization code is delivered to the registered callback URL and then exchanged server-side; if the post-callback navigation is attacker-controlled, the browser may follow it and disclose the callback URL - code included - in the Referer header, handing the attacker a value that can be replayed or used as a phishing lure. The affected component is tracked as cpe:2.3:a:finsys:dockhand:*:*:*:*:*:*:*:* under vendor Finsys, and the flaw is a parameter-validation gap rather than a flaw in the OIDC library itself.
Know when Dockhand 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:N/UI:P/VC:N/VI:N/VA:N/SC:L/SI:N/SA:N
Unauthenticated network open redirect (PR:N/AV:N/AC:L) needing victim click (UI:R); S:C and C:L capture the cross-boundary leak of the OIDC code to the attacker with no integrity/availability impact.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
1DescriptionCVE.org
Dockhand before 1.0.36 contains an open redirect vulnerability in the OIDC initiation endpoint that allows unauthenticated remote attackers to redirect authenticated users to attacker-controlled sites by injecting an unvalidated redirect query parameter. Attackers can craft a malicious link targeting the OIDC callback flow to capture authorization codes via the Referer header and conduct follow-up credential phishing against any Dockhand account after a legitimate login.
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.
EUVD-2026-89371
GHSA-35hf-9v83-m378
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB