Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach Loom application API over network
-
DeliverySend any request to IdP-less deployment
-
ExploitAuth dependency grants super-admin (CWE-306)
-
ExecutionRead stored integration credentials and register tool servers
-
ImpactRewrite managed agent IAM role policies for AWS escalation
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Authentication required for critical functions
MITRE ATT&CK
1 technique across 1 tactic: Initial Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires a Loom for AWS deployment (< 1.6.1) running with NO identity provider configured (no Cognito/OIDC IdP). In that mode the local-dev authentication bypass auto-activated for every request - including unauthenticated ones - silently granting super-admin, so no credentials, user interaction, or special payload are needed against such an instance. The decisive LIMITING factor is this configuration: deployments that have an IdP configured are not exploitable via this path, which is why the realistic exposure is confined to IdP-less (often dev, test, or hastily-deployed production) instances rather than every install. The fix makes the bypass fail closed with 401 unless an explicit LOOM_ALLOW_UNAUTHENTICATED_LOCAL_DEV opt-in plus a loopback client are present. |
| Impact | All severity signals point one direction but are conditional. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N, all impacts High) yields a 10.0, consistent with CWE-306 missing authentication: a remote, unauthenticated attacker gains super-admin over the agent control plane. However, the single most important qualifier is in the description - exploitation only applies 'in a deployment where no identity provider is configured.' The vendor release notes confirm this was a no-Cognito/no-IdP local-dev bypass that silently activated for ANY request, so any production instance stood up without an IdP is fully exposed, while instances with a configured IdP are not reachable this way. No EPSS score, no CISA KEV listing, and no public POC were provided in the input, so there is no evidence of active exploitation or automated weaponization - the 10.0 reflects worst-case impact, not observed in-the-wild activity. Net: this is a genuine high priority for any IdP-less deployment (credential theft plus IAM policy rewrite enables lateral movement into the AWS account), but the real-world blast radius is gated by that configuration condition rather than being universally exploitable. Missing data to note explicitly: EPSS/KEV/POC status absent from input, so exploitation likelihood cannot be quantified. |
| Exploit ScenarioDerived | A remote attacker locates a Loom for AWS instance (< 1.6.1) deployed without any identity provider and sends an ordinary request to the application API; the auth dependency's local-dev bypass treats it as super-admin. The attacker then reads stored integration credentials, registers attacker-controlled tool servers, and rewrites the IAM role policies attached to managed agent roles to escalate within the AWS account. No public exploit code was identified at time of analysis, though the flaw requires no special tooling to trigger. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 02, 2026
Loom for AWS deployments running a version before 1.6.1 with no identity provider configured expose an unauthenticated super-admin takeover of the agent control plane, allowing any remote party to register tool servers, read stored integration credentials, and rewrite the IAM role policies attached to managed agent roles simply by sending requests to the application API; no credentials, user interaction, or crafted payload are required. The flaw is a missing-authentication-for-critical-function (CWE-306) defect in the authentication dependency, where the local-development bypass intended for environments without Cognito/OIDC activated automatically for every request instead of failing closed. Exploitation is conditional on that IdP-less configuration, so environments with a properly configured identity provider are not reachable through this path; a vendor patch ships in 1.6.1, and no public exploit code or confirmed active exploitation was identified at time of analysis.
RemediationAI
Vendor-released patch: upgrade to Loom for AWS 1.6.1 or later, available at https://github.com/awslabs/loom/releases/tag/v1.6.1, which makes the unauthenticated path fail closed with HTTP 401 and requires an explicit LOOM_ALLOW_UNAUTHENTICATED_LOCAL_DEV opt-in combined with a loopback client before any local-dev bypass can take effect; the accompanying AWS security bulletin is https://aws.amazon.com/security/security-bulletins/2026-124-aws/. If patching cannot be completed immediately, the most effective compensating control is to configure a real identity provider (Cognito or OIDC) on the deployment, since the automatic bypass only activates when no IdP is present - the trade-off is that this changes login flow and may disrupt dev/test workflows that relied on open access, so those environments should instead be moved behind the explicit loopback-only opt-in once 1.6.1 is installed. Additionally, restrict network reachability to the Loom application API (bind it to loopback or place it behind an authenticating reverse proxy or VPN) so that unauthenticated callers cannot reach the control plane, accepting the operational cost of blocking remote agents that legitimately call the API. Because an attacker in the vulnerable window could read stored integration credentials and rewrite IAM role policies on managed agent roles, treat every IdP-less deployment as potentially compromised: rotate all integration credentials and secrets Loom holds, review and restore IAM role policies attached to managed agent roles, and audit tool-server registrations for unauthorized entries. The 1.6.1 release also includes SSRF hardening for user-supplied OAuth/OIDC discovery and token URLs in MCP/A2A registrations, so upgrading closes that adjacent risk as well.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The affected code is the authentication dependency in AWS Labs' Loom agent control plane, tracked under CPE cpe:2.3:a:aws:loom:*:*:*:*:*:*:*:* with all 1.6.1-and-earlier builds affected. Root cause is CWE-306 (Missing Authentication for Critical Function): Loom ships a convenience mode for local development where, absent a configured identity provider such as Cognito or OIDC, requests were treated as authenticated - the release notes describe this as a bypass that 'previously activated automatically for any request - including unauthenticated ones - silently granting super-admin access.' Because the bypass lived in a shared authentication dependency rather than in a narrowly scoped dev-only entrypoint, it applied to the full application API surface in any deployment lacking an IdP, which is why the CVSS 4.0 vector scores 10.0 (AV:N/AC:L/AT:N/PR:N/UI:N with high confidentiality, integrity, and availability impact across both the vulnerable system and subsequent systems) and the independent 3.1 assessment rates it AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H. The PR:N metric confirms the attacker requires no authentication. Version 1.6.1 converts the bypass to a fail-closed design that returns 401 unless both an explicit LOOM_ALLOW_UNAUTHENTICATED_LOCAL_DEV opt-in and a loopback client are present, and the same release adds SSRF hardening (a net_guard.py fetcher that forces HTTPS and rejects private, loopback, link-local, and reserved addresses) for OAuth/OIDC discovery and token endpoints registered through MCP/A2A - a distinct but related weakness in the same authentication/registration area that operators should also treat as a reason to upgrade.
Know when Loom gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
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
Unauthenticated network request grants super-admin (PR:N/AV:N/AC:L); credential theft and IAM-policy rewrite impact the broader AWS account beyond the app, so S:C with full C/I/A High.
Primary rating from Vendor (AMZN).
CVSS VectorVendor: AMZN
DescriptionCVE.org
Missing authentication for critical function in the authentication dependency in Loom for AWS before 1.6.1 allowed remote actors to obtain super-admin authority over the agent control plane, including registering tool servers, reading stored integration credentials, and rewriting the IAM role policies attached to managed agent roles, via any request to the application API in a deployment where no identity provider is configured.
To remediate this issue, users should upgrade to version 1.6.1 or later.
Technical POC Analysis
The defect is CWE-306: Missing Authentication for Critical Function.
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
Deployments of Loom for AWS that run versions before 1.6.1 and are configured without an identity provider are exposed to a full takeover of the agent control plane, because the authentication dependency fails open rather than closed when Cognito/OIDC is absent. This matters to leadership because an attacker reaching the application API can register rogue tool servers, read stored integration credentials, and rewrite the IAM role policies attached to managed agent roles, turning an application defect into a potential compromise of the wider AWS estate. A vendor patch (1.6.1) is available, and no public exploit code or confirmed active exploitation was identified at time of analysis.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
An issue in Loom on macOS version 0.196.1 and before, allows remote attackers to execute arbitrary code via the RunAsNod
Incorrect authentication of application WebSocket connections in Loom Desktop for Mac up to 0.16.0 allows remote code ex
Server-side request forgery in Loom for AWS before 1.7.0 lets an authenticated user with privileges to register, update,
Server-side request forgery in the OAuth2 discovery handling of Loom for AWS (awslabs/loom) before 1.7.0 lets an authent
EUVD-2026-91770
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB