OpenSSH 10.6, публикуван на 6 октомври 2026 г., отстранява уязвимости в сигурността, които биха могли да разкрият конфиденциални данни, да запишат файлове извън предвидените папки или да позволят шел инжекция при определени условия. Обновяването обхваща както клиентските, така и сървърните инструменти, което го прави важно за администратори и потребители, разчитащи на SSH за отдалечен достъп и прехвърляне на файлове.

Официалните бележки към изданието описват отделни слабости с различни изисквания за извършване на атака, а не единична атака, засягаща всяка инсталация. Основните притеснения са свързани със споделеното компресиране между SSH каналите, пътищата, връщани от SFTP сървъри, и недоверените потребителски имена, предавани към командния шел.

Риск от извличане на открит текст в SSH

Изследователите Фабиан Боймер (Fabian Bäumer) и Маркус Бринкман (Marcus Brinkmann) описват дефекта в компресията в Crossing the Streams. Когато компресията е активирана, каналите в рамките на една SSH връзка споделят общ речник за компресия. Атакуващ, който може да постави избран текст в един канал и да наблюдава дължината на криптирания трафик, може да използва тези промени, за да възстанови конфиденциални данни, преминаващи през друг канал.

Изтичането произтича от LZ77 компресията, която замества повторения текст с препратки към по-ранни данни. Ако контролиран от атакуващия текст съвпадне с част от конфиденциална информация, получената дължина на трафика може да разкрие улици. Това не разбива директно SSH криптирането; то използва информация, разкрита от компресията, преди да се извърши криптирането.

В теста на изследователите с най-ниско ниво на шум, осемсимволен шифър, избран от 26-буквена азбука, е могъл да бъде възстановен с най-много 276 предположения. Този резултат зависи от тестваните условия и не трябва да се разглежда като универсален процент на възстановяване.

OpenSSH 10.6 деактивира речниковия кодер LZ77 както в ssh, така и в sshd. Компресията остава налична, но става по-малко ефективна. Разработчиците препоръчват компресиране на ниво приложение, където е възможно, вместо да се споделя SSH компресия между доверен и недоверен трафик.

Уязвимости при запис на файлове и инжекции

Корекцията за сигурност в SFTP засилва проверките на пътищата, връщани от сървър. Преди тази промяна зловреден сървър можеше да предостави пътища, които да насочат рекурсивно копиране към записване извън неговата целева директория. Изследователят Джунгхун Чо (Junghoon Cho) докладва за проблема и предостави корекция за сигурност. Рискът се отнася до начина, по който клиентът обработва отговорите на сървъра, а не до неоторизиран атакуващ, който записва на произволен SSH сървър.

Друга корекция за сигурност блокира знака за долар и обратната наклонена черта в целевите потребителски имена, подадени в командния ред на SSH. В някои конфигурации имена от недоверени източници биха могли да достигнат до шел контексти чрез ProxyCommand, Match exec или свързани функции и да предизвикат инжекция.

SecBuddyF KeenLab Tencent съобщи за този проблем. Потребителските имена, зададени чрез директивата User в конфигурационните файлове, остават извън новото ограничение. OpenSSH предупреждава, че филтрирането на символи не може напълно да покрие всеки шел и настройка, така че приложенията не трябва да предават недоверен вход директно в командните редове на SSH.

Cybersecurity News по-рано отрази корекциите за сигурност срещу шел инжекции в OpenSSH 10.3, предоставяйки полезна информация за предишни проверки на потребителски имена и ProxyJump. Тези корекции са отделни от защитите, въведени тук.

Изданието също така коригира обработката на идентификационни данни за GSSAPI, ограниченията на тунелите, прекомерно големите декомпресирани пакети и конвертирането на дати в сертификати. На някои по-стари платформи, включително QNX 6 и SCO OpenServer 5, то деактивира опции за пренасочване, свързани със запазени root привилегии.

Администраторите трябва да прегледат тези промени, когато внедряват обновяването, особено когато се изисква компресия или пренасочване. Междувременно поддържащите екипи планират по-чести издания, тъй като докладите с помощта на AI се увеличават, предупреждавайки, че атакуващите могат независимо да открият същите грешки. Прегледът от човек, тестовите сценарии и предложените корекции за сигурност остават важни за валидирането на тези доклади.