Live › vulnerability › GHSA-x4jf-p42g-q3hc
Go to dashboardKiro Crew, an open-source personal AI agent that runs tools on the operator's machine, lacks authorization checks on its WhatsApp channel and subagent run-control endpoints. In non-default configurations, a WhatsApp group member can send instructions that a subagent executes on the operator's machine, with the audit trail attributed to the operator.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-24 19:28 UTC. All times on this page are UTC.
Only operators running Kiro Crew versions from 0.4.0 up to but not including 0.7.2 with the WhatsApp channel configured for groups or with the direct-message policy set to open. The default configuration is not affected, because unlisted groups are dropped before dispatch. Operators who run Kiro Crew only through the web dashboard or CLI, without WhatsApp, are not exposed.
No product ranges from the sources yet.
>=0.4.0 and <0.7.2.whatsapp.groups and confirm it has no entries.whatsapp.dm_policy is set to self (the default), not open.0.7.2 or later.whatsapp.groups and keep whatsapp.dm_policy at self, or disable the WhatsApp channel.Each row is the first time that source carried this signal. The analyst’s rows are its own findings.
CVE-2026-112380 - Missing authorization in the WhatsApp channel in Kiro Crew
Bulletin ID: 2026-140-AWS Scope: AWS Content Type: Important (requires attention) Publication Date: 10/20/2026 13:00 PM PDT
Description:
Kiro Crew is an open-source personal AI agent that can be reached from a web dashboard, a CLI, or messaging channels such as WhatsApp, and that runs tools on the operator's machine.
We identified CVE-2026-112380, an authorization issue in the WhatsApp channel and the internal subagent run-control endpoints. In certain configurations where a WhatsApp group was added to an operator's allowed groups, or where the direct-message policy was set to open, a member of that WhatsApp group could send instructions to another session's subagent. The subagent then executed those instructions on the operator's machine under that session's approval policy, and the resulting audit trail was attributed to the operator rather than the actual sender.
The default configuration is not affected: whatsapp.groups defaults to empty and whatsapp.dm_policy defaults to self, so a group that is not explicitly listed is dropped before dispatch.
Impacted versions: >=0.4.0 AND <0.7.2
Resolution:
This issue has been addressed in Kiro Crew version 0.7.2. We recommend upgrading to the latest version and ensuring any forked or derivative code is patched to incorporate the new fixes. The fix (PR #14338) makes WhatsApp group traffic subject to the same per-user allowlist as direct messages (deny by default), runs untrusted turns on a dedicated tool-less agent so the untrusted flag no longer depends on a permission prompt, and requires a verified caller identity with an ownership check on every subagent run-control route.
Workarounds:
Remove every entry from whatsapp.groups and keep whatsapp.dm_policy at self (the default). With no listed group, group traffic is dropped before any dispatch. Alternatively, disable the WhatsApp channel until the upgrade is applied.
References:
Please email [email protected] with any security questions or concerns.
This page as .md · .json · in your agent: get_signal("GHSA-x4jf-p42g-q3hc")