Chainstack связывает утечку данных клиентов с открытыми административными инструментами

Кратко: Расширенный отчет Chainstack о инциденте сосредоточен на сбоях в управлении доступом. В его рекомендациях по восстановлению приоритетом является завершение ротации учетных данных.

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

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

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

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

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

Что требуется от клиентов

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

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

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

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

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

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

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

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

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

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

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

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

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

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