CVE-2026-33534·PHP vulnerability
EspoCRM is an open source customer relationship management application. Versions 9.3.3 and below have an authenticated Server-Side Request Forgery (SSRF) vulnerability that allows bypassing the internal-host validation logic by using alternative IPv4 representations such as octal notation (e.g., 0177.0.0.1 instead of 127.0.0.1). This is caused by HostCheck::isNotInternalHost() function relying on PHP's filter_var(..., FILTER_VALIDATE_IP), which does not recognize alternative IP formats, causing the validation to fall through to a DNS lookup that returns no records and incorrectly treats the host as safe, however the cURL subsequently normalizes the address and connects to the loopback destination. Through the confirmed /api/v1/Attachment/fromImageUrl endpoint, an authenticated user can force the server to make requests to loopback-only services and store the fetched response as an attachment. This vulnerability is distinct from CVE-2023-46736 (which involved redirect-based SSRF) and may allow access to internal resources reachable from the application runtime. This issue has been fixed in version 9.3.4.
- Severity
- medium
- Software
- PHP
- Fixed in
- 9.3.4
- Published
How likely is exploitation
FIRST's Exploit Prediction Scoring System puts the probability of this CVE being exploited in the next 30 days at 2.0% — higher than 78% of all published CVEs. EPSS is an independent forecast of exploitation, not a severity rating: it says nothing about how much damage a successful attack does, which is what a CVSS score measures.
Affected versions
Until: 9.3.4
Fixed in: 9.3.4
How to fix this CVE
Update PHP and EspoCRM to the latest patched versions immediately, as CVE-2026-33534 allows authenticated users to bypass IP validation through alternative IPv4 notation and access internal services. Upgrade to EspoCRM 9.3.4 or later, which includes fixes for the HostCheck::isNotInternalHost() function to properly reject octal and other non-standard IP representations. Review access logs for suspicious requests to the /api/v1/Attachment/fromImageUrl endpoint using unusual IP formats.
sudo dnf check-update php && sudo dnf upgrade phpDefensia detects this vulnerability
What an exploitation attempt looks like
Sample log line indicative of exploitation attempts:
POST /api/v1/Attachment/fromImageUrl HTTP/1.1.*imageUrl=(0177\.0\.0\.1|0x7f\.0\.0\.1|localhost|127\.0\.0\.\d+)|imageUrl=.*%30%31%37%37WAF mitigation (if patching is not yet possible)
Add this rule to your WAF to block exploitation attempts while you schedule the patch.
Implement WAF rules to block POST requests to /api/v1/Attachment/fromImageUrl containing imageUrl parameters with octal (0177), hexadecimal (0x), or localhost values; enforce authentication validation and rate-limit API attachment submissions per authenticated user.How to check if you are affected
- Run `php -v` to confirm the installed PHP version and verify EspoCRM version in /app/config/version.php or via admin panel
- Check if the /api/v1/Attachment/fromImageUrl endpoint is exposed by testing curl -X POST http://target/api/v1/Attachment/fromImageUrl with authentication credentials
- Search access logs for POST requests to /api/v1/Attachment/fromImageUrl with unusual IP formats (octal notation like 0177, 0x7f, or other alternative representations): `grep -E 'Attachment/fromImageUrl.*0[0-7]{3}' /var/log/apache2/access.log`
- Verify the patch by checking if EspoCRM version is 9.3.4 or higher: `grep -r 'version' /path/to/espocrm/config/ | grep -E '9\.[3-9]\.[4-9]|9\.[4-9]|[1-9][0-9]\.'`
Indicators of compromise
- POST requests to /api/v1/Attachment/fromImageUrl with octal IP notation (e.g., 0177.0.0.1)
- Attachment API calls originating from authenticated low-privilege accounts accessing internal services
- Log entries showing DNS resolution failures followed by successful cURL connections to loopback addresses
FAQ
What is CVE-2026-33534?
CVE-2026-33534 is an authenticated Server-Side Request Forgery vulnerability in EspoCRM that exploits inadequate IP validation, allowing attackers to use alternative IPv4 representations (such as octal notation) to bypass internal-host checks and access loopback services through the attachment API endpoint.
Is CVE-2026-33534 being actively exploited?
While not listed on the CISA Known Exploited Vulnerabilities catalog, public exploits are available (Exploit-DB #52583), making active exploitation likely in targeted environments. Organizations should prioritize patching authenticated-access vectors.
What versions of EspoCRM are affected by CVE-2026-33534?
EspoCRM versions 9.3.3 and all earlier versions are vulnerable; version 9.3.4 and later contain the fix.
How do I check if my server is vulnerable to CVE-2026-33534?
Verify your EspoCRM version with `cat /path/to/espocrm/config/version.php` — if it returns 9.3.3 or lower, your installation is vulnerable and requires immediate patching.
Does Defensia detect CVE-2026-33534?
Yes — Defensia's CVE advisory scanner compares installed package versions against the NVD database. If PHP and EspoCRM are installed on monitored servers, CVE-2026-33534 will appear in your dashboard with remediation steps.
Related PHP CVEs
References
Track CVEs across your fleet automatically
Defensia scans your Linux servers and tells you exactly which ones are running vulnerable versions — including CVE-2026-33534. Free for 1 server.
Get started free