CVE-2026-56663: AutoGPT SSRF Bypass via IPv6 Mapping and CGNAT Ranges
AutoGPT, a workflow automation platform for AI agents, has a critical security flaw that allows authenticated users to bypass built-in protections designed to prevent access to internal network services. The vulnerability exists because the application fails to properly validate certain types of IP addresses—specifically IPv4-mapped IPv6 addresses and special-use ranges like carrier-grade NAT (CGNAT) addresses. An attacker with valid credentials could exploit this to reach internal services that should be off-limits, potentially compromising sensitive infrastructure. The issue has been fixed in version 0.6.52.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.5 HIGH · CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-918
- 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 0.6.52, an authenticated user can bypass the SSRF / private-IP protections in SendWebRequestBlock and reach internal network services. _is_ip_blocked() in backend/backend/util/request.py does not normalize IPv4-mapped IPv6 addresses before checking resolved IPs against the blocked IPv4 ranges, and does not block special-use ranges such as 100.64.0.0/10 (CGNAT, RFC 6598). A hostname that resolves to an IPv4-mapped IPv6 address therefore passes validation and the request reaches the embedded internal IPv4 endpoint. This affects all AutoGPT Platform deployments. This vulnerability is fixed in 0.6.52.
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability resides in the _is_ip_blocked() function within backend/backend/util/request.py. The SendWebRequestBlock component is designed to prevent Server-Side Request Forgery (SSRF) attacks by filtering requests destined for private and reserved IP ranges. However, the implementation has two critical gaps: (1) it does not normalize IPv4-mapped IPv6 addresses (such as ::ffff:192.168.1.1) before validation, allowing these addresses to bypass the blocklist, and (2) it fails to block special-use IPv4 ranges including 100.64.0.0/10 (CGNAT per RFC 6598), which are commonly used in containerized and cloud environments. When a hostname resolves to an IPv4-mapped IPv6 address, the validation passes and the HTTP request proceeds to the internal endpoint. This affects all AutoGPT Platform deployments running versions prior to 0.6.52.
Business impact
An authenticated attacker can use this vulnerability to circumvent network segmentation and access internal services that should be isolated. In a typical AutoGPT deployment, this could lead to reconnaissance of internal infrastructure, lateral movement, data exfiltration from backend systems, or abuse of internal APIs and services. The impact is amplified in cloud and containerized environments where CGNAT ranges are standard. Since the attack requires valid credentials, the threat is greatest from compromised user accounts or malicious insiders, but in shared or multi-tenant environments the risk extends to any authenticated user. Organizations relying on AutoGPT for sensitive workflow automation face potential data loss, compliance violations, and operational disruption.
Affected systems
All AutoGPT Platform deployments with versions prior to 0.6.52 are vulnerable. This includes both on-premises and cloud-hosted instances. The vulnerability is present across all deployment topologies because the flaw is in core request validation logic. Organizations using AutoGPT for AI-driven automation—particularly those integrating it with internal services, APIs, or databases—should prioritize assessment and patching.
Exploitability
The attack requires authentication (the CVSS vector reflects PR:L), meaning an attacker must possess valid user credentials. However, the barrier to exploitation is relatively low once credentials are obtained: the attacker simply crafts a workflow or API call that directs a web request to an IPv4-mapped IPv6 address or CGNAT-range hostname pointing to an internal service. No special tools, zero-days, or sophisticated techniques are needed. The vulnerability is deterministic and reliable given knowledge of internal network topology. In environments where credentials are shared, weak, or stolen, the practical risk is substantially elevated.
Remediation
Upgrade AutoGPT Platform to version 0.6.52 or later as soon as feasible. This version includes a corrected _is_ip_blocked() function that properly normalizes IPv4-mapped IPv6 addresses and blocks special-use ranges including CGNAT. Verify the upgrade by checking the version number in the AutoGPT UI or via the API. Additionally, apply network-layer defenses: restrict outbound connections from AutoGPT instances to only approved external services, use host-based firewalls or network policies to prevent access to internal subnets, and implement request logging and alerting on the SendWebRequestBlock component to detect suspicious patterns. Review user access controls and credential management to minimize the attack surface.
Patch guidance
Patch to version 0.6.52 or later. Review the AutoGPT release notes and advisory to confirm the patch addresses the _is_ip_blocked() function. Test the upgrade in a staging environment first to ensure compatibility with existing workflows and integrations. After deployment, validate that internal IP ranges (private and CGNAT) are properly blocked by testing a request to an internal service with an IPv4-mapped IPv6 address (e.g., ::ffff:10.0.0.1). Monitor for any service disruptions and review logs for evidence of exploitation attempts prior to patching.
Detection guidance
Monitor HTTP request logs from AutoGPT for outbound requests with IPv6 addresses, particularly those containing ::ffff: prefixes that map to private IPv4 ranges (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) or CGNAT ranges (100.64.0.0/10). Alert on any requests from authenticated users targeting internal IPs via SendWebRequestBlock. Review workflow definitions and API calls for hostname or IP parameters that might resolve to internal services. Check network flow logs for unexpected internal connections originating from AutoGPT containers or processes. Correlate these logs with user account activity to identify potentially compromised credentials or malicious actors.
Why prioritize this
This vulnerability merits immediate attention due to its high CVSS score (8.5), wide scope of impact across all AutoGPT deployments, and the confluence of authenticated access with network boundary bypass. The fix is straightforward and available, making remediation feasible without operational complexity. The risk is especially acute for organizations in regulated industries or those using AutoGPT to orchestrate access to sensitive systems. Early patching prevents both targeted exploitation and opportunistic abuse.
Risk score, explained
The CVSS 3.1 score of 8.5 (HIGH) reflects a network-accessible vulnerability requiring authentication (PR:L) but with high impact across confidentiality, integrity, and availability (C:H/I:H/A:H) and a changed scope (S:C), meaning exploitation can affect systems beyond the vulnerable component. The score appropriately penalizes the authentication requirement but recognizes that once a user is authenticated, the attacker can easily reach internal services and potentially compromise backend infrastructure. The AC:H (attack complexity) reflects that the attacker must know or guess the correct IPv4-mapped IPv6 address or CGNAT hostname, a modest barrier but not a dealbreaker in reconnaissance scenarios.
Frequently asked questions
Does this vulnerability affect AutoGPT agent execution in general, or only the SendWebRequestBlock component?
The vulnerability is specific to the SendWebRequestBlock component, which handles HTTP requests initiated by workflows. Other AutoGPT agent functionality is not directly affected. However, SendWebRequestBlock is commonly used to integrate AutoGPT with external and internal APIs, making this a critical component in most deployments.
Can an unauthenticated user exploit this vulnerability?
No. The vulnerability requires a valid AutoGPT user account. An attacker must authenticate to the platform to craft and execute a workflow that triggers the vulnerable request. If your user credentials are strong and access controls are enforced, the risk is contained to legitimate users or those who have compromised a user account.
What is the difference between IPv4-mapped IPv6 addresses and CGNAT ranges, and why do they matter here?
IPv4-mapped IPv6 addresses are IPv6 representations of IPv4 addresses (e.g., ::ffff:192.168.1.1). CGNAT is a class of special-use IPv4 addresses (100.64.0.0/10) commonly used in cloud and container environments to conserve public IP space. The bug fails to normalize the first and blocks neither, allowing both to bypass the SSRF filter. If your internal services run on containers or are behind a carrier-grade NAT, they are directly at risk.
Should I patch immediately or can I wait for testing?
Test the patch in a non-production environment first to ensure compatibility with your workflows and integrations. However, do not delay testing—aim to deploy to production within days, not weeks. The low exploitation complexity and high impact justify rapid remediation. If patching is delayed, implement compensating controls such as network segmentation and strict outbound firewall rules from AutoGPT.
This analysis is based on the published CVE description and CVSS vector. Specific patch version numbers, affected product versions, and vendor statements should be verified directly with AutoGPT's official security advisory and release notes. This vulnerability requires authentication and does not constitute an immediate mass-exploitation threat, but organizations running vulnerable versions should prioritize patching. No exploit code or proof-of-concept is provided. Security teams should conduct their own testing and validation in accordance with their change management and incident response policies. Source: NVD (public-domain), retrieved 2026-08-05. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2025-53828HIGHServer-Side Request Forgery in SharePoint for ownCloud Enables Admin Code Execution
- CVE-2026-10055HIGHEclipse Theia SSRF Vulnerability in /services/request-service
- CVE-2026-10068HIGHSSRF in Shibby Tomato 1.28 miniupnpd (Unmaintained)
- CVE-2026-10107HIGHMoviePilot v2 SSRF in Image Proxy Allows Internal Network Access
- CVE-2026-10129HIGHIBM Langflow OSS SSRF Bypass via Redirect Following – HIGH Risk
- CVE-2026-10280HIGHServer-Side Request Forgery in Horizon921 mcpilot 0.1.0
- CVE-2026-10287HIGHSSRF in SourceCodester SEO Meta Tag Extractor 1.0
- CVE-2026-10546HIGHIBM Langflow OSS SSRF via TOCTOU Race Condition