SSHole, уязвимост в OpenSSH, която заобикаля удостоверяването

Открита е уязвимост в OpenSSH, позволяваща неоторизиран достъп, особено при Linux с musl libc без PAM.

Какво се случи

На 5.11.2026 г. CERT България обяви нова уязвимост, обозначена като CVE-2026-123158 и позната под името SSHole. Тя засяга процеса на удостоверяване в OpenSSH, когато сървърът работи под Linux с библиотеката musl libc и без използване на PAM (Pluggable Authentication Modules). При тези специфични условия механизмът за проверка на потребителските данни може да бъде заобиколен, което отваря възможност за влизане в системата без валидни потребителски данни. Това е сериозен проблем, защото SSH е основният начин за отдалечен достъп до сървъри и администриране на уеб сайтове. Ако атакуващ успее да се възползва от уязвимостта, той може да получи пълен контрол върху акаунти, които имат достъп до важни данни и услуги. CERT България подчерта, че уязвимостта е публично известна и препоръчва незабавно действие. Въпреки че не са посочени конкретни версии, съобщението указва, че проблемът се проявява само при определени конфигурации, което означава, че не всички OpenSSH инсталации са засегнати. Важно е да се разбере, че дори малки фирми, които използват собствен сървър за уеб сайт или имейл, могат да бъдат изложени, ако техният сървър отговаря на описаните условия. Защитата от тази уязвимост е от съществено значение, защото компрометиране на SSH достъпа може да доведе до кражба на клиентски данни, загуба на репутация и финансови щети.

Засяга ли ме

Уязвимостта засяга само сървъри, на които е инсталиран OpenSSH и се използва Linux дистрибуция, базирана на musl libc, без PAM. Това са често срещани среди в леки контейнери, вградени системи и някои специализирани уеб хостинг решения. Ако вашият бизнес разполага със собствен сървър, виртуална машина или използва облачен доставчик, който предлага такива конфигурации, има шанс да сте изложени. За малки фирми, които ползват споделен хостинг, рискът е по-малък, защото доставчикът обикновено контролира SSH настройките. Въпреки това, ако имате достъп до администраторски акаунти по SSH, например за поддръжка на уеб сайт, електронна поща или вътрешни инструменти, уязвимостта представлява реална заплаха. Потенциалният вредител може да влезе в системата без парола и да получи права, достатъчни за копиране, изтриване или модифициране на данни. За фирми, които съхраняват клиентски данни, финансови отчети или други чувствителни информации, това може да доведе до сериозни последици. Ако не сте сигурни дали вашият сървър използва musl libc, най-лесният начин е да попитате вашия доставчик или IT специалист. Ако отговорът е „не“, рискът е минимален. Ако отговорът е „да“, трябва да предприемете действия незабавно.

Какво да направя сега

Актуализирайте OpenSSH: Инсталирайте последната налична версия, предоставена от вашия дистрибутив или доставчик. Новите версии съдържат поправка за CVE-2026-123158 и затварят уязвимостта.
Рестартирайте SSH услугата: След актуализацията е необходимо да рестартирате демона sshd, за да влязат промените в сила. Това може да се направи с една команда или чрез рестартиране на сървъра.
Включете двуфакторна автентикация (2FA): Настройте допълнително удостоверяване за SSH, например чрез публичен ключ в комбинация с еднократен код. Дори ако уязвимостта бъде експлоатирана, 2FA ще изисква втори фактор, което значително намалява риска.
Проверете резервните копия: Уверете се, че имате актуални и проверени бекъпи на важните данни. Ако нещо се обърка, добрата резервна стратегия позволява бързо възстановяване без загуба.
Консултирайте се с вашия IT специалист: Ако не разполагате със собствен ИТ екип, уведомете доставчика на хостинг или наемете външен експерт, за да провери конфигурацията и да потвърди, че поправката е приложена правилно.

Следвайки тези стъпки, ще намалите риска от неоторизиран достъп чрез SSH и ще защитите вашия бизнес от потенциални атаки.