Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain authenticated credentials
-
DeliveryAccess Logo API endpoint
-
ExploitCraft validation-bypass SSRF payload
-
ExecutionServer fetches attacker-specified URL
-
ImpactExfiltrate internal resource data
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service URL allowlisting, SSRF prevention
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Credential Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires authenticated access to the Cal.com cal.diy platform with low-level user privileges (CVSS PR:L), meaning attackers must possess valid login credentials-not exploitable by anonymous users. The high attack complexity (AC:H) indicates successful exploitation requires sophisticated bypass techniques to evade the validateUrlForSSRF function's validation logic, demanding technical understanding of SSRF filter evasion methods such as URL encoding variations, protocol handlers, DNS rebinding, or redirect chains. The vulnerability specifically exists in the Logo API route at /api/logo endpoint, meaning exploitation is limited to authenticated users who can make requests to this specific API path. Network connectivity from the cal.diy server to target systems (internal networks, cloud metadata endpoints, or external attacker-controlled hosts) is required for successful SSRF exploitation. No user interaction is needed (UI:N) once the attacker has authenticated access. Exploitation likelihood is constrained by the need for both valid credentials and technical sophistication to craft validation-bypassing payloads, limiting realistic threat actors to those with insider access or compromised accounts plus advanced SSRF exploitation skills. |
| Impact | Real-world risk is moderate despite the 5.0 CVSS score. The CVSS vector (AV:N/AC:H/PR:L/UI:N/S:U/C:L/I:L/A:L) indicates network-based exploitation requiring authenticated access (PR:L) with high attack complexity (AC:H), limiting the attack surface to authenticated users who can craft sophisticated bypass payloads. Impact is constrained to low confidentiality, integrity, and availability within unchanged scope. The E:P temporal metric confirms a public proof-of-concept exists, lowering the skill barrier for exploitation. However, RL:X indicates no vendor fix is available, and the vendor's non-responsiveness (per description) means no official patch timeline exists. The difficult exploitability assessment and high complexity suggest this is not trivially weaponizable, reducing automated mass exploitation risk. Key missing data: EPSS score unavailable, KEV status not provided (assumed not listed given lack of widespread active exploitation indicators), SSVC decision factors incomplete without EPSS. Priority depends heavily on deployment context-organizations exposing cal.diy to untrusted authenticated users face higher risk than those with strict access controls. The SSRF could enable cloud metadata service access (AWS/Azure/GCP credential theft), internal network reconnaissance, or bypassing firewall restrictions, making this a realistic threat for multi-tenant or cloud-hosted deployments. |
| Exploit ScenarioDerived | An authenticated attacker with low-privilege credentials to a cal.diy instance crafts a malicious URL parameter to the Logo API endpoint, exploiting weaknesses in the validateUrlForSSRF function to bypass validation checks. The attacker targets the cloud metadata service endpoint (http://169.254.169.254/latest/meta-data/iam/security-credentials/) causing the cal.diy server to fetch and return temporary AWS credentials, which the attacker then uses to access the organization's cloud infrastructure. Alternatively, the attacker uses the SSRF to probe internal network services (databases, admin panels, internal APIs) not directly accessible from the internet, mapping the internal network topology and identifying additional attack vectors. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – May 23, 2026
Server-side request forgery in Cal.com cal.diy versions up to 4.9.4 enables authenticated attackers to make the server perform arbitrary HTTP requests to internal or external systems via the Logo API endpoint. The vulnerable validateUrlForSSRF function in apps/web/app/api/logo/route.ts insufficiently validates user-supplied URLs, allowing bypass of SSRF protections. Public exploit code exists (EPSS data not provided), though exploitation complexity is high (CVSS AC:H) requiring low-level privileges and technical sophistication. The vendor received early notification but has not responded or released a patch.
RemediationAI
No vendor-released patch exists at time of analysis-Cal.com has not responded to vulnerability disclosure. Organizations must implement compensating controls until a fix becomes available. Primary mitigation: restrict access to the Logo API endpoint (/api/logo/*) to only trusted authenticated users through authentication layer controls or reverse proxy rules, reducing attack surface given the PR:L requirement. Secondary mitigation: implement network-level egress filtering from application servers hosting cal.diy, explicitly blocking access to RFC 1918 private address ranges (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16), localhost/loopback (127.0.0.0/8, ::1), link-local addresses (169.254.0.0/16), and cloud metadata endpoints (169.254.169.254 for AWS/Azure, metadata.google.internal for GCP)-note this may break legitimate external logo fetching functionality requiring allowlist configuration. Tertiary option: disable or remove the Logo API functionality entirely if not business-critical by removing the route handler or implementing application-level feature flags-assess impact on logo display features before deployment. Monitor application logs for unusual URL patterns in logo API requests (internal IPs, localhost, metadata endpoints). Reference the public exploit code at https://gist.github.com/YLChen-007/b3d0b85767b7e346a291933d602fbb3b to understand bypass techniques and test defensive measures. Consider migrating to officially supported Cal.com cloud offerings if self-hosted security maintenance becomes unsustainable.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
This vulnerability affects the Cal.com cal.diy scheduling platform, specifically the Logo API route handler (apps/web/app/api/logo/route.ts). The flaw is a classic Server-Side Request Forgery (CWE-918) resulting from inadequate input validation in the validateUrlForSSRF function. SSRF vulnerabilities occur when an application accepts user-controlled URLs and fetches resources without proper validation, allowing attackers to abuse the server as a proxy to access internal services (cloud metadata endpoints, internal APIs, databases) or perform port scanning and service enumeration. In this case, the Logo API likely accepts URL parameters for fetching external logos or images, and the validation routine can be bypassed to target unintended destinations. The CPE string cpe:2.3:a:calcom:cal.diy:*:*:*:*:*:*:*:* confirms this affects the Cal.com cal.diy product family, a self-hosted open-source scheduling infrastructure.
Know when Cal Diy gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:H/AT:N/PR:L/UI:N/VC:L/VI:L/VA:L/SC:N/SI:N/SA:N/E:P
Primary rating from Vendor (VulDB) · only source for this CVE.
CVSS VectorVendor: VulDB
Lifecycle Timeline
2DescriptionCVE.org
A security flaw has been discovered in calcom cal.diy up to 4.9.4. The affected element is the function validateUrlForSSRF of the file apps/web/app/api/logo/route.ts of the component Logo API. The manipulation results in server-side request forgery. It is possible to launch the attack remotely. Attacks of this nature are highly complex. The exploitability is described as difficult. The exploit has been released to the public and may be used for attacks. The vendor was contacted early about this disclosure but did not respond in any way.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.
Remote code execution in Cal.com's cal.diy product before 5.9.9 allows an unauthenticated attacker to run arbitrary code
Authorization bypass in Cal.com DIY allows any authenticated user to create webhooks on arbitrary teams by injecting an
Information disclosure in Cal.com cal.diy up to version 4.9.4 allows remote unauthenticated attackers to access sensitiv
Improper privilege management in cal.com and its cal.diy fork up to version 6.2.0 lets an authenticated low-privilege us
Cross-site request forgery (CSRF) in Cal.com cal.diy versions up to 4.9.4 enables remote attackers to perform unauthoriz
Authorization bypass in Cal.com and cal.diy through 6.2.0 allows any authenticated user to manipulate the ID argument in
EUVD-2026-31540
GHSA-6c7x-v3mr-g29x
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB