AmoyLab Unla: Authentifizierungsumgehung im OAuth2-Autorisierungsserver
Zusammenfassung
AmoyLab Unla, ein selbst betriebenes MCP-Gateway, authentifiziert den Ressourceninhaber im OAuth2-Server nicht. Ein nicht authentifizierter Angreifer kann einen Client registrieren, über /authorize einen Autorisierungscode erhalten, diesen über /token einlösen und gültige Zugriffstoken erhalten. Diese Token gewähren Zugriff auf OAuth2-geschützte MCP-Routen, weitergeleitete Upstream-APIs und vom Gateway eingefügte Zugangsdaten, sofern die Instanz erreichbar ist und OAuth2 verwendet.
Betroffen
- AmoyLab Unla bis und mit 0.10.0
- Relevant, wenn OAuth2 aktiviert ist und Routen-Präfixe per OAuth2 geschützt sind
Behoben in
- Unbekannt. OSV nennt den Fix-Commit 5da380b8d883165def1c0a19ec55025ef12db8a5, eine freigegebene Version ist jedoch nicht bestätigt.
- Keine Sicherheitsmitteilung des Herstellers gefunden.
Umgehung
- Unbekannt. Keine vom Hersteller bestätigte Massnahme.
- Einen authentifizierenden Proxy vor /authorize, /token und die OAuth2-geschützten MCP-Präfixe setzen (Empfehlung Dritter).
- Zugriff auf vertrauenswürdige Netzwerke oder VPN beschränken.
Ausnutzung
- Nicht als aktiv ausgenutzt markiert; nicht im CISA-KEV-Katalog.
- CISA SSVC: Exploitation none, Automatable yes, Technical Impact partial.
- Eine öffentliche Beschreibung und ein VulnCheck-Advisory existieren; es wurden kein öffentlicher Exploit-Code und keine bestätigten Angriffe gefunden.
Unsere Empfehlung
- Alle Unla-Instanzen inventarisieren, einschliesslich Docker-Images bis 0.10.0 und 'latest'.
- Prüfen, ob OAuth2 aktiviert ist und welche Routen-Präfixe es verwenden.
- Aus dem Internet erreichbare Instanzen auf VPN oder vertrauenswürdige Netzwerke beschränken oder einen authentifizierenden Proxy davorschalten.
- Upstream-Zugangsdaten auf allen erreichbar gewesenen Instanzen rotieren.
- Logs auf unerwartete Token-Ausstellung oder Zugriffe auf geschützte Routen prüfen.
- Sobald bestätigt, eine Herstellerversion mit dem Fix einspielen.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- OSV: CVE-2026-108865 osv.dev
- VulnCheck advisory www.vulncheck.com
- Vendor repository: AmoyLab Unla github.com
- Unla oauth.go at v0.10.0 github.com
- Write-up: Unla OAuth self-issued token hackmd.io
- OpenCVE: CVE-2026-108865 app.opencve.io
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 31.10.2026 20:34.
Referenzen der NVD (5)
- https://github.com/AmoyLab/Unla
- https://github.com/AmoyLab/Unla/blob/v0.10.0/internal/auth/oauth.go#L86-L147
- https://github.com/AmoyLab/Unla/blob/v0.10.0/internal/core/server.go#L229-L261
- https://hackmd.io/@1ExmmukzRMWN7B4gQ4W-4Q/amoylab-unla-oauth-self-issued-token-authz
- https://www.vulncheck.com/advisories/amoylab-unla-through-0.10.0-oauth2-authentication-bypass-via-authorize
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.