CVE-2024-22563: n/a
Source CVE Database V5
Not known to be exploited · CVSS 7.5 High.
Data as of 26 Oct 2026, 07:57 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 46% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 19 Jan 2024
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 |
|---|---|---|
GitHubopenvswitch/ovspkg:github/openvswitch/ovsOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
To mitigate CVE-2024-22563 effectively, European organizations should: 1) Immediately inventory and identify all instances of Open vSwitch 2.17.8 in their environments, including virtualized infrastructure, cloud platforms, and network appliances. 2) Monitor vendor communications and security advisories for official patches or updates addressing this memory leak and apply them promptly once available. 3) In the absence of patches, consider deploying temporary workarounds such as restarting Open vSwitch services periodically to clear leaked memory and prevent resource exhaustion. 4) Implement network-level protections like rate limiting and traffic filtering to reduce exposure to potential remote exploitation attempts. 5) Enhance monitoring and alerting on memory usage and performance metrics of Open vSwitch instances to detect abnormal resource consumption early. 6) Conduct penetration testing and vulnerability assessments focusing on network virtualization components to identify exploitation attempts. 7) Engage with cloud and infrastructure providers to confirm their mitigation status if using managed services that incorporate Open vSwitch. 8) Review and harden network segmentation to limit the attack surface and isolate critical network functions. These measures, combined with timely patching, will reduce the risk of denial of service conditions caused by this vulnerability.
Description
openvswitch 2.17.8 was discovered to contain a memory leak via the function xmalloc__ in openvswitch-2.17.8/lib/util.c.