GHSA-qp7j-x725-g67f json
HydrAIDE Authentication Bypass Vulnerability
published last yr. modified last yr. also GO-2025-3895
- cvss
- 10.0
- version 3.1, GitHub
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- —
- no score, EPSS covers CVEs only
- public exploits
- 0
- none known
Summary
### Summary There is no authentication of any kind.
### Details TLS is implemented, the tunnel between the client and server is secure, however once data is on the server, it's free to be read by any adversaries.
On the client side : https://github.com/hydraide/hydraide/blob/main/sdk/go/hydraidego/client/client.go#L221 It should be using a TLS Config with RootCAs and Certificates, currently RootCAs only (under NewClientTLSFromFile)
And on the server side, there should be ClientCAs and ClientAuth filled.
### PoC To bypass as is, the simplest way is to take the client and modify the code as such :
Modified from https://github.com/hydraide/hydraide/blob/main/sdk/go/hydraidego/client/client.go#L209 ```go // hostOnly := strings.Split(server.Host, ":")[0] // creds, certErr := credentials.NewClientTLSFromFile(server.CertFilePath, hostOnly) // if certErr != nil { // slog.Error("error while loading TLS credentials: ", "error", certErr, "server", server.Host, "fromIsland", server.FromIsland, "toIsland", server.ToIsland) // errorMessages = append(errorMessages, certErr) // } var opts []grpc.DialOption tlsConfig := &tls.Config{ InsecureSkipVerify: true, } creds := credentials.NewTLS(tlsConfig) opts = append(opts, grpc.WithTransportCredentials(creds)) ```
### Impact It impacts everyone who think there is any kind of authentication.
---
## Resolution
This vulnerability has been fully fixed in server/v2.2.1 together with hydraidectl/v0.2.1.
All users are strongly advised to upgrade:
1. Update to hydraidectl v0.2.1 2. Re-initialize server instances with hydraidectl init into a new folder. This generates the required certificate files, downloads the latest binaries, and sets up the necessary environment variables.
For migration help, join the community Discord: https://discord.gg/xE2YSkzFRm or open a GitHub Discussion. If anything does not work, please report it.
Patch / fix
- go github.com/hydraide/hydraide 0.0.0-20250816184905-1256db38c33c, 2.2.1
Is GHSA-qp7j-x725-g67f in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerCVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| GitHub | 3.1 | 10.0 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| go | github.com/hydraide/hydraide | >=2.1.1, <2.2.1 <0.0.0-20250816184905-1256db38c33c |
2.2.1 0.0.0-20250816184905-1256db38c33c |
Classification
- Weakness
-
- CWE-290 Authentication Bypass by Spoofing
References
Sources
- GitHub Advisory GHSA-qp7j-x725-g67f
- OSV GO-2025-3895
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.