Засновник Binance Чанпен Чжао (CZ) попередив операторів серверів про критичну вразливість автентифікації OpenSSH, що впливає на певні системи Alpine Linux, і закликав їх встановити виправлення безпеки після того, як розробники виявили, що ця вада існувала майже 10 років.
Короткий огляд
- Засновник Binance CZ закликав операторів серверів негайно виправити десятирічну вразливість обходу автентифікації OpenSSH.
- Вада впливає на певні сервери Linux на базі musl, які використовують автентифікацію паролем без увімкненого захисту PAM під час входу.
- Зловмисники могли отримати доступ до вразливих облікових записів, використовуючи паролі надмірної довжини, не знаючи їхніх справжніх облікових даних чи приватних ключів.
- OpenSSH випустив версію 10.6p2, а Alpine Linux опублікував виправлення безпеки для уражених випусків операційної системи.
- Деякі хмарні конфігурації Alpine могли надавати адміністративні привілеї, хоча публічно не повідомлялося про підтверджені випадки експлуатації.
У дописі на X від 6 листопада Чжао привернув увагу до проблеми безпеки після того, як OpenSSH і Alpine Linux випустили виправлення 5 листопада. Вразливість може дозволити зловмисникам отримати доступ до певних облікових записів, не знаючи їхніх паролів, зокрема до облікових записів, зазвичай налаштованих приймати лише SSH-ключі.
«Помилка безпеки OpenSSH в Alpine Linux, яка існувала 10 років. Застосуйте виправлення, якщо ще не зробили цього», — написав CZ.
Попередження стосується програмної вразливості, що впливає на деякі конфігурації серверів. Ні допис Чжао, ні повідомлення про безпеку не встановлювали, що системи Binance були скомпрометовані через цю ваду.
Вада OpenSSH дозволяє несанкціонований доступ до вразливих серверів Linux
Згідно з офіційним повідомленням про безпеку, зловмисники можуть обійти автентифікацію на уражених серверах Alpine Linux, надавши пароль довжиною від 257 до 1 024 байтів.
Вразливість впливає на системи, що працюють під OpenSSH без модулів підключуваної автентифікації (PAM), за умови, що автентифікація паролем залишається увімкненою і існують певні конфігурації облікових записів.
Зловмиснику потрібно знати ім'я користувача облікового запису, поле збереженого пароля якого містить зірочку, що вказує на те, що пароль не встановлено. На машині має бути інший локальний обліковий запис із сумісним хешем пароля SHA-256 або SHA-512.
За таких умов сервер може прийняти пароль надмірної довжини, навіть якщо він не відповідає легітимним обліковим даним. У повідомленні зазначено, що для експлуатації потрібне лише одне з'єднання, без повторних спроб вгадування пароля.
Однак не кожен сервер Alpine Linux є вразливим. Системи, що використовують PAM для перевірки паролів, системи з вимкненою автентифікацією паролем і контейнери без запущеного SSH-сервера не уражені.
Вада може поширюватися за межі Alpine на інші дистрибутиви Linux, що використовують musl libc, зокрема на певні конфігурації OpenWrt, Buildroot і Yocto.
OpenWrt зазвичай використовує Dropbear для SSH-з'єднань, який, за словами дослідника, не уражений цією конкретною проблемою.
Дослідник безпеки пояснює десятирічну ваду автентифікації
Дослідник безпеки Озгюн Кюльтекін із Wakefield виявив вразливість, яку він назвав «*sshole», і простежив її походження до змін, внесених між 2012 і 2016 роками.
У своєму технічному описі Кюльтекін пояснив, що функція хешування паролів musl повертає зірочку, коли паролі перевищують її ліміт обробки у 256 байтів.
OpenSSH може позичати сіль пароля іншого облікового запису під час перевірки облікових записів без дійсних хешів паролів. Поєднання створює ситуацію, коли повернута зірочка збігається з полем збереженого пароля, дозволяючи недійсному входу успішно завершитися.
Дослідник пов’язав цю поведінку зі зміною в OpenSSH, запровадженою в липні 2016 року для вирішення окремої проблеми безпеки, пов’язаної з виявленням імен користувачів.
OpenSSH визнав уразливість у своїх примітках до випуску, але відніс першопричину до коду поза межами сервера SSH.
«Ми вважаємо, що першопричина цієї помилки знаходиться поза sshd», — заявила команда розробників у своєму повідомленні про безпеку.
Розробники описали новий випуск як обхідний шлях, який запобігає наданню доступу внаслідок помилки автентифікації.
Хмарні образи Alpine Linux можуть зазнати доступу з правами root
Певні хмарні образи Alpine Linux викликають ще одне занепокоєння, оскільки обліковий запис, відкритий через уразливість, може мати адміністративні дозволи.
Повідомлення Alpine визначає образи tiny-cloud від версій 3.18.11 до 3.24.3 як потенційно вразливі. Їхній типовий обліковий запис alpine має доступ без пароля до утиліти doas, що дозволяє користувачам виконувати команди з адміністративними привілеями.
Хоча ці образи не є вразливими під час першого завантаження, додавання облікового запису з сумісним хешем пароля може створити умови для експлуатації.
Зловмисник, який успішно отримає доступ до облікового запису alpine, зможе потім використати його наявні дозволи для отримання доступу з правами root.
Повідомлення відрізняє ці конфігурації від систем, де прямий вхід з правами root залишається обмеженим. Типові налаштування OpenSSH запобігають доступу з правами root на основі пароля, хоча інший скомпрометований адміністративний обліковий запис все ще може надати підвищені привілеї.
Розкриття інформації відбувається в той час, коли CZ продовжує видавати попередження про безпеку користувачам криптовалют. 5 листопада crypto.news повідомив про його попередження щодо шахрайського вебсайту Trust Wallet, створеного для обману користувачів з метою підключення їхніх гаманців.
OpenSSH випускає екстрене виправлення безпеки
OpenSSH випустив версію 10.6p2 5 листопада для усунення обходу автентифікації. Alpine Linux опублікував виправлені пакети, що охоплюють поточні випуски та старіші версії, починаючи з 3.16.
У його повідомленні адміністраторам рекомендується оновити уражені пакети та перезапустити службу SSH, оскільки лише встановлення оновлення не замінює запущений процес сервера.
Для операторів, які не можуть оновити негайно, розробники рекомендують вимкнути автентифікацію за паролем, встановивши PasswordAuthentication no, та перезапустити sshd після підтвердження, що доступ за допомогою ключів SSH працює.
Alpine визначив версії 3.21.10, 3.22.8, 3.23.8 та 3.24.4 як випуски, що містять виправлені пакети.
Адміністраторам було рекомендовано переглянути журнали автентифікації SSH на предмет неочікуваного доступу на основі пароля до облікових записів, які не повинні приймати паролі.
У повідомленні про безпеку зазначено, що оператори, які не можуть виключити несанкціонований доступ, повинні вважати уражену машину скомпрометованою.
