В конфигурации базового профиля безопасности AppArmor Canonical Snapd существует уязвимость обхода контроля доступа и раскрытия информации. Правила абстракции, расположенные в /etc/apparmor.d/abstractions/nss-systemd (унаследованные через ), непреднамеренно разрешают строго ограниченным приложениям Snap, у которых отсутствует привилегированный интерфейс управления учетными записями, напрямую взаимодействовать с сокетами домена UNIX io.systemd.Multiplexer и io.systemd.NameServiceSwitch в /run/systemd/userdb/. В системах, где служба systemd-userdbd установлена и работает, служба не может отличить неограниченного пользователя root в хост-системе от пользователя root с ограниченными правами, работающего в песочнице приложения Snap (например, демона или перехватчика конфигурации).
Поскольку systemd-userdbd возвращает «полные» записи пользователей, включая конфиденциальные хэшированные пароли пользователей из /etc/shadow, при запросе процесса, работающего от имени пользователя root, скомпрометированный или вредоносный, строго ограниченный код Snap, выполняющий код от имени пользователя root, может успешно запросить интерфейс Varlink для получения всех хэшей системных паролей, минуя предполагаемые ограничения песочницы Snap. Эта проблема смягчается тем фактом, что systemd-userdbd не устанавливается по умолчанию в стандартных развертываниях Ubuntu.
Показать оригинальное описание (EN)
An access control bypass and information disclosure vulnerability exists in the base AppArmor security profile configuration of Canonical snapd. The abstraction rules located in /etc/apparmor.d/abstractions/nss-systemd (inherited via ) inadvertently permit strictly confined snap applications, which lack the privileged account-control interface, to interact directly with the io.systemd.Multiplexer and io.systemd.NameServiceSwitch UNIX domain sockets under /run/systemd/userdb/. On systems where the systemd-userdbd service is installed and operational, the service fails to distinguish between an unconfined root user on the host system and a restricted root user running within a snap application's sandbox (such as a daemon or configuration hook). Because systemd-userdbd returns "complete" user records—including sensitive hashed user passwords from /etc/shadow—when queried by a process running as root, a compromised or malicious strictly confined snap executing code as root can successfully query the Varlink interface to retrieve all system password hashes, bypassing intended snap sandbox restrictions. This issue is mitigated by the fact that systemd-userdbd is not installed by default on standard Ubuntu deployments.
Характеристики атаки
Последствия
Строка CVSS v3.1