GPU VulnDB

Database/Kernel, userspace & hypervisor

Samba pam_winbind: mkhomedir chowns / when an account's home is the root directory, bricking the node

CVSS 6.1CVE-2026-15779Kernel, userspace & hypervisorcurated

Impact

With mkhomedir enabled, pam_winbind chowns the target account's home directory without checking that the path is not a critical system directory. Accounts whose home is / - a common default for system accounts - cause ownership of the root directory to change. Red Hat's description is explicit that this is availability loss, not escalation: / ships 0555 on RHEL so no write access is gained, but SSH, sudo and the package manager start failing afterwards. The trigger is not limited to root; a non-root user holding a narrow sudo delegation to run commands as that account is enough. On a GPU node joined to AD through winbind the result is a host that still runs jobs but can no longer be logged into or managed, which means an unplanned drain and a rebuild or manual repair of root ownership.

Who can reach it

A local user holding a sudo delegation to run commands as an account whose winbind home directory is /, on a host with pam_winbind mkhomedir enabled. Also triggerable by root.

What to do

No fixed version is named in the record - Red Hat links the current pam_winbind source rather than a released fix, so track the Samba advisory for the patched release. In the meantime, mitigate: ensure no winbind-resolved account has / (or another system directory) as its home, or disable the mkhomedir option in the pam_winbind stack. Both are config changes that take effect on the next login, with no reboot. A host already affected needs root ownership of / restored by hand, which in practice means taking it out of service.

References

Related entries

All Kernel, userspace & hypervisor 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.