> Список всех страниц есть в [llms.txt](https://kupivps.com/llms.txt). Эта страница на сайте: https://kupivps.com/news/openssh-uyazvimost-povysheniya-privilegiy-v-nestandartnyh-konfiguraciyah-cve-2021-41617

# OpenSSH: уязвимость повышения привилегий в нестандартных конфигурациях

В OpenSSH найдена уязвимость, позволяющая повысить привилегии через некорректную инициализацию групп при использовании директив AuthorizedKeysCommand. Проблема затрагивает версии с 6.2 по 8.7 и требует обновления.

_Безопасность · 11 ноября 2026 · severity: high · CVE-2021-41617_

## Что случилось

В популярном пакете OpenSSH, обеспечивающем защищенное удаленное подключение к серверам, выявлена уязвимость повышения привилегий. Она присутствует в версиях с 6.2 по 8.x до 8.8 и связана с некорректной обработкой групповых прав при запуске вспомогательных скриптов.
Когда администратор настраивает директивы `AuthorizedKeysCommand` или `AuthorizedPrincipalsCommand` для запуска от имени непривилегированного пользователя, происходит ошибка инициализации дополнительных групп (supplemental groups). В результате эти скрипты выполняются не только с правами указанного пользователя, но и с групповыми привилегиями самого процесса sshd. Это позволяет получить доступ к файлам и ресурсам, недоступным обычному пользователю.

## Кого касается

Проблема касается только серверов с нетипичной конфигурацией. В стандартной установке OpenSSH уязвимость не проявляется. Риск есть, если в файле `/etc/ssh/sshd_config` присутствуют и активны:

- Директива `AuthorizedKeysCommand` с явным указанием пользователя для запуска скрипта проверки SSH-ключей
- Директива `AuthorizedPrincipalsCommand` с указанием пользователя для обработки сертификатов
Такие настройки используются в специфических сценариях централизованного управления ключами, например, при интеграции с LDAP или собственными системами авторизации. Если вы не редактировали sshd_config и не добавляли эти параметры, ваш сервер не подвержен угрозе.

## Что делать

Для владельцев VPS рекомендуется следующий план действий:

- **Проверьте версию OpenSSH:** подключитесь к серверу и выполните `ssh -V`. Уязвимы версии с 6.2 по 8.x до 8.8 включительно.
- **Обновите пакет:** установите исправленную версию 8.8 или выше. Для Ubuntu/Debian выполните `sudo apt update && sudo apt upgrade openssh-server`. Для CentOS/RHEL используйте `sudo yum update openssh-server` или `sudo dnf update openssh-server`. После обновления сервис обычно перезапускается автоматически.
- **Проверьте конфигурацию:** откройте файл `/etc/ssh/sshd_config` и найдите строки с `AuthorizedKeysCommand` или `AuthorizedPrincipalsCommand`. Если они присутствуют и содержат параметр пользователя — ваш сервер находился в зоне риска.
- **Временное решение:** если невозможно обновиться немедленно, закомментируйте эти директивы символом #, сохраните файл и выполните `sudo systemctl restart sshd` (или `service sshd restart`). Это отключит дополнительный функционал, но защитит от эксплуатации уязвимости.
После перезапуска убедитесь, что подключение по SSH работает корректно и вы не потеряли доступ к серверу. В случае использования VPS с панелью управления проверьте статус сервиса через встроенный мониторинг.

Источник: https://nvd.nist.gov/vuln/detail/CVE-2021-41617