N-able вимкнула N-Central після публікації zero-day
N-able тимчасово відключила хмарний N-Central і порадила клієнтам вимкнути self-hosted-інсталяції після публікації zero-day на GitHub.
Компанія N-able тимчасово зупинила роботу хмарного сервісу N-Central після того, як дослідник безпеки опублікував у відкритому доступі низку вразливостей. За словами компанії, її не попередили про це заздалегідь. Для клієнтів це чутливий інцидент, адже N-Central використовують для віддаленого доступу та керування пристроями в корпоративних мережах.
Одночасно N-able порадила клієнтам вимкнути і власні self-hosted-розгортання N-Central. Компанія побоюється, що зловмисники можуть використати оприлюднені експлойти для атак на мережі бізнесу.
Хмарна версія N-Central тимчасово офлайн
У статус-оновленні на своєму сайті N-able повідомила, що hosted-версія N-Central для клієнтів зараз недоступна. Компанія пояснила це необхідністю “вжити потрібних заходів для захисту середовищ і впровадити відповідне усунення проблем”.
Поки сервіс офлайн, клієнти не можуть користуватися N-Central. Для бізнесу це означає тимчасову втрату інструмента, через який адміністратори віддалено підключаються до пристроїв і систем у тій самій мережі.
Публікація Able2Shell змусила N-able діяти швидко
N-Central належить до класу інструментів, які часто стають мішенню для хакерів, бо можуть відкривати широкий доступ до внутрішніх даних і систем компанії.
На цьому тлі публікація вразливостей без попереднього виправлення стала для N-able особливо критичною. Як повідомляють Новини IT-PUB, дослідник безпеки Ben Bales виклав ці zero-day баги на GitHub у неділю. У дописі на X він назвав їх Able2Shell і описав як набір вразливостей, що можуть дозволяти красти облікові дані, створювати нові адміністративні акаунти та отримувати root-доступ до уражених систем N-able.
Ben Bales пояснив причину публікації
Bales сказав Bleeping Computer, що оприлюднив вразливості публічно, оскільки компанія нібито не виправила недоліки, про які їй повідомляли в іншому продукті.
У джерелі немає підтвердження цієї претензії з боку N-able, але саме так дослідник пояснив свою публікацію. У таких ситуаціях це особливо чутлива тема: публічність може пришвидшити реакцію виробника, але водночас відкриває шлях для зловмисників, якщо вразливості ще не усунуті.
N-able каже, що не бачить ознак успішної експлуатації
N-able заявила, що не має доказів успішної експлуатації цих вразливостей у середовищах своїх клієнтів. Водночас у джерелі зазначено, що представник компанії не відповів на запит про те, чи може N-able перевірити можливі атаки — наприклад, через журнали серверів, — або ж такої можливості немає.
Ця невизначеність робить інцидент ще серйознішим для клієнтів. Поки сервіс вимкнений, компанія намагається зменшити ризик, але відкритими залишаються питання про швидкість відновлення роботи і про те, чи були спроби використати оприлюднені баги до відключення системи.
Відключення зменшує ризик, але б'є по роботі клієнтів
Історія з N-Central показує, наскільки чутливими є інструменти віддаленого адміністрування, коли в них знаходять критичні баги. Для бізнесу такі сервіси зручні, бо дають змогу централізовано керувати великою кількістю пристроїв і систем. Але саме тому вони привабливі й для атак.
У цій ситуації N-able обрала жорсткий, але зрозумілий для кіберінциденту крок: тимчасово зупинила хмарний сервіс і попросила клієнтів прибрати власні розгортання з мережі. Це знижує ризик негайної атаки, однак водночас створює операційні проблеми для компаній, які покладаються на N-Central у щоденній роботі.
