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

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

В популярном пакете 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 с панелью управления проверьте статус сервиса через встроенный мониторинг.