CVE-2026-62224: OpenClaw: MS Teams auth bypass via display name spoof
MEDIUMOpenClaw's MS Teams integration lets a lower-privileged user perform actions requiring stronger authorization simply by renaming their Teams display name to match an entry in the agent's allowFrom list, because that control keys off a mutable identity field instead of a stable identifier. There is no CISA KEV listing, no published EPSS score, no public exploit, and no Nuclei scanner template for this CVE, so there's no evidence of active exploitation yet — but the attack itself requires no AI/ML expertise or special tooling, just a display-name change, which keeps the practical exploitation bar very low despite the medium CVSS 5.4 rating. Any organization running OpenClaw's MS Teams bot in a shared workspace and relying on allowFrom to gate privileged agent actions (approvals, admin commands, sensitive tool invocations) is exposed to insider or low-trust-account escalation. Upgrade to OpenClaw MS Teams 2026.5.12 or later immediately; until patched, treat allowFrom as untrusted and bind authorization checks to Teams' immutable user identifier (AAD object ID / UPN) instead of display name, and audit logs for privileged agent actions preceded by a recent display-name change.
What is the risk?
Medium severity (CVSS 5.4) but low exploitation complexity: attack vector is network, attack complexity low, only low privileges required, and no user interaction needed from the victim. The confidentiality and integrity impact are limited (C:L/I:L, no availability impact), which caps the CVSS score, but the real-world risk is understated by the score because the vulnerability enables authorization escalation within an agentic system — a class of flaw that MITRE ATLAS and OWASP both flag as high-consequence in agent deployments even when the CVSS metrics look moderate. No KEV listing, no EPSS score, and no public PoC currently exist, so opportunistic mass exploitation is unlikely in the near term; the greater risk is targeted insider abuse or lateral escalation within an organization that already grants some employees Teams access to the OpenClaw bot.
How does the attack unfold?
What systems are affected?
| Package | Ecosystem | Vulnerable Range | Patched |
|---|---|---|---|
| OpenClaw | pip | — | No patch |
Do you use OpenClaw? You're affected.
How severe is it?
What is the attack surface?
What should I do?
1 step-
1) Upgrade OpenClaw MS Teams to version 2026.5.12 or later, which fixes the mutable-display-name binding. 2) Until patched, do not rely on allowFrom for security-critical authorization decisions; if possible, disable or restrict the feature, or front it with an additional identity check keyed on Teams' immutable AAD object ID/UPN. 3) Audit MS Teams admin logs for recent display-name changes correlated with privileged agent actions, which would indicate attempted or successful exploitation. 4) Review OpenClaw configuration to confirm which agent actions are gated by allowFrom and reduce the privileged action surface exposed to it where feasible.
What does CISA's SSVC say?
Source: CISA Vulnrichment (SSVC v2.0). Decision based on the CISA Coordinator decision tree.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
Frequently Asked Questions
What is CVE-2026-62224?
OpenClaw's MS Teams integration lets a lower-privileged user perform actions requiring stronger authorization simply by renaming their Teams display name to match an entry in the agent's allowFrom list, because that control keys off a mutable identity field instead of a stable identifier. There is no CISA KEV listing, no published EPSS score, no public exploit, and no Nuclei scanner template for this CVE, so there's no evidence of active exploitation yet — but the attack itself requires no AI/ML expertise or special tooling, just a display-name change, which keeps the practical exploitation bar very low despite the medium CVSS 5.4 rating. Any organization running OpenClaw's MS Teams bot in a shared workspace and relying on allowFrom to gate privileged agent actions (approvals, admin commands, sensitive tool invocations) is exposed to insider or low-trust-account escalation. Upgrade to OpenClaw MS Teams 2026.5.12 or later immediately; until patched, treat allowFrom as untrusted and bind authorization checks to Teams' immutable user identifier (AAD object ID / UPN) instead of display name, and audit logs for privileged agent actions preceded by a recent display-name change.
Is CVE-2026-62224 actively exploited?
No confirmed active exploitation of CVE-2026-62224 has been reported, but organizations should still patch proactively.
How to fix CVE-2026-62224?
1) Upgrade OpenClaw MS Teams to version 2026.5.12 or later, which fixes the mutable-display-name binding. 2) Until patched, do not rely on allowFrom for security-critical authorization decisions; if possible, disable or restrict the feature, or front it with an additional identity check keyed on Teams' immutable AAD object ID/UPN. 3) Audit MS Teams admin logs for recent display-name changes correlated with privileged agent actions, which would indicate attempted or successful exploitation. 4) Review OpenClaw configuration to confirm which agent actions are gated by allowFrom and reduce the privileged action surface exposed to it where feasible.
What systems are affected by CVE-2026-62224?
This vulnerability affects the following AI/ML architecture patterns: agent frameworks, chat platform agent integrations.
What is the CVSS score for CVE-2026-62224?
CVE-2026-62224 has a CVSS v3.1 base score of 5.4 (MEDIUM). The EPSS exploitation probability is 0.26%.
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0053 AI Agent Tool Invocation AML.T0073 Impersonation Compliance Controls Affected
What are the technical details?
Original Advisory
OpenClaw MS Teams before 2026.5.12 contain an authorization bypass vulnerability where the allowFrom feature binds to mutable display names. Attackers with lower-trust access can perform actions requiring stronger authorization by exploiting the mutable display name binding in the affected feature.
Exploitation Scenario
A contractor or junior employee with legitimate but low-trust access to a Teams channel where the OpenClaw bot operates renames their Teams display name to match that of an IT admin or approver listed in the bot's allowFrom configuration. They then message the bot requesting a privileged action (e.g., approving a workflow, pulling sensitive data, or triggering an administrative tool call) that would normally require the admin's authorization. Because OpenClaw matches on the spoofed display name rather than a verified user ID, the bot treats the request as coming from the trusted identity and executes the privileged action on the attacker's behalf.
Weaknesses (CWE)
CWE-290 Authentication Bypass by Spoofing
Primary
CWE-863 Incorrect Authorization
Primary
CWE-290 Authentication Bypass by Spoofing CWE-863 Incorrect Authorization CWE-290 — Authentication Bypass by Spoofing: This attack-focused weakness is caused by incorrectly implemented authentication schemes that are subject to spoofing attacks.
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N References
Timeline
Related Vulnerabilities
CVE-2026-33579 9.9 OpenClaw: scope bypass escalates low-priv to admin
Same package: openclaw CVE-2026-32922 9.9 OpenClaw: privilege escalation to RCE via token scope bypass
Same package: openclaw CVE-2026-32038 9.8 OpenClaw: sandbox bypass enables container lateral movement
Same package: openclaw CVE-2026-53838 9.8 OpenClaw: approval scope bypass via reconnection state
Same package: openclaw CVE-2026-30741 9.8 OpenClaw: RCE via request-side prompt injection
Same package: openclaw