Loom for AWS: Fehlende Authentifizierung ermöglicht Super-Admin-Zugriff
Zusammenfassung
Loom for AWS, eine Open-Source-Plattform zur Orchestrierung von KI-Agenten, erzwingt in Versionen vor 1.6.1 keine Authentifizierung, wenn kein Identity Provider konfiguriert ist. Ein entfernter Angreifer ohne Zugangsdaten kann Anfragen an die Anwendungsschnittstelle senden und erhält Super-Admin-Rechte über die Steuerungsebene der Agenten. Damit lassen sich Tool-Server registrieren, gespeicherte Integrationsdaten auslesen und die IAM-Rollenrichtlinien verwalteter Agenten-Rollen umschreiben, was zur Kompromittierung des Cloud-Kontos führen kann. Der CVSS-v4.0-Basiswert beträgt 10.0 (Kritisch).
Betroffen
- Loom for AWS Versionen vor 1.6.1
- Relevant nur für Installationen, in denen kein Identity Provider konfiguriert ist
Behoben in
- Version 1.6.1 (veröffentlicht am 4. August 2026)
- Version 1.7.0 wird von AWS empfohlen, da sie zusätzlich CVE-2026-103957 und CVE-2026-103958 behebt
Umgehung
- Eine Amazon-Cognito-User-Pool oder ein aktiver externer Identity Provider konfigurieren, bevor das Backend über localhost hinaus erreichbar ist
- Sicherstellen, dass LOOM_ALLOW_UNAUTHENTICATED_LOCAL_DEV in jeder produktiven (nicht lokalen Entwicklungs-) Umgebung nicht gesetzt ist
Ausnutzung
- Ein Drittanbieter hat einen Proof-of-Concept veröffentlicht; dessen Inhalt wurde nicht geprüft
- Keine bestätigte Ausnutzung in freier Wildbahn gefunden; nicht direkt im CISA-KEV-Katalog überprüft
- CISA SSVC: Ausnutzung keine, automatisierbar ja, technische Auswirkung total
- Ein Nuclei-Erkennungstemplate wurde beim ProjectDiscovery-Templates-Repository eingereicht
Unsere Empfehlung
- Alle Loom-Installationen inventarisieren und deren Versionen prüfen; auf 1.7.0 aktualisieren
- Prüfen, ob ein Identity Provider konfiguriert ist und die Instanz nicht aus dem Internet erreichbar ist
- Falls eine Instanz ohne Identity Provider exponiert war, auf Kompromittierung prüfen: Integrationsdaten, IAM-Rollenrichtlinien und CloudTrail kontrollieren und betroffene Geheimnisse rotieren
- Das Nuclei-Template zur Prüfung der eigenen Systeme verwenden
Öffentliche Exploits
Links zu fremden Seiten, von uns nicht geprüft – Exploit-Code kann Schadsoftware enthalten. Nur in isolierten Testumgebungen verwenden.
- Proof of Concept auf GitHub (1 Repositories)
abraxas/cve-2026-103956-loom-unauth
Quellen der Recherche
- AWS Security Bulletin 2026-124-AWS aws.amazon.com
- GitHub Security Advisory GHSA-vgmj-998f-r8mp github.com
- Loom release v1.6.1 github.com
- Nuclei template pull request for CVE-2026-103956 github.com
- NVD-based analysis via CVE aggregator 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 30.10.2026 14:42.
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.