CVE-2026-56823: AutoGPT Webhook Access Control Vulnerability (CVSS 5.4)
AutoGPT, a workflow automation platform for managing AI agents, contains an access control vulnerability in its webhook management feature. An authenticated user can request information about any webhook in the system by guessing or iterating through webhook IDs, discovering whether webhooks exist and what OAuth provider they use. In some cases, an attacker can also trigger webhook delivery events on behalf of another user. The vulnerability requires authentication but allows horizontal privilege escalation—a user with legitimate access can probe other users' integrations.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 5.4 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N
- Weaknesses (CWE)
- CWE-284, CWE-639
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-26 / 2026-06-26
NVD description (verbatim)
AutoGPT is a workflow automation platform for creating, deploying, and managing continuous artificial intelligence agents. Prior to , the `POST /api/integrations/webhooks/{webhook_id}/ping` endpoint fetches the target webhook by primary key alone without verifying that the webhook belongs to the authenticated user. Any authenticated user can supply an arbitrary webhook_id to confirm webhook existence, leak the webhook's OAuth provider type, and in some cases trigger a ping delivery on behalf of another user. This vulnerability is fixed in .
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The POST /api/integrations/webhooks/{webhook_id}/ping endpoint performs insufficient authorization checks. It retrieves webhook records based solely on the provided webhook_id parameter without validating ownership against the authenticated user's tenant or account context. This creates two attack vectors: (1) information disclosure through webhook enumeration and OAuth provider type leakage via error responses or response variations, and (2) potential state modification if the ping operation executes webhook delivery callbacks without proper scope validation. The vulnerability aligns with CWE-284 (Improper Access Control) and CWE-639 (Authorization Bypass Through User-Controlled Key), both of which describe scenarios where authorization decisions fail to verify resource ownership.
Business impact
Organizations using AutoGPT for multi-tenant or team-based workflows face insider risk amplification. An employee with platform access can discover integration configurations belonging to other teams, potentially exposing the OAuth providers or SaaS platforms their organization connects to. In regulated environments, this information disclosure may constitute compliance violations (e.g., HIPAA, SOC 2). While the vulnerability does not grant direct access to connected services, it enables reconnaissance that could inform social engineering or targeted supply-chain attacks. The ability to trigger webhook pings on behalf of others could disrupt automation workflows or trigger unintended downstream actions in integrated systems.
Affected systems
All versions of AutoGPT prior to the fix are affected. The vulnerability is specific to the webhook ping endpoint and affects any deployment where multiple authenticated users or teams share the same AutoGPT instance. Standalone single-user deployments have lower risk, but organizations running AutoGPT in shared environments should assume all webhook configurations are exposed to enumeration by any authenticated user.
Exploitability
Exploitation requires valid authentication credentials, which limits the attack surface to insider threats or compromised user accounts. However, the attack is trivial to execute—a simple script iterating through webhook IDs via POST requests requires no special knowledge or tooling. No user interaction is needed. The CVSS score of 5.4 (MEDIUM) reflects the combination of low barrier to entry for authenticated users and moderate impact (information disclosure and limited state change). The vulnerability is not currently tracked in the Known Exploited Vulnerabilities (KEV) catalog and has no evidence of public exploitation as of the publication date.
Remediation
Apply the patched version of AutoGPT when available from the vendor. The fix implements proper authorization checks to ensure that only the webhook owner (or a user with explicit delegation rights) can access or trigger webhook operations. Organizations should verify patch availability through the official AutoGPT release channel before deploying. Additionally, implement application-level controls: audit webhook access logs, restrict webhook creation to administrators, and use network segmentation to limit authenticated user counts where possible.
Patch guidance
Monitor the AutoGPT project repository and official security advisories for patched version availability. The description does not specify a version number; contact the vendor or check their security advisory for the exact patch version. Apply patches to all running instances, including development and staging environments. Test the patched endpoint behavior by confirming that users can only list and ping their own webhooks. Consider running an audit query against your webhook database to identify any misuse before patching.
Detection guidance
Monitor access logs for the POST /api/integrations/webhooks/{webhook_id}/ping endpoint. Flag requests where the webhook_id does not match the authenticated user's known webhooks. Examine response patterns for enumeration activity—a single user making repeated ping requests with sequential or pseudo-random IDs suggests reconnaissance. Check audit logs for webhook access by users outside the owning team. Network detection is challenging without visibility into AutoGPT logs; prioritize application-level telemetry and webhook operation audit trails.
Why prioritize this
Although CVSS 5.4 is MEDIUM severity, this vulnerability warrants prompt patching because it enables horizontal enumeration of sensitive integration metadata in multi-tenant environments. Insider threat scenarios and compromised account compromise could expose OAuth provider configurations, which are often reused across services. The low complexity of exploitation and the information disclosure risk justify treating this as high-priority in shared AutoGPT deployments. Organizations with single-user or isolated instances can deprioritize relative to critical or high-severity vulnerabilities.
Risk score, explained
The CVSS 3.1 vector CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N yields a score of 5.4 MEDIUM. Attack Vector is Network (AV:N), reflecting the endpoint's accessibility via HTTP. Attack Complexity is Low (AC:L), as no special conditions are required beyond valid credentials. Privileges Required (PR:L) indicates authentication is mandatory, limiting the attack to insiders or compromised accounts. User Interaction is None (UI:N), so no social engineering is needed. Scope is Unchanged (S:U), affecting only AutoGPT; downstream services are not directly in scope. Confidentiality Impact is Low (C:L) due to information disclosure of webhook existence and OAuth provider types. Integrity Impact is Low (I:L) because webhook pings can trigger unintended actions but do not allow direct data modification. Availability (A:N) is unaffected.
Frequently asked questions
Can an attacker exploit this without valid AutoGPT credentials?
No. The vulnerability requires prior authentication to the AutoGPT platform. An attacker must either be a legitimate user with a valid account or compromise existing credentials.
What information is leaked by this vulnerability?
An attacker can discover whether a webhook ID exists, the OAuth provider type associated with the webhook (e.g., Slack, Salesforce), and potentially trigger webhook delivery callbacks. The attacker cannot directly access data in connected services or retrieve the webhook secret.
Does patching require downtime?
Downtime depends on your deployment model. Rolling deployments and containerized instances typically allow zero-downtime patching. Verify patch deployment procedures with AutoGPT documentation before scheduling updates.
What should we do if we suspect webhook enumeration has occurred?
Audit access logs for the /api/integrations/webhooks/{webhook_id}/ping endpoint during the vulnerability window. Identify which users accessed webhooks they did not own. Rotate OAuth tokens for exposed integrations and review webhook event logs for unexpected activity.
This analysis is based on the CVE record and vendor advisories available as of the publication date. Patch availability, affected version numbers, and specific remediation steps should be verified directly with AutoGPT's official security advisory and release notes. No active exploitation or weaponized proof-of-concept code is publicly known at this time. SEC.co does not endorse any testing or unauthorized access to systems; all security research and patching must comply with applicable laws and organizational policies. Source: NVD (public-domain), retrieved 2026-08-05. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-14614MEDIUMKeycloak Admin Scope Injection via FGAP v2 Bypass
- CVE-2026-41160MEDIUMEspoCRM Broken Access Control in Note Pinning API (v9.3.5 Patch)
- CVE-2026-42862MEDIUMFlowise Mass Assignment Vulnerability Breaks Workspace Isolation
- CVE-2026-54015MEDIUMOpen WebUI Prompt History Authorization Bypass
- CVE-2026-42863HIGHFlowiseAI Mass Assignment Vulnerability in Chatflow Update Endpoint
- CVE-2026-54010HIGHOpen WebUI File Access Control Bypass
- CVE-2023-40200MEDIUMWP Logo Showcase Authorization Bypass Vulnerability (CVSS 5.3)
- CVE-2024-27891MEDIUMArista EOS MACsec + Egress ACL Policy Enforcement Failure