CVE-2026-103956: Authentifizierungsumgehung in AWS Loom

CVE-2026-103956 betraf AWS Labs Loom for AWS vor Version 1.6.1: Ohne konfigurierten Identitätsanbieter konnte jeder Netzwerkclient Superadmin-Rechte erhalten. Aktualisieren Sie auf Version 1.7.0 oder höher, um diesen und die verwandten Fehler abzudecken; Version 1.6.1 behebt diese Authentifizierungsumgehung bereits.^{[1], [5]}

CVSS-Vektor

CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H^[7]

💡 Einfache Erklärung (ELI5)

Ein Gebäude lässt seinen Empfang unbesetzt, doch die Software behandelt jeden Besucher als obersten Administrator. Die Korrektur verweigert den Zutritt, wenn kein Identitätsanbieter eingerichtet ist. Eine Ausnahme für die lokale Entwicklung erfordert eine ausdrückliche Option und eine Verbindung vom selben Rechner.^{[1], [4]}

Kernkonzepte & Begriffe

Identitätsanbieter (IdP): Das konfigurierte System zur Authentifizierung von Loom-Nutzern. Die verwundbare Bedingung trat auf, wenn weder Cognito noch ein externer IdP eingerichtet war.^[1]
Steuerungsebene: Die Verwaltungs- und API-Ebene für Agent-Integrationen, Zugangsdaten und Rollenrichtlinien.^[1]
Fail-closed-Verhalten: Wenn der erforderliche Identitätsdienst fehlt, wird die Anfrage abgelehnt, statt standardmäßig eine privilegierte Identität zu vergeben.^[4]

Framework-Zuordnungen

CWE-Referenz für die in diesem Leitfaden beschriebene Schwachstelle: CWE-306 CWE-1188

Schritt-für-Schritt Angriffsablauf

Schritt 1

Kein Identitätsanbieter ist konfiguriert

Die betroffene Bedingung vor Version 1.6.1 ist klar: Es gibt weder einen Cognito-Benutzerpool noch einen externen IdP.^[1]

Schritt 2

Der Fallback erstellt einen privilegierten Benutzer

Der verwundbare Pfad get_current_user vergab stillschweigend t-admin und g-admins-super, auch für nicht authentifizierte Anfragen.^[4]

Schritt 3

Die API gewährt Zugriff auf die Steuerungsebene

Ein erreichbarer Client konnte als Superadmin handeln, Toolserver registrieren, gespeicherte Integrationszugänge lesen oder IAM-Rollenrichtlinien verwalteter Agents ändern. Das ist die vom Anbieter beschriebene Auswirkung, kein Beleg für eine tatsächlich kompromittierte Installation.^[1]

Schritt 4

Die Korrektur lehnt standardmäßig ab

Version 1.6.1 verlangt für die lokale Entwicklungsausnahme die ausdrückliche Option LOOM_ALLOW_UNAUTHENTICATED_LOCAL_DEV=true und einen Loopback-Client; sonst wird HTTP 401 zurückgegeben. AWS empfiehlt für das Bulletin mit drei Fehlern Version 1.7.0 oder höher.^{[1], [4], [2], [3]}

Abdeckungsmatrix für Loom-Versionen

Versionsbereich	Authentifizierungsumgehung CVE-2026-103956	Weitere Probleme im AWS-Sicherheitsbulletin vom Oktober	Maßnahme für Betreiber
<1.6.1	Betroffen, wenn weder Cognito noch ein externer IdP konfiguriert ist; ein Netzwerkclient konnte Superadmin-Rechte erhalten.	`CVE-2026-103957` und `CVE-2026-103958` sind separate Probleme, die ebenfalls in 1.7.0 behoben wurden.	Auf 1.7.0 oder höher aktualisieren. 1.6.1 ist nur die Mindestversion für diese Umgehung.
1.6.1–<1.7.0	Behoben. Ohne IdP erhalten Anfragen 401, außer die lokale Entwicklungsoption ist aktiviert und der Client ist loopback.	AWS führt die beiden verwandten Probleme als in 1.7.0 behoben auf.	Für das vollständige Bulletin auf 1.7.0 oder höher aktualisieren.
1.7.0 oder höher	Behoben.	AWS nennt 1.7.0 als Version, die alle drei Probleme des Bulletins behebt.	Loom und Forks auf einer unterstützten Version halten und die übernommenen Fixes prüfen.

Ursachenanalyse

Wenn weder ein Cognito-Pool noch ein externer Identitätsanbieter konfiguriert war, setzte der Fallback der Authentifizierungsabhängigkeit stillschweigend t-admin und g-admins-super, statt die Anfrage abzulehnen. Die API behandelte diese Fallback-Identität anschließend als authentifiziert. Dadurch konnte jeder Netzwerkclient mit Zugriff auf das Backend Superadmin-Rechte auf der Steuerungsebene erhalten. Die Korrektur verweigert den Zugriff standardmäßig; die Ausnahme für die lokale Entwicklung erfordert eine ausdrückliche Aktivierung und einen Loopback-Client. Der CVE-Datensatz ordnet den Fehler CWE-306 (fehlende Authentifizierung für eine kritische Funktion) und CWE-1188 (unsichere Standardinitialisierung) zu.^{[1], [4], [7]}

Quellcode: Verwundbar vs. Sicher

Der verwundbare Ausschnitt fasst die Beschreibung des Maintainers zu get_current_user zusammen: Ohne Cognito und externen IdP vergab der Pfad stillschweigend t-admin / g-admins-super. Die gehärtete Version fasst das übernommene Upstream-Verhalten zusammen und ist kein wörtlicher Quellcodeauszug: Die lokale Ausnahme erfordert die ausdrückliche Option und einen Loopback-Client; alle anderen Anfragen schlagen mit HTTP 401 fehl. FlawOpen-Deployment-Hinweis: Vertrauen Sie request.client in Produktion nur, wenn die Proxy-Konfiguration verhindert, dass nicht vertrauenswürdige weitergeleitete Header Loopback vortäuschen. Aktualisieren Sie auf 1.6.1 oder höher, um dieses CVE zu beheben, und auf 1.7.0 oder höher für das vollständige Bulletin vom Oktober 2026. Der Ausschnitt enthält weder Exploit-Anfragen noch Verfahren zum Zugriff auf Zugangsdaten.^{[4], [1]}

VERWUNDBARE IMPLEMENTIERUNG

# Vereinfachter Kontrollfluss des betroffenen get_current_user-Pfads laut Beschreibung
if not cognito_pool and not external_idp:
    return User(username="t-admin", groups=["g-admins-super"])
return await authenticate_with_configured_idp(token)

GEHÄRTETER SICHERHEITS-PATCH

# Standardmäßig ablehnen, außer die lokale Ausnahme ist ausdrücklich auf Loopback beschränkt.
if not cognito_pool and not external_idp:
    opted_in = os.getenv("LOOM_ALLOW_UNAUTHENTICATED_LOCAL_DEV") == "true"
    peer_is_local = request.client is not None and ipaddress.ip_address(
        request.client.host
    ).is_loopback
    if opted_in and peer_is_local:
        return local_development_user()
    raise HTTPException(status_code=401, detail="Identity provider is not configured")
return await authenticate_with_configured_idp(token)

Checkliste für Engineering & Systemsicherheit

✓Aktualisieren Sie Loom auf Version 1.7.0 oder höher; 1.6.1 ist die erste Version mit Korrektur für CVE-2026-103956, während 1.7.0 das konsolidierte Upgrade-Ziel des Bulletins ist.^{[1], [2], [3]}
✓Stellen Sie sicher, dass Cognito oder ein externer IdP konfiguriert ist, bevor das Backend über Loopback hinaus erreichbar wird.^[1]
✓Lassen Sie LOOM_ALLOW_UNAUTHENTICATED_LOCAL_DEV in produktiven Umgebungen unset; prüfen Sie bei lokaler Entwicklung, dass der akzeptierte Client Loopback ist und kein nicht vertrauenswürdiger Proxy den Dienst freigibt. FlawOpen-Deployment-Prüfung: Vertrauen Sie dem Loopback-Signal erst, nachdem Sie die Behandlung der Proxy-Header geprüft haben.^{[1], [4]}
✓FlawOpen-Analyse: Prüfen Sie nach dem Upgrade Zugriffe und administrative Änderungen im betroffenen Zeitraum. AWS empfiehlt, konfigurierte OAuth2-Client-Geheimnisse zu rotieren und Zugriffstoken zu widerrufen und neu auszustellen, die während des betroffenen Zeitraums aktiv waren. Wenn Anmeldedaten der Containerrolle abgerufen wurden, rotieren Sie die Sitzungsschlüssel der IAM-Rolle und prüfen Sie CloudTrail auf unerlaubte Nutzung.^[1]
✓Behandeln Sie CVE-2026-103957 und CVE-2026-103958 als separate, in 1.7.0 behobene Fehler; beschränken Sie mcp:write und a2a:write bis zum Upgrade auf vertrauenswürdige Administratoren.^{[1], [3]}

Quellen

← AI Security Directory →