Bug 2548382 (CVE-2026-107935) - CVE-2026-107935 gvisor-tap-vsock: gvisor-tap-vsock: unathenticated arbitrary file deletion on the host via /expose
Summary: CVE-2026-107935 gvisor-tap-vsock: gvisor-tap-vsock: unathenticated arbitrary ...
Keywords:
Status: NEW
Alias: CVE-2026-107935
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
high
high
Target Milestone: ---
Assignee: Product Security DevOps Team
QA Contact:
URL:
Whiteboard:
Depends On: 2548421 2548423 2548422
Blocks:
TreeView+ depends on / blocked
 
Reported: 2026-10-09 07:41 UTC by OSIDB Bzimport
Modified: 2026-10-09 09:27 UTC (History)
32 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)

Description OSIDB Bzimport 2026-10-09 07:41:22 UTC
A path-traversal flaw was found in gvproxy (gvisor-tap-vsock) in the port-forwarder's /services/forwarder/expose REST endpoint. When invoked with protocol=unix, the caller-supplied local field was passed without any validation to os.Remove() followed by net.Listen("unix", ...) on the host filesystem. Because this endpoint is exposed unauthenticated on the VM gateway (192.168.127.1:80), a process inside the guest VM — including an unprivileged container — could send a single HTTP POST to delete an arbitrary file owned by the gvproxy user on the host and replace it with a unix-socket inode. This crosses the container/VM-to-host isolation boundary, allowing destruction of sensitive host files (SSH keys, kubeconfig, shell/registry configuration) and denial of service. The issue was fixed by removing the os.Remove() call so pre-existing files can no longer be deleted or overwritten.

Comment 5 Christophe Fergeau 2026-10-09 09:27:57 UTC
The issue is fixed in gvisor-tap-vsock 0.9.0 which is already built in fedora https://koji.fedoraproject.org/koji/packageinfo?packageID=37521


Note You need to log in before you can comment on or make changes to this bug.