CVE-2026-71272: CWE-367 in usememos memos
Memos' webhook dispatch function safeDialContext() (internal/webhook/webhook.go) resolves the target hostname via net.DefaultResolver.LookupHost() and validates the resulting IPs against reserved ranges, but then dials net.JoinHostPort(host, port) using the original hostname rather than the already-validated IP address. Because net.Dialer.DialContext() performs its own independent DNS resolution, an attacker controlling DNS for the webhook's hostname (e.g. via a short TTL) can return a public, allowed IP during validation and a different, internal IP at dial time — a classic time-of-check/time-of-use DNS-rebinding bypass of the SSRF protection.
AI Analysis
Technical Summary
The vulnerability exists in usememos memos' webhook dispatch function safeDialContext() located in internal/webhook/webhook.go. The function resolves the target hostname using net.DefaultResolver.LookupHost() and validates the resulting IP addresses against reserved IP ranges to prevent SSRF attacks. However, when dialing the target, it uses net.JoinHostPort(host, port) with the original hostname instead of the validated IP address. Since net.Dialer.DialContext() performs its own DNS resolution independently, an attacker controlling the DNS for the webhook's hostname can exploit this by returning a public IP during validation and a different internal IP at dial time. This classic TOCTOU DNS rebinding bypass allows circumventing SSRF protections, potentially exposing internal network resources.
Potential Impact
Successful exploitation can lead to server-side request forgery (SSRF) bypass, allowing attackers to make unauthorized requests to internal or otherwise protected network resources. The CVSS score of 8.5 (high) reflects the potential for high confidentiality impact and partial integrity impact without availability impact. There are no known exploits in the wild as of the published date.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until an official fix is available, users should consider restricting DNS resolution for webhook hostnames or implementing additional validation to ensure the dialed IP matches the validated IP. Avoid relying solely on hostname validation when dialing network connections.
CVE-2026-71272: CWE-367 in usememos memos
Description
Memos' webhook dispatch function safeDialContext() (internal/webhook/webhook.go) resolves the target hostname via net.DefaultResolver.LookupHost() and validates the resulting IPs against reserved ranges, but then dials net.JoinHostPort(host, port) using the original hostname rather than the already-validated IP address. Because net.Dialer.DialContext() performs its own independent DNS resolution, an attacker controlling DNS for the webhook's hostname (e.g. via a short TTL) can return a public, allowed IP during validation and a different, internal IP at dial time — a classic time-of-check/time-of-use DNS-rebinding bypass of the SSRF protection.
CVSS v3.1
Score 8.5high
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability exists in usememos memos' webhook dispatch function safeDialContext() located in internal/webhook/webhook.go. The function resolves the target hostname using net.DefaultResolver.LookupHost() and validates the resulting IP addresses against reserved IP ranges to prevent SSRF attacks. However, when dialing the target, it uses net.JoinHostPort(host, port) with the original hostname instead of the validated IP address. Since net.Dialer.DialContext() performs its own DNS resolution independently, an attacker controlling the DNS for the webhook's hostname can exploit this by returning a public IP during validation and a different internal IP at dial time. This classic TOCTOU DNS rebinding bypass allows circumventing SSRF protections, potentially exposing internal network resources.
Potential Impact
Successful exploitation can lead to server-side request forgery (SSRF) bypass, allowing attackers to make unauthorized requests to internal or otherwise protected network resources. The CVSS score of 8.5 (high) reflects the potential for high confidentiality impact and partial integrity impact without availability impact. There are no known exploits in the wild as of the published date.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until an official fix is available, users should consider restricting DNS resolution for webhook hostnames or implementing additional validation to ensure the dialed IP matches the validated IP. Avoid relying solely on hostname validation when dialing network connections.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- TuranSec
- Date Reserved
- 2026-08-05T12:23:34.967Z
- Cvss Version
- 3.1
- State
- PUBLISHED
- Remediation Level
- null
Threat ID: 6a7336e5bf8831d539ed924e
Added to database: 08/05/2026, 13:13:09 UTC
Last enriched: 08/05/2026, 13:31:07 UTC
Last updated: 08/05/2026, 18:47:02 UTC
Views: 5
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.