Сотрудники Microsoft раскрыли пароли из-за ошибки в системе безопасности

Сотрудники Microsoft раскрыли пароли из-за ошибки в системе безопасности

Сотрудники Microsoft раскрыли пароли из-за ошибки в системе безопасности

Корпорация Microsoft устранила ошибку в системе безопасности, из-за которой внутренние файлы и учетные данные компании были представлены в открытом доступе в интернете.

Исследователи в области безопасности Кан Йолери, Мурат Озфидан и Эгемен Кочисарли из компании SOCRadar обнаружили открытый и общедоступный сервер хранения данных, размещенный в облачном сервисе Azure компании Microsoft, на котором размещалась внутренняя информация, относящаяся к поисковой системе Bing компании Microsoft.

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

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

Йолери рассказал TechCrunch, что обнародованные данные потенциально могут помочь злоумышленникам определить другие места, где Microsoft хранит свои внутренние файлы, или получить к ним доступ. Идентификация этих мест хранения «может привести к более значительным утечкам данных и, возможно, поставить под угрозу используемые сервисы», - сказал Йолери.

Исследователи уведомили Microsoft о сбое в системе безопасности 6 февраля, а 5 марта Microsoft приняла меры.

Остаётся только догадываться, как долго облачный сервер был открыт для доступа в Сети и обнаружил ли кто-либо, кроме SOCRadar, обнародованные данные внутри. Представитель Microsoft, с которым связались по электронной почте, не предоставил комментариев к моменту публикации. Microsoft не сообщила, сбросила ли она или изменила какие-либо внутренние учетные данные.

В прошлом году Microsoft столкнулась с претензиями после того, как компания призналась, что не знает, как поддерживаемые Китаем хакеры украли внутренний ключ подписи электронной почты, который позволил им получить широкий доступ к почтовым ящикам высокопоставленных чиновников США.

Независимый совет киберэкспертов, которому было поручено расследование взлома электронной почты, написал в своем отчете, опубликованном на прошлой неделе, что хакеры добились успеха благодаря «каскаду сбоев в системе безопасности Microsoft».

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

Напомним, вчера мы писали, что техногигант из Редмонда пока не собирается ликвидировать свои юрлица в России.

Расширения Chrome могут слить секреты URL через атаку по стороннему каналу

Как оказалось, расширения Chrome можно использовать для слива кодов авторизации, сеансовых ID и других секретов из URL любой открытой вкладки. Никаких специальных разрешений для этого не понадобится, только доступ к declarativeNetRequest API.

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

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

Исследователь Луан Эррера (Luan Herrera) обнаружил, что блокировку, диктуемую правилами, Chrome производит почти мгновенно, за 10-30 мс, а остальные запросы выполняются дольше (~50-100ms) — из-за сетевых подключений. Эту разницу во времени расширение может использовать для бинарного поиска с целью посимвольного слива URL.

// extensions/browser/api/web_request/extension_web_request_event_router.cc:1117-1127
case DNRRequestAction::Type::BLOCK:
  ClearPendingCallbacks(browser_context, *request);
  DCHECK_EQ(1u, actions.size());
  OnDNRActionMatched(browser_context, *request, action);
  return net::ERR_BLOCKED_BY_CLIENT;

Оракул для подобной тайминг-атаки строится с использованием chrome.tabs.reload для перезагрузки страницы и перехватчика chrome.tabs.onUpdated, помогающего отследить событие status === "complete". Замер времени между reload и завершением загрузки покажет, заблокирован запрос или успешно обработан.

Повторение проверок и бинарного поиска позволяет получить полный URL (с довеском после «?»), затратив на каждый знак строки несколько прогонов. Таким образом, можно незаметно для пользователя украсть включенные приложением в адрес секреты — токены OAuth и сброса пароля, API-ключи, ссылки на контент, закрытый для поисковых систем.

Проверка PoC проводилась на Windows 11 24H2 с использованием Chrome разных версий:

  • 144.0.7559.97 (Stable)
  • 145.0.7632.18 (Beta)
  • 146.0.7647.4 (Dev)
  • 146.0.7653.0 (Canary)

В Google подтвердили возможность подобной атаки по стороннему каналу, но заявили, что решить проблему нереально.

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