GPU VulnDB

Database/Control plane, storage & DevOps

Azure NFS mount helper (aznfs): untrusted search path allows local privilege escalation

CVSS 7.8CVE-2026-105494Control plane, storage & DevOpscurated

Impact

A local user with a low-privilege account on a host that has aznfs installed can raise their privileges. Microsoft rates the impact high for confidentiality, integrity and availability, so on a Linux compute node this likely means root. aznfs mounts Azure Blob and Azure Files NFS shares, so it can be present on Azure GPU VMs and AKS nodes that read training data or checkpoints over NFS. On a node where several users or tenant workloads share the host, root on the host exposes every workload and mounted dataset on that node. The record does not describe the search-path mechanism or which aznfs versions are affected.

Who can reach it

Local, authenticated: an existing low-privilege user on a host with aznfs installed. No user interaction is needed.

What to do

Update the aznfs package to the release named in the Microsoft advisory. The record gives no fixed version. Updating the mount-helper package should not need a reboot, but check whether existing NFS mounts or the aznfs watchdog service need restarting after the upgrade. On AKS, take the fix through the node image or blob CSI driver update that Microsoft ships.

References

Related entries

All Control plane, storage & DevOps entries

This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.