CVE-2026-75856: CodeWhale before 0.8.64 SSRF Bypass via DNS Pinning TOCTOU
CodeWhale before 0.8.64 contains a server-side request forgery bypass vulnerability in DNS pinning logic that fails to prevent time-of-check-time-of-use attacks. Attackers can manipulate DNS responses to fail initial resolution checks and succeed on secondary requests, allowing requests to internal IP addresses and bypassing SSRF mitigations.
Security readout for executives and security teams
Plain-English summary
CodeWhale versions before 0.8.64 may let an unauthenticated remote attacker make the server contact internal systems. The flaw defeats protections intended to block such requests by changing DNS results between security checks and the actual connection. This could expose sensitive internal information or cloud services reachable from the CodeWhale host.
Executive priority
Treat this as an urgent remediation item. Patch exposed deployments promptly and contain outbound access until completion. The principal business risk is unauthorized disclosure from internal systems reachable by CodeWhale. There is no supplied evidence of active exploitation, but the critical score, unauthenticated network reachability, and low attack complexity justify accelerated action.
Technical view
The SSRF protection contains a DNS pinning time-of-check-time-of-use weakness. An attacker-controlled hostname can produce different resolution outcomes across checks, allowing a later request to reach an internal IP despite earlier validation. The supplied CVSS 4.0 score is 9.2, with high vulnerable-system and subsequent-system confidentiality impact.
Likely exposure
Prioritize internet-accessible CodeWhale deployments running versions earlier than 0.8.64, especially where users can influence outbound request destinations. Exposure and impact depend on the server's network access to internal services. The bundle's affected-version records are internally inconsistent because they label listed ranges as unaffected, so inventory findings should be reconciled with the vendor advisory.
Exploitation context
The vulnerability is remotely reachable, requires no privileges or user interaction, and is described as low complexity. The supplied record is not in KEV, and the source bundle provides no evidence of active exploitation or a public exploit. Treat exploitation status as unconfirmed rather than absent.
Researcher notes
CVE-2026-75856 maps to CWE-918. The core issue is a DNS-resolution TOCTOU bypass in SSRF defenses, not ordinary URL filtering alone. The bundle identifies 0.8.64 as the fixed boundary and provides a patch commit. Its duplicated affected entries and defaultStatus values conflict with the narrative; consult the vendor advisory before making precise range assertions.
Mitigation direction
Upgrade CodeWhale to version 0.8.64 or later, following the vendor advisory.
Confirm the deployed build includes the referenced patch commit.
Restrict CodeWhale outbound access to approved destinations and required ports.
Block access from the CodeWhale host to sensitive internal and cloud metadata services.
Monitor vendor guidance for additional remediation or affected-version clarification.
Validation and detection
Inventory every CodeWhale deployment and record its exact installed version.
Verify no deployed instance is earlier than version 0.8.64.
Confirm production code contains the referenced security patch.
Review DNS, proxy, and firewall logs for suspicious internal-destination requests from CodeWhale.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-918: Information exposure and cloud metadata lookup
Information exposure and SSRF weaknesses can make discovery, cloud metadata, and credential material review relevant. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references SSRF or metadata access, so cloud discovery and credential material review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-918 · source CWE mapping
Server-Side Request Forgery
Server-Side Request Forgery represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.