ТЛ;ДР: Расширенный отчет об инцидентах Chainstack сосредоточен на сбоях контроля доступа. Руководство по восстановлению делает завершенную ротацию учетных данных приоритетной.

Компания Chainstack добавила технические подробности к инциденту безопасности, о котором она впервые сообщила 3 ​​ноября. обновленный отчет, технический раздел которого датирован 10 ноября, описывает октябрьское вторжение, основанное на сбоях конфигурации и контроля доступа. Компания заявляет, что не обнаружила никаких доказательств использования уязвимости программного обеспечения.

Как произошел сбой контроля доступа

По данным Chainstack, злоумышленник вошел в систему через разрабатываемый экземпляр Grafana с неизмененными учетными данными администратора по умолчанию. Неаутентифицированный сервер инструментов с широкими разрешениями Kubernetes затем стал частью пути доступа. Учетные данные машины также связывали среды разработки и производства.

Урок эксплуатации посвящен доступу к учетной записи после первого входа в систему. Незаметная служба тестирования может стать значимой, если она сможет связаться с конфиденциальными системами или будет иметь привилегии, выходящие за рамки ее непосредственной работы.

Освещение NewsBTC Инцидент с инфраструктурой NEAR AI исследовал связанную границу между приложением и поддерживающими его сервисами. Механизмы различаются, но оба делают окружающую инфраструктуру важной для безопасности криптоплатформы.

На что просят обратить внимание клиентов

В отчете указаны имена учетных записей, сведения об организации, адреса электронной почты и хэши паролей как потенциально раскрытые. Он рассматривает учетные данные узла как раскрытые, несмотря на отсутствие доказательств того, что они были прочитаны, и просит клиентов сменить пароли, заменить учетные данные узла и повторно сгенерировать ключи API платформы там, где они используются.

Хэш пароля и рабочий токен доступа создают разные проблемы. Хэши — это представления паролей, а активный токен может напрямую авторизовать запросы. Поэтому нельзя предположить, что замена пароля для входа приведет к аннулированию всех остальных учетных данных, связанных с приложением.

Вот почему руководство по инцидентам должно четко идентифицировать затронутые типы учетных данных. Одна-единственная инструкция по смене пароля может оставить разработчиков в неведении относительно конечных точек приложений, автоматизированных заданий и интеграции сервисов.

Ротация учетных данных имеет этап завершения.

Чейнстэк документация по управлению узлами описывает поэтапный процесс ротации. Новые учетные данные генерируются, в то время как существующие остаются активными. Приложения могут затем перейти на замену до того, как старые учетные данные будут деактивированы.

В документации говорится, что оба набора продолжают работать до последнего шага без автоматического ограничения по времени. Завершение ротации окончательно отклоняет запросы с использованием предыдущих учетных данных. В нем также говорится, что ротация узлов не меняет токен многоцепной аутентификации.

Для оператора перекрытие снижает риск прерывания работы сервиса при обновлении приложений. Соответствующая обязанность — завершить миграцию. Создание замены само по себе оставляет прежние средства доступа доступными.

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

Основная проблема проектирования известна.

Графана руководство по безопасности предупреждает, что службы в его локальной сети могут быть доступны через прокси-сервер источника данных. В нем описываются такие элементы управления, как ограничение разрешенных мест назначения и использование правил брандмауэра для ограничения доступа к конфиденциальным внутренним службам.

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

Отчет NewsBTC о Услуги по скринингу восстановления цепочки анализов показывает, почему оперативное восстановление и анализ уязвимости данных могут осуществляться в разные сроки.

Расширенная учетная запись Chainstack дает клиентам более подробную информацию для оценки. Оставшаяся проверка заключается в том, завершены ли изменения доступа и смогут ли обновленные средства контроля предотвратить выход одной скомпрометированной службы далеко за рамки ее предполагаемой роли.

написано отделом новостей и отредактировано Сэмюэлем Рэем.