| Título | lanyulei ferry <= 1.0.0 Authentication Bypass by Primary Weakness |
|---|
| Descripción | ferry 1.0.0 and earlier validate session tokens with a JWT signing key that is either empty or left at the hard-coded factory default. An unauthenticated attacker who knows the token layout can mint a token carrying "rolekey": "admin" and an arbitrary future exp; the server accepts it as a fully privileged session.
The impact is amplified by the authorization design: the Casbin enforcer takes its subject directly from the rolekey claim inside the token and never re-reads the user's role from the database. Forging that one claim is therefore equivalent to holding the administrator role.
Because the same empty/default key also works across independent deployments of the product, this is a product-level defect rather than a single-site misconfiguration, and it can be mass-exploited via a search-engine fingerprint. |
|---|
| Fuente | ⚠️ https://github.com/liumiya63-arch/CVE/blob/main/ferry-CVE-en-20261018/CVE-ferry-jwt-auth-bypass.md |
|---|
| Usuario | liumiya (UID 102169) |
|---|
| Sumisión | 2026-10-18 10:28 (hace 26 días) |
|---|
| Moderación | 2026-11-12 18:35 (25 days later) |
|---|
| Estado | Duplicado |
|---|
| Entrada de VulDB | 436447 [lanyulei ferry 1.0.0/1.0.0-beta.1 JWT Validation middleware/auth.go autenticación débil] |
|---|
| Puntos | 0 |
|---|