CVE-2025-41241: VMware vCenter · Unchecked Error Condition
Affects VMware vCenterSource CVE Database V5
Not known to be exploited · CVSS 4.4 Medium.
Data as of 26 Oct 2026, 07:57 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 24% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:H/PR:H/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 29 Jul 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| VMware vCenter | Affected
| Fixed in– |
AI-suggested
1. Restrict and audit permissions: Limit API call permissions related to guest OS customization strictly to necessary personnel and service accounts. Implement the principle of least privilege rigorously. 2. Monitor and log API activity: Enable detailed logging and continuous monitoring of vCenter API calls, especially those related to guest OS customization, to detect unusual or unauthorized activities promptly. 3. Network segmentation: Isolate management interfaces of vCenter servers from general network access, allowing only trusted administrative hosts to connect. 4. Credential management: Enforce strong authentication mechanisms, including multi-factor authentication (MFA) for vCenter administrative accounts to reduce the risk of credential compromise. 5. Patch management: Although no patches are linked yet, maintain close communication with VMware for updates and apply security patches promptly once available. 6. Incident response readiness: Prepare and test incident response plans specifically for vCenter service disruptions to minimize downtime in case of exploitation. 7. Use of role-based access control (RBAC): Implement strict RBAC policies within vCenter to control and monitor access to sensitive API functions. 8. Regular vulnerability assessments: Conduct periodic security assessments and penetration testing focused on virtualization infrastructure to identify and remediate potential weaknesses proactively.
Description
VMware vCenter contains a denial-of-service vulnerability. A malicious actor who is authenticated through vCenter and has permission to perform API calls for guest OS customisation may trigger this vulnerability to create a denial-of-service condition.