Логотип exploitDog
Консоль
Логотип exploitDog

exploitDog

fstec логотип

BDU:2026-08693

Опубликовано: 08 июн. 2026
Источник: fstec
CVSS3: 7.3
CVSS2: 6.8
EPSS Низкий

Описание

Уязвимость функции keyfile() модуля ansible.posix.authorized_key связана с некорректным определением символических ссылок при управлении SSH-ключами. Эксплуатация уязвимости может позволить нарушителю повысить свои привилегии

Вендор

Red Hat Inc.
Fedora Project

Наименование ПО

Red Hat Enterprise Linux
Red Hat OpenStack Platform
Fedora EPEL
Fedora
ansible.posix.authorized_key

Версия ПО

8 (Red Hat Enterprise Linux)
17.1 (Red Hat OpenStack Platform)
18.0 (Red Hat OpenStack Platform)
epel10 (Fedora EPEL)
43 (Fedora)
44 (Fedora)
- (ansible.posix.authorized_key)

Тип ПО

Операционная система
ПО программно-аппаратного средства
Прикладное ПО информационных систем

Операционные системы и аппаратные платформы

Red Hat Inc. Red Hat Enterprise Linux 8
Fedora Project Fedora 43
Fedora Project Fedora 44

Уровень опасности уязвимости

Средний уровень опасности (базовая оценка CVSS 2.0 составляет 6,8)
Высокий уровень опасности (базовая оценка CVSS 3.1 составляет 7,3)

Возможные меры по устранению уязвимости

В условиях отсутствия обновлений безопасности от производителя рекомендуется придерживаться "Рекомендаций по безопасной настройке операционных систем LINUX", изложенных в методическом документе ФСТЭК России, утверждённом 25 декабря 2022 года.
Использование рекомендаций производителя:
Для программных продуктов Red Hat Inc.:
https://access.redhat.com/security/cve/cve-2026-11837
Для Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=2487424
Компенсирующие меры:
- минимизация пользовательских привилегий;
- отключение/удаление неиспользуемых учётных записей пользователей;
- использование замкнутой программной среды для работы с файлами, полученными из недоверенных источников;
- временное ограничение использования модуля ansible.posix.authorized_key при запуске задач с правами root;
- проверка отсутствия символических ссылок в каталогах ~/.ssh и файлах authorized_keys;
- отключение автоматического управления небезопасными пользовательскими директориями;
- использование явно заданного безопасного пути к файлу ключей;
- аудит операций изменения владельца файлов и мониторинг критичных системных файлов.

Статус уязвимости

Подтверждена производителем

Наличие эксплойта

Существует в открытом доступе

Информация об устранении

Информация об устранении отсутствует

Идентификаторы других систем описаний уязвимостей

EPSS

Процентиль: 6%
0.00161
Низкий

7.3 High

CVSS3

6.8 Medium

CVSS2

Связанные уязвимости

CVSS3: 7.3
ubuntu
около 2 месяцев назад

A local privilege escalation vulnerability was found in the ansible.posix authorized_key module. The module's keyfile() function uses os.chown() instead of os.lchown() and opens files without O_NOFOLLOW when managing SSH authorized keys. An unprivileged local user can pre-stage symbolic links in their ~/.ssh directory to redirect file ownership changes to arbitrary system paths when an operator runs the authorized_key task as root, leading to local privilege escalation.

CVSS3: 7.3
redhat
около 2 месяцев назад

A local privilege escalation vulnerability was found in the ansible.posix authorized_key module. The module's keyfile() function uses os.chown() instead of os.lchown() and opens files without O_NOFOLLOW when managing SSH authorized keys. An unprivileged local user can pre-stage symbolic links in their ~/.ssh directory to redirect file ownership changes to arbitrary system paths when an operator runs the authorized_key task as root, leading to local privilege escalation.

CVSS3: 7.3
nvd
около 2 месяцев назад

A local privilege escalation vulnerability was found in the ansible.posix authorized_key module. The module's keyfile() function uses os.chown() instead of os.lchown() and opens files without O_NOFOLLOW when managing SSH authorized keys. An unprivileged local user can pre-stage symbolic links in their ~/.ssh directory to redirect file ownership changes to arbitrary system paths when an operator runs the authorized_key task as root, leading to local privilege escalation.

CVSS3: 7.3
debian
около 2 месяцев назад

A local privilege escalation vulnerability was found in the ansible.po ...

CVSS3: 7.3
github
около 2 месяцев назад

A local privilege escalation vulnerability was found in the ansible.posix authorized_key module. The module's keyfile() function uses os.chown() instead of os.lchown() and opens files without O_NOFOLLOW when managing SSH authorized keys. An unprivileged local user can pre-stage symbolic links in their ~/.ssh directory to redirect file ownership changes to arbitrary system paths when an operator runs the authorized_key task as root, leading to local privilege escalation.

EPSS

Процентиль: 6%
0.00161
Низкий

7.3 High

CVSS3

6.8 Medium

CVSS2