Description
Tinyauth is an authentication and authorization server. Prior to 5.1.2, Tinyauth compares forwarded hostnames case-sensitively while reverse proxies route equivalent hostnames case-insensitively, allowing an authenticated low-privilege user to bypass per-app access controls with a differently cased hostname. The lookup in internal/service/access_controls_service.go through lookupStaticACLs and GetAccessControls, and the Docker-label fallback in internal/service/docker_service.go through GetLabels, can miss the configured app and return an empty access-control object. internal/controller/proxy_controller.go proxyHandler then treats the empty user, group, OAuth, LDAP, and IP restrictions as permissive and returns an authenticated result for an app that should exclude the user. Unauthenticated users remain subject to login, and global login-time allowlists are not bypassed. This issue is fixed in version 5.1.2.
References6
- github.com/tinyauthapp/tinyauth/commit/80bc87188ec3aabc5104c249…
- github.com/tinyauthapp/tinyauth/commit/e75605b2c534ec83525a3360…
- github.com/tinyauthapp/tinyauth/pull/1000
- github.com/tinyauthapp/tinyauth/pull/1028
- github.com/tinyauthapp/tinyauth/releases/tag/v5.1.2
- github.com/tinyauthapp/tinyauth/security/advisories/GHSA-328g-j…
Metrics
- CVSS 3.1
-
8.1
HIGH
Score source: CNA
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N - EPSS — exploit probability
- 1% percentile: 50 · as of 8 November 2026
- CWE
- CWE-178CWE-636CWE-863
Could this be exploited in your environment?
A patch closes the known hole. A penetration test shows what an attacker can still reach — with proof.