Horizon Alert
Summary of the vulnerability and why it matters
Dockhand, a web-based application, has a critical flaw that allows unauthenticated remote attackers to bypass security checks. This bypass enables attackers to reset any user's password by sending a specific PUT request to an API endpoint that incorrectly handles static asset file extensions. This vulnerability could lead to unauthorized account takeover.
- Attackers can reset any user password.
- Unauthenticated access to sensitive functions is possible.
- Confirm if Dockhand is deployed and exposed externally.
Attack Path
How an attacker could exploit the issue
An attacker can exploit this vulnerability by sending a specially crafted PUT request to an API endpoint that is designed to handle user mutations. Because the application incorrectly bypasses authentication for requests ending in static-asset extensions, such as `.js`, and fails to properly validate unauthenticated callers, an attacker can use this flaw to reset any user's password, including an administrator's, and gain complete control over the account.
- Unauthenticated remote access required.
- PUT request to a specific API path.
- Full account takeover possible.
Live Threat
Current exploitation, exposure, and threat context
The described vulnerability could allow unauthenticated remote attackers to bypass authentication and reset user passwords through specific API paths. This could affect the integrity and availability of user accounts and administrative functions within the Dockhand application when supported by the advisory.
- User account data could be compromised.
- Attackers could send crafted PUT requests to API paths.
- Unauthorized account control and data manipulation are possible.
Operational Fix
Recommended remediation, mitigation, and detection steps
Application and platform teams responsible for Dockhand should prioritize identifying all deployments, confirming their reachability and criticality, and assigning ownership for remediation. The first practical step is to locate affected instances, assess their exposure, and then plan updates or mitigations based on the business risk.
- Application owners must lead remediation efforts.
- Verify external-facing instances and API usage first.
- Plan maintenance for timely patching or mitigation.