Live › vulnerability › CVE-2026-77560
Go to dashboardTinyauth matches per-app access control lists case-sensitively against a hostname that is case-insensitive, so a differently cased hostname can return an empty access-control object. An authenticated low-privilege user can then reach apps they are not on the allowlist for.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-23 19:13 UTC, 0h before NVD. All times on this page are UTC.
| Product | Ecosystem | Affected | Fixed in |
|---|
| github.com/tinyauthapp/tinyauth | go | < 1.0.1-0.20260720133915-80bc87188ec3 | 1.0.1-0.20260720133915-80bc87188ec3 |
5.1.25.1.2 or later1.0.1-0.20260720133915-80bc87188ec3 or laterEach row is the first time that source carried this signal. The analyst’s rows are its own findings.
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.
This page as .md · .json · in your agent: get_signal("CVE-2026-77560")
Go Vulnerability Database, CC-BY 4.0 · EPSS scores by FIRST, used with attribution · NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.