systemd-machined: unvalidated RegisterMachine class lets a local user reach root command execution

Impact

systemd-machined does not sufficiently validate the class parameter of the RegisterMachine D-Bus method. A local unprivileged user can register a machine with a crafted class value and be left holding a usable, attacker-controlled machine object, then invoke methods on that privileged object to run commands as root on the host. On a GPU node this is a direct local-to-root path for anyone who lands a shell on the host - an operator with a login shell, a compromised job that escapes to the host, or any service account with D-Bus access. It does not by itself cross a container boundary, but it removes the last step for anyone who already has one. The CVSS vector notes high attack complexity and a user-interaction requirement, so it is not a trivially repeatable one-shot.

Who can reach it

Local unprivileged user with access to the system D-Bus on the host. Authentication as any ordinary user is enough; no root, no network reachability.

What to do

Apply the vendor systemd update - Red Hat ships it as RHSA-2026:7299, and upstream has GHSA-4h6x-r8vx-3862. Updating systemd restarts systemd-machined, but a full systemd upgrade on a running node is normally paired with a reboot at the next drain window; on nodes that do not run containers or VMs via machined, masking systemd-machined removes the exposure without a reboot.

References