REDHAT-BUG-2513066: Medium severity libvirt vulnerability

Published Aug 10, 2026
·
Updated

A file permission vulnerability was found in libvirt's storage volume clone/convert path in src/storage/storageutil.c. The virStorageBackendCreateExecCommand() function ran qemu-img with umask 0 on non-NETFS local storage paths, causing newly created volume images to be world-readable (mode 0644) during the copy operation. libvirt only tightened the file permissions via chmod() after qemu-img completed, creating a window where the full guest disk contents could be read by any local user.

This is the same class of issue as CVE-2025-13193. A local attacker could exploit this race window to read sensitive guest disk contents, resulting in information disclosure.

The fix moves the virCommandSetUmask() call to apply unconditionally to all code paths, ensuring qemu-img creates files with restrictive permissions from the outset.

Upstream fix: https://gitlab.com/libvirt/libvirt/-/commit/69335a484768d550854da1133d5490074695e825

Affected Software

1 affected component
libvirt

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Configuration

    Apply virCommandSetUmask() unconditionally to all code paths so qemu-img does not run with umask 0 on non-NETFS local storage paths; ensure qemu-img creates volume image files with restrictive permissions from the outset (instead of relying on a later chmod() after the copy finishes).

    libvirt (storage_util.c: virStorageBackendCreateExecCommand/qemu-img invocation) umask applied to qemu-img-created files (via virCommandSetUmask()) = apply unconditionally (no umask 0 for non-NETFS local storage paths)
  2. Compensating control

    If you cannot immediately apply the upstream change, restrict local access to libvirt storage volume clone/convert operations and the storage path so untrusted local users cannot read newly created volume images during the copy window.

Event History

Aug 10, 2026
Data Sourced
via Red Hat·09:51 AM
DescriptionSeverityAffected Software
Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

Frequently Asked Questions

1

What is the severity of REDHAT-BUG-2513066?

The severity of REDHAT-BUG-2513066 is classified as medium with a score of 4.

2

How do I fix REDHAT-BUG-2513066?

To fix REDHAT-BUG-2513066, update libvirt to the latest version where the issue has been addressed.

3

What components are affected by REDHAT-BUG-2513066?

REDHAT-BUG-2513066 affects the libvirt storage volume clone/convert functionality.

4

What are the risks associated with REDHAT-BUG-2513066?

The risk associated with REDHAT-BUG-2513066 is that it allows newly created volume images to become world-readable, potentially exposing sensitive data.

5

In which file is the vulnerability found for REDHAT-BUG-2513066?

The vulnerability for REDHAT-BUG-2513066 is found in src/storage/storage_util.c within the libvirt codebase.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203