CVE-2026-48764: TypeBot DNS Rebinding SSRF Vulnerability in Versions Before 3.17.2
TypeBot versions before 3.17.2 contain a DNS rebinding vulnerability in their server-side request validation. When a user configures a bot to fetch HTTP content or execute server-side scripts, TypeBot checks whether the target URL points to a forbidden internal address. However, the check happens once at validation time, while the actual connection occurs later using a fresh DNS lookup. An attacker can exploit this timing gap by pointing a bot to a malicious domain that first resolves to an approved IP during validation, then resolves to an internal service (like cloud metadata endpoints or private admin panels) when the bot makes the real request. This allows bypassing the security guard and accessing sensitive internal systems.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.2 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:L/A:N
- Weaknesses (CWE)
- CWE-918
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-18 / 2026-06-22
NVD description (verbatim)
TypeBot is a chatbot builder tool. In versions prior to 3.17.2, SSRF validation is implemented by resolving a hostname once and checking whether the resolved IP belongs to a forbidden range allowing for DNS rebinding bypass. The root cause is a time-of-check to time-of-use gap in the SSRF guard. The validator resolves the hostname and approves it, but the later request path performs a fresh resolution and connects to whatever IP the hostname maps to at that moment. The actual outbound request is then performed later using the original hostname, without pinning the validated IP to the network connection. An attacker who can supply a URL to a public bot that performs a server-side HTTP Request block or server-side script fetch can use DNS rebinding to pass the initial validation and still force the server to connect to a private or metadata address during the real request. This enables server-side access to private network services, cloud metadata endpoints, and other internal HTTP targets that the validator was intended to block. The exact downstream impact depends on the reachable internal services. Concrete consequences include metadata disclosure, access to internal admin panels, credential theft from metadata services, and further compromise through internal-only HTTP interfaces. This issue has been fixed in version 3.17.2.
4 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-48764 is a Server-Side Request Forgery (SSRF) vulnerability rooted in a Time-of-Check Time-of-Use (TOCTOU) flaw in TypeBot's hostname validation logic. The vulnerability exists in the HTTP request and script fetch features available to public bots. The validation layer resolves a user-supplied hostname and verifies the resulting IP against a blocklist of forbidden ranges (private IPs, metadata endpoints, etc.). However, this validation result is not persisted or pinned to the subsequent network operation. When the actual outbound request is made, the hostname is resolved again—potentially returning a different IP address if the attacker controls the DNS response. The second resolution can point to a restricted internal service while the first passed validation. The vulnerability affects versions prior to 3.17.2, where the fix implements IP pinning to ensure the validated IP matches the target of the actual connection.
Business impact
Organizations using TypeBot to accept user-supplied URLs in bot workflows face potential data exposure and system compromise. An attacker controlling a domain or able to perform DNS spoofing can craft requests that bypass SSRF protections and reach internal services such as cloud metadata endpoints (AWS IMDSv1, Google GCP metadata), private admin dashboards, internal APIs, and configuration management systems. In cloud environments, metadata endpoint access can lead to credential theft, allowing an attacker to assume the identity of the underlying cloud service. In on-premises deployments, the vulnerability enables reconnaissance and access to internal HTTP services. The impact is amplified when bots have network access to sensitive infrastructure or when credentials are stored in metadata services.
Affected systems
TypeBot versions prior to 3.17.2 are affected. The vulnerability applies specifically to bots that use the 'server-side HTTP Request' block or 'server-side script fetch' functionality, which must be configured to accept dynamic or user-supplied URLs. Self-hosted TypeBot instances and cloud-hosted instances running vulnerable versions are both affected. Organizations should verify their deployed version against the 3.17.2 release.
Exploitability
Exploitation requires low preconditions: the attacker needs either control of a domain that can be supplied to a vulnerable bot or the ability to influence DNS responses (local network position or BGP hijacking in high-threat scenarios). The CVSS score of 8.2 (HIGH) reflects that no authentication or user interaction is required—any public bot endpoint accepting URLs can be targeted. The attack is reliable once DNS rebinding conditions are met, making it a practical threat in environments where bots accept external input.
Remediation
Upgrade TypeBot to version 3.17.2 or later. The patch implements IP address pinning: the validated IP from the initial SSRF check is now bound to the network connection, preventing the second DNS resolution from being used to redirect to a different target. Organizations running TypeBot should prioritize this upgrade, particularly if bots accept user-supplied URLs or are exposed to untrusted input. After patching, verify that bots continue to function correctly with legitimate internal service integrations, as the stricter validation may affect previously permissive configurations.
Patch guidance
Deploy TypeBot 3.17.2 or a later version. The fix modifies the SSRF validation to store and enforce the IP address determined during the initial check, ensuring the actual HTTP connection uses the same target IP. Verify the upgrade in a staging environment if possible, especially if TypeBot bots integrate with internal services—confirm that legitimate internal requests still succeed after the patch. No configuration changes are required; the fix is transparent to end users. Review bot configurations to ensure no bots are inadvertently attempting to reach now-blocked internal services.
Detection guidance
Monitor TypeBot access logs for requests to suspicious or uncommon destinations, particularly those targeting metadata endpoints (169.254.169.254 for AWS, 10.x.x.x or 172.x.x.x ranges for private networks, 127.0.0.1 for localhost). Look for bot invocations that include unusual URLs pointing to internal infrastructure. Enable DNS query logging to detect suspicious DNS patterns, such as rapid re-resolution of the same domain with different results (a hallmark of rebinding attacks). Check network egress from TypeBot hosts for unexpected connections to internal services. If TypeBot is deployed on cloud infrastructure, monitor for anomalous access to metadata endpoints and correlate with bot activity logs.
Why prioritize this
This vulnerability merits immediate attention due to its HIGH severity (CVSS 8.2), ease of exploitation (no authentication required), and direct access to sensitive infrastructure. The attack vector is network-accessible and requires minimal sophistication. Organizations operating TypeBot instances in cloud environments face heightened risk due to metadata endpoint exposure. The ability to extract cloud credentials makes this a critical path to broader account compromise. Even in isolated networks, the vulnerability enables internal reconnaissance and service exploitation.
Risk score, explained
The CVSS 3.1 score of 8.2 reflects: AV:N (network-accessible, no special network position required), AC:L (low attack complexity, DNS rebinding is a well-understood technique), PR:N (no privileges required), UI:N (no user interaction needed), S:U (impact is scoped to the vulnerable system), C:H (high confidentiality impact via metadata/credential disclosure), I:L (low integrity impact—ability to access internal services may enable modification), A:N (no availability impact). The score appropriately weighs the practical exploitability against the sensitive nature of potential targets.
Frequently asked questions
Does every TypeBot instance need to be patched, or only those that use HTTP Request blocks?
Only TypeBot instances that use the server-side HTTP Request or server-side script fetch features are at risk. However, because these are standard features in TypeBot and may not be obviously exposed in your bot configuration, it is safest to patch all instances proactively. Review your bot configurations to identify which ones accept dynamic or external URLs before deferring patching.
Can this vulnerability be exploited if our TypeBot instance is isolated on a private network?
If the TypeBot instance itself is on a private network with no inbound internet routes, external DNS rebinding attacks are unlikely. However, the instance can still be exploited if it has outbound access to internal services (cloud metadata, private APIs, admin panels). An insider or someone with access to the internal network can still craft rebinding attacks. Patching remains recommended as a defense-in-depth measure.
What is IP pinning, and how does the 3.17.2 patch implement it?
IP pinning ensures that once a hostname is validated and resolved to an IP address, that same IP is used for the actual network connection, rather than re-resolving the hostname. The patch stores the validated IP and pins the socket connection to that address, preventing the attacker from substituting a different IP via a second DNS lookup. This closes the TOCTOU window that the vulnerability exploits.
Could an attacker use this to modify data, or only to read it?
The vulnerability primarily enables reconnaissance and data exfiltration (metadata credentials, configuration details). However, if the attacker reaches an internal service with write permissions (e.g., an internal API or admin panel), they could potentially modify data. The CVSS score reflects a low integrity impact (L) rather than high, indicating that modification is possible but not the primary risk; confidentiality impact is the main concern.
This analysis is based on the CVE-2026-48764 published description and CVSS vector. Organizations should verify patch version numbers and availability against the official TypeBot security advisory and release notes before deploying. The specific internal services reachable via this vulnerability depend on the network topology and access controls in your environment. This vulnerability is not currently listed on CISA's Known Exploited Vulnerabilities (KEV) catalog as of the publication date, but organizations should monitor threat intelligence feeds for exploitation reports. Consult with your TypeBot vendor and internal security team for deployment-specific guidance. Source: NVD (public-domain), retrieved 2026-07-27. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2026-10068HIGHSSRF in Shibby Tomato 1.28 miniupnpd (Unmaintained)
- CVE-2026-10107HIGHMoviePilot v2 SSRF in Image Proxy Allows Internal Network Access
- 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-10586HIGHGutenberg Essential Blocks SSRF Vulnerability – High Risk Server-Side Request Forgery
- CVE-2026-10771HIGHCRMEB Java SSRF Vulnerability in QR Code Endpoint
- CVE-2026-11395HIGHCF7 to Webhook Plugin SSRF Vulnerability (WordPress)
- CVE-2026-11437HIGHServer-Side Request Forgery in go-fastdfs-web 1.3.7 and Earlier