Authenticated SSRF guard bypass via DNS rebinding
Published Aug 19, 2026 · Updated Aug 19, 2026
Server-side request forgery in keeper.sh before 2.18.14 allows remote authenticated users to reach private network HTTP services via DNS rebinding. In packages/calendar/src/utils/safe-fetch.ts, the guard resolves and approves a hostname during validation but then calls fetch with the original hostname instead of pinning the validated address, so the runtime performs a second DNS lookup that attacker-controlled authoritative DNS can change to a private IP. Exposure requires BLOCK_PRIVATE_RESOLUTION=true, a hostname-based calendar source that is not allowlisted, and control of that hostname's DNS; the resulting blind-to-semi-blind SSRF can probe or reach internal services, including cloud metadata endpoints where IMDSv1 is available.
Summary
What happened
Server-side request forgery in keeper.sh before 2.18.14 allows remote authenticated users to reach private network HTTP services via DNS rebinding. In packages/calendar/src/utils/safe-fetch.ts, the guard resolves and approves a hostname during validation but then calls fetch with the original hostname instead of pinning the validated address, so the runtime performs a second DNS lookup that attacker-controlled authoritative DNS can change to a private IP. Exposure requires BLOCK_PRIVATE_RESOLUTION=true, a hostname-based calendar source that is not allowlisted, and control of that hostname's DNS; the resulting blind-to-semi-blind SSRF can probe or reach internal services, including cloud metadata endpoints where IMDSv1 is available.
The record
- CVE
- CVE-2026-75583
- Published
- Aug 19, 2026
- Updated
- Aug 19, 2026
- Vendor
- Rida F'kih
- Product
- Keeper.sh
- Classifications
- CWE-918, CWE-367, T1046, T1190
- Attack vector
- network
- Privileges
- authenticated
Timeline
How it unfolded
- Aug 19, 2026CVE publishedPublication date reported by the CVE source.
- Aug 19, 2026Record updatedLatest update available in the CVE record.
Exploitability
Present is not the same as exploitable
Compare your product and version with the public record. A matching version still requires validation against your environment.
Is a vulnerable build present?
Compare these published version ranges with your installed build and any vendor patches.
- Affected versionversion=0 <2.18.14
What conditions does exploitation require?
What is affected?
Attacks
What attackers are doing with it
Daily unique IPs observed by Shadowserver honeypots for known exploited vulnerabilities (KEVs). Missing observations do not establish an absence of attacks.
Weakness, pattern, technique
Public exploit references
No public exploit references are available in this record.
Labels summarize the accepted research assessment. They do not indicate a test against your environment.
Technologies
Your stack
See the directory against your own environment.
Your stack
Check the software in your environment
Book a demo to see how Hinoki identifies affected software and validates exploitability in your environment.
Book a demo