Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify NanoClaw approval bot
-
DeliveryObtain valid pending questionId
-
ExploitSubmit crafted approval-response callback
-
ExecutionhandleApprovalsResponse dispatches without role check
-
PersistRegistered handler executes privileged action
-
ImpactMalicious package installed in agent container
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization checks on every request
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Attacker must be able to deliver an approval-response callback to NanoClaw's messaging integration (e.g. a Telegram callback or equivalent webhook) and must possess a valid, currently-pending questionId for a sensitive approval such as install_packages. No admin role, no user interaction by a legitimate approver, and no special configuration are required - the vulnerable code path executes against the default approval pipeline on any NanoClaw instance before 2.1.17 that has registered sensitive approval handlers. Practical limits: the questionId is per-approval and only valid while the approval is pending, so the attacker needs either visibility into approval IDs or the ability to enumerate/guess them within that window. |
| Impact | The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:H/VA:N) scores 7.1 and accurately reflects a low-privilege, network-reachable authorization bypass with high integrity impact and no confidentiality or availability loss - consistent with an attacker hijacking approval semantics rather than reading data. PR:L is appropriate because the attacker must be able to deliver a callback payload to the bot (typically a messaging account interacting with the integration), but no admin role is required. Exploitation requires knowledge of a valid questionId, which lowers practical risk somewhat (timing-bound, per-approval token), though IDs may be guessable or observable depending on transport. No KEV listing, no EPSS provided, and no public weaponized exploit beyond the fix commit; the regression tests in PR #2478 essentially document the exploitation pattern, so weaponization is trivial. |
| Exploit ScenarioDerived | An attacker who learns or guesses a pending approval's questionId - for example, by observing an admin DM, intercepting a webhook, or replaying a leaked callback - submits a crafted approval response payload with value 'approve' and an arbitrary userId. The handler accepts it because role validation is missing, executing the privileged action such as installing attacker-chosen npm packages into the agent's container. The PR's regression tests demonstrate the exact payload shape, so publicly available exploit code exists. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 23, 2026
Privilege escalation in NanoClaw before 2.1.17 lets remote attackers with a valid questionId approve or reject privileged actions (such as package installation) by submitting crafted approval response payloads. The handleApprovalsResponse function dispatches sensitive handlers without verifying the responder holds an owner/admin role, turning approval callbacks into an authorization bypass. Publicly available exploit code exists via the upstream patch diff, but no active exploitation is currently confirmed.
RemediationAI
Upgrade NanoClaw to 2.1.17 or later, which incorporates the upstream fix from commit 6227bd1a5b016fb1eb76411bb6681b4c924a51a0 (PR https://github.com/nanocoai/nanoclaw/pull/2478) that validates the responder's role against the permissions database before dispatching approval handlers. Until upgrade, restrict the messaging integration (e.g. Telegram bot) to a tightly controlled channel or DM with only trusted admin accounts, disable or avoid registering sensitive approval handlers such as install_packages, and audit pending approvals and recent privileged actions for unexpected approvers; these controls reduce exposure but do not fully close the bypass because the bug is in the server-side dispatch, not the delivery channel. Refer to the VulnCheck advisory at https://www.vulncheck.com/advisories/nanoclaw-privilege-escalation-via-unverified-approval-response-handler for further detail.
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
NanoClaw (cpe:2.3:a:nanocoai:nanoclaw) is an agent-orchestration tool that delivers approval cards to administrators over messaging platforms like Telegram and processes their button responses through handleApprovalsResponse in src/modules/approvals/response-handler.ts. The root cause is CWE-862 (Missing Authorization): the handler treats inbound callbacks as trusted simply because they carry a known questionId, never cross-referencing the responding userId against the permissions database (user-roles with owner/admin). Approval cards may be DM-delivered to admins, but the callback payload itself is untrusted input, and the missing role check allows any party who can craft or replay the callback to dispatch privileged actions like install_packages.
Know when Nanoclaw 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:L/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N
Network-reachable callback (AV:N), low attacker effort once a questionId is known (AC:L), requires ability to send a callback payload to the bot (PR:L), no user interaction, integrity-only impact via unauthorized approval dispatch.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
NanoClaw before 2.1.17 contains a privilege escalation vulnerability in the handleApprovalsResponse function that fails to verify responder role authorization. Attackers with a valid questionId can approve or reject privileged actions like package installation by submitting approval response payloads without proper role validation.
Executive ViewAI
NanoClaw deployments running versions prior to 2.1.17 are vulnerable to a control bypass affecting critical infrastructure change approvals. An attacker with basic network access can fraudulently authorize sensitive operations-specifically software package deployments-without administrative credentials, with publicly available exploit code now in circulation. This directly threatens the integrity of your deployment pipeline and carries material risk of supply chain tampering.
Apply vendor patch: upgrade to NanoClaw 2.1.17 or later. Interim mitigations while patching: implement network access controls restricting approval response submissions and require manual verification of all package installation approvals.
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.
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
Path traversal in NanoClaw's container filesystem boundary allows compromised containers or prompt-injected agents to es
Symlink following in NanoClaw's agent-to-agent file forwarding exposes arbitrary host-readable files to container-contro
Privilege escalation in NanoClaw before 2.1.17 allows confined agent containers to bypass their architectural confinemen
Link-following (symlink) handling in NanoClaw's agent-to-agent attachment forwarding lets an authenticated, low-privileg
Improper authorization in nanocoai NanoClaw's add_mcp_server endpoint allows authenticated attackers with low privileges
Improper privilege management in NanoClaw (versions up to 2.0.64) allows authenticated remote attackers to abuse the `ha
Improper authorization in NanoClaw's MCP Server Approval component allows local attackers to bypass security controls by
Privilege escalation in NanoClaw before 2.1.0 lets scoped admins cross agent-group authorization boundaries by submittin
EUVD-2026-38463
GHSA-mhq9-hcw8-22mj
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB