CVE-2026-57122: PraisonAI: missing HMAC check lets forged bot events
HIGHPraisonAI's WhatsApp and Linear webhook handlers only verify the HMAC signature when WHATSAPP_APP_SECRET or LINEAR_WEBHOOK_SECRET is set in the environment; if either secret is absent, the handler still parses and dispatches the incoming request body as trusted input. A remote, unauthenticated attacker who can reach the webhook route can therefore forge chat messages, Linear comments, or agent-session events, impersonate real platform users, and feed attacker-controlled content directly into the agent's decision loop, with a CVSS 3.1 score of 8.6 (network, no auth, no user interaction, high integrity impact). There is no evidence of active exploitation — it is not in CISA KEV, EPSS data is unavailable, and no public exploit or scanner template exists — so this looks like an unweaponized configuration-dependent flaw rather than an imminent mass-exploitation risk, but any deployment that omitted the secret env vars (a plausible default in quick setups) is exposed today. Patch to PraisonAI 4.6.59 or later immediately; as an interim workaround, ensure WHATSAPP_APP_SECRET and LINEAR_WEBHOOK_SECRET are always set (never leave them unconfigured) or block unauthenticated traffic to the webhook route at the network/reverse-proxy layer. Detection: audit webhook logs for requests missing a valid signature header and alert on any bot actions triggered by unsigned payloads.
What is the risk?
High severity (CVSS 8.6) but currently a latent, configuration-contingent flaw: the vulnerability only manifests when an operator has not set the relevant webhook secret, which is a plausible but not universal misconfiguration. Exploitability is trivial once the condition holds — no authentication, no user interaction, low attack complexity, purely network-reachable — so any exposed instance is immediately at risk. No KEV listing, no EPSS score, and no public exploit code lower the probability of opportunistic mass exploitation today, but the low barrier to exploitation (a single forged HTTP POST) means risk rises sharply for any internet-facing PraisonAI bot instance that hasn't set both secrets.
How does the attack unfold?
What systems are affected?
| Package | Ecosystem | Vulnerable Range | Patched |
|---|---|---|---|
| PraisonAI | pip | — | No patch |
| PraisonAI Agents | pip | — | No patch |
How severe is it?
What is the attack surface?
What should I do?
1 step-
1) Upgrade to PraisonAI >= 4.6.59, which enforces signature verification unconditionally. 2) Until patched, always configure WHATSAPP_APP_SECRET and LINEAR_WEBHOOK_SECRET in every deployment — never leave webhook routes running without them. 3) Restrict network reachability of the webhook endpoints (allow-list the messaging platform's IP ranges / use a reverse proxy) as defense-in-depth. 4) Add monitoring/alerting for webhook requests that fail or lack signature validation, and review recent agent-session logs for anomalous or unverifiable events if the secrets were previously unset. 5) Rotate webhook secrets after patching in case they were exposed or guessed.
How is it classified?
Which compliance frameworks are affected?
This CVE is relevant to:
Frequently Asked Questions
What is CVE-2026-57122?
PraisonAI's WhatsApp and Linear webhook handlers only verify the HMAC signature when WHATSAPP_APP_SECRET or LINEAR_WEBHOOK_SECRET is set in the environment; if either secret is absent, the handler still parses and dispatches the incoming request body as trusted input. A remote, unauthenticated attacker who can reach the webhook route can therefore forge chat messages, Linear comments, or agent-session events, impersonate real platform users, and feed attacker-controlled content directly into the agent's decision loop, with a CVSS 3.1 score of 8.6 (network, no auth, no user interaction, high integrity impact). There is no evidence of active exploitation — it is not in CISA KEV, EPSS data is unavailable, and no public exploit or scanner template exists — so this looks like an unweaponized configuration-dependent flaw rather than an imminent mass-exploitation risk, but any deployment that omitted the secret env vars (a plausible default in quick setups) is exposed today. Patch to PraisonAI 4.6.59 or later immediately; as an interim workaround, ensure WHATSAPP_APP_SECRET and LINEAR_WEBHOOK_SECRET are always set (never leave them unconfigured) or block unauthenticated traffic to the webhook route at the network/reverse-proxy layer. Detection: audit webhook logs for requests missing a valid signature header and alert on any bot actions triggered by unsigned payloads.
Is CVE-2026-57122 actively exploited?
No confirmed active exploitation of CVE-2026-57122 has been reported, but organizations should still patch proactively.
How to fix CVE-2026-57122?
1) Upgrade to PraisonAI >= 4.6.59, which enforces signature verification unconditionally. 2) Until patched, always configure WHATSAPP_APP_SECRET and LINEAR_WEBHOOK_SECRET in every deployment — never leave webhook routes running without them. 3) Restrict network reachability of the webhook endpoints (allow-list the messaging platform's IP ranges / use a reverse proxy) as defense-in-depth. 4) Add monitoring/alerting for webhook requests that fail or lack signature validation, and review recent agent-session logs for anomalous or unverifiable events if the secrets were previously unset. 5) Rotate webhook secrets after patching in case they were exposed or guessed.
What systems are affected by CVE-2026-57122?
This vulnerability affects the following AI/ML architecture patterns: agent frameworks, webhook/event-driven integrations, multi-agent orchestration.
What is the CVSS score for CVE-2026-57122?
CVE-2026-57122 has a CVSS v3.1 base score of 8.6 (HIGH). The EPSS exploitation probability is 0.13%.
What is the AI security impact?
Affected AI Architectures
MITRE ATLAS Techniques
AML.T0049 Exploit Public-Facing Application AML.T0073 Impersonation AML.T0080.001 Thread AML.T0093 Prompt Infiltration via Public-Facing Application Compliance Controls Affected
What are the technical details?
Original Advisory
PraisonAI is a multi-agent teams system. Prior to 4.6.59, the WhatsApp and Linear bot webhook handlers verify HMAC signatures only when WHATSAPP_APP_SECRET or LINEAR_WEBHOOK_SECRET is configured and otherwise parse and dispatch unsigned request bodies. A remote unauthenticated client that reaches the webhook route can forge messages, comments, or agent-session events, impersonate platform users, influence agent prompts and actions, and disrupt bot processing. This issue is fixed in 4.6.59.
Exploitation Scenario
An attacker discovers a PraisonAI-based support or ops bot exposed at a public webhook URL where the operator never set LINEAR_WEBHOOK_SECRET (a common oversight during quick setup). The attacker crafts a raw HTTP POST mimicking a Linear 'comment created' event, impersonating a trusted engineer and instructing the agent to perform an action (e.g., close a ticket, trigger an automated workflow, or reply with misleading guidance) or floods the endpoint with malformed events to disrupt legitimate bot processing — all without needing any credentials or prior access to Linear or WhatsApp.
Weaknesses (CWE)
CWE-345 Insufficient Verification of Data Authenticity
Primary
CWE-347 Improper Verification of Cryptographic Signature
Primary
CWE-345 Insufficient Verification of Data Authenticity CWE-347 Improper Verification of Cryptographic Signature CWE-345 — Insufficient Verification of Data Authenticity: The product does not sufficiently verify the origin or authenticity of data, in a way that causes it to accept invalid data.
Source: MITRE CWE corpus.
CVSS Vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:H/A:L References
Timeline
Related Vulnerabilities
CVE-2026-48168 10.0 PraisonAI: shell injection in Claude Action enables RCE
Same package: praisonai CVE-2026-61447 10.0 PraisonAI: RCE via unsandboxed LLM code execution
Same package: praisonai CVE-2026-61445 9.9 PraisonAI: AICoder root RCE via unsanitized tool calls
Same package: praisonai GHSA-vmmj-pfw7-fjwp 9.9 praisonai: sandbox escape gives RCE via codeMode tool
Same package: praisonai CVE-2026-47392 9.9 praisonaiagents: RCE via Python sandbox bypass
Same package: praisonai