Бреши серверов Supermicro позволяют вредоносу пережить переустановку ОС

Бреши серверов Supermicro позволяют вредоносу пережить переустановку ОС

Бреши серверов Supermicro позволяют вредоносу пережить переустановку ОС

Прошивка, отвечающая за функции удаленного управления серверами Supermicro, содержит уязвимости, позволяющие злоумышленникам проникнуть на серверы и прочно там закрепиться — не поможет даже переустановка ОС.

О проблемах безопасности стало известно благодаря отчету, опубликованному исследователями компании Eclypsium. Уязвимости затрагивают контроллер для удалённого управления компьютером (Baseboard Management Controller, BMC).

BMC является частью интеллектуального интерфейса управления платформой (Intelligent Platform Management Interface, IPMI). Он содержит собственный процессор и позволяет удаленному администратору подключаться или отправлять инструкции на компьютер или сервер.

Среди этих инструкций могут быть запросы на выполнение таких операций, как изменение настроек ОС, переустановка ОС или обновление драйверов.

Эксперты Eclypsium сообщили, что прошивка BMC-компонентов, входящих в состав серверов Supermicro, содержит опасные конструктивные изъяны.

«Мы обнаружили, что код BMC, отвечающий за обработку и установку обновлений прошивки, не выполняет проверку криптографической подписи. Это позволяет злоумышленнику загрузить модифицированный код», — пишут специалисты.

Исследователи говорят, что атакующие могут подсунуть вредоносное обновление прошивки, которое будет допущено без всяких проверок. Далее злоумышленники смогут скрыть код внутри компонента BMC, который позволит удаленно контролировать компьютеры и поможет пережить даже переустановку ОС.

В некоторых случаях данную уязвимость можно использовать удаленно. Эксперты сообщили о проблеме Supermicro, однако пока ответа команды и выпуска патча дождаться не удалось.

Подпишитесь на новости

Orion soft добавил аварийное восстановление в StarVault 1.6

Orion soft обновил систему управления секретами StarVault до версии 1.6. Главное нововведение — Disaster Recovery: данные реплицируются в реальном времени на резервный кластер, который можно задействовать при аварии. Резерв работает в режиме warm standby — подготовлен к переключению и получает изменения с основного кластера.

Если основной кластер выходит из строя, администратор переводит резервный в статус основного через соответствующие API-эндпоинты.

Секреты, конфигурации и права доступа сохраняются: собирать настройки заново в разгар аварии не потребуется.

По заявлению компании, механизм позволяет минимизировать время восстановления (RTO) и риск потери актуальных данных (RPO). Конкретные значения этих показателей в анонсе не приведены. Балансировку и автоматизацию переключения заказчики настраивают самостоятельно под свои регламенты.

Для хранилища секретов такой резерв особенно важен. Когда оно недоступно, сервисы могут потерять возможность аутентифицироваться, а восстановление остальной инфраструктуры — упереться в отсутствие необходимых учётных данных. Получается неприятный замкнутый круг: чтобы поднять системы, сначала нужно вернуть доступ к секретам.

Как объясняет лидер экосистемных продуктов zVirt Алишер Камалов, DR помогает снизить риск превращения централизованного хранилища в единую точку отказа. StarVault 1.6 даёт инструменты для этого сценария, а рабочую схему аварийного восстановления компании выстраивают на их основе.

RSS: Новости на портале Anti-Malware.ru