Quick answers
- Is CVE-2026-33659 exploited in the wild?
- No. Junglewise Threat Intelligence has no report of CVE-2026-33659 being exploited in the wild.
- How severe is CVE-2026-33659?
- Low severity, with a CVSS score of 3.5, published 13 April 2026.
- Which products and versions are affected?
- EspoCRM EspoCRM <= 9.3.3.
- Is there a fix for CVE-2026-33659?
- A patch was published on 2026-03-24: Version 9.3.4 released Junglewise finds every place you run it, drafts the upgrade and applies it once you approve.
- How is CVE-2026-33659 attacked?
- It is attacked over the network, in a network appliance.
- Am I affected by CVE-2026-33659?
- Check whether you run Espocrm. Junglewise does that check for you around the clock: connect your code, cloud and domains, and it matches new vulnerabilities like this one against what you actually run and tells you when one reaches you.
Technical details
A Server-Side Request Forgery (SSRF) vulnerability exists in the POST /api/v1/Attachment/fromImageUrl endpoint of EspoCRM. The vulnerability is caused by a Time-of-Check Time-of-Use (TOCTOU) flaw where the application validates a hostname using dns_get_record() but performs the actual HTTP request using curl's internal resolver. An attacker can use DNS rebinding to provide a public IP during validation and an internal IP during the connection phase. Additionally, the HostCheck::isNotInternalHost() function fails closed by implicitly allowing hosts if DNS resolution returns no records. Authenticated attackers can exploit this to scan internal ports and interact with internal HTTP services. The issue is fixed in version 9.3.4 by ensuring validation occurs against the primary IP address resolved by curl.
Affected products
- EspoCRM EspoCRM <= 9.3.3
Timeline
- 2026-03-24: patched: Version 9.3.4 released
- 2026-04-13: advisory: GitHub Security Advisory published
- 2026-04-13: disclosed: CVE-2026-33659 published