Крупнейшие ИБ-компании объединяются для киберзащиты Почты России

Крупнейшие ИБ-компании объединяются для киберзащиты Почты России

Крупнейшие ИБ-компании объединяются для киберзащиты Почты России

Около 20 компаний в области информационной безопасности объединились, чтобы построить киберустойчивую инфраструктуру «Почты России». В ближайшие три года они собираются реализовать 66 связанных между собой проектов, охватывающих всю сеть организации по стране.

Основные партнёры распределили между собой ключевые задачи: «Солар» отвечает за общую архитектуру проекта, «Лаборатория Касперского» — за безопасность логистической и части офисной инфраструктуры, а Positive Technologies работает с корпоративным сегментом.

Проект стал первым в России примером настолько масштабного сотрудничества ИБ-компаний. Обычно вендоры просто поставляют лицензии на свои решения, но здесь каждая компания отвечает за конечный результат — уровень защищённости, который будет проверяться в том числе в ходе киберучений с привлечением независимых экспертов.

Работа предстоит серьёзная: защите подлежат 38 тысяч отделений «Почты», четыре центра обработки данных, десятки объектов критической инфраструктуры, логистические и сортировочные центры. По словам участников проекта, охват такой масштабной и географически распределённой инфраструктуры невозможен усилиями одной компании — поэтому и возникла идея объединения.

Запуск этой программы связан с тем, что «Почта России» регулярно становится потенциальной целью для кибератак, а инфраструктура организации постоянно развивается. При этом угроза утечек, сбоев в работе логистики или социальных выплат вполне реальна. Чтобы снизить эти риски, была разработана новая стратегия кибербезопасности и запущена программа модернизации.

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

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

Проект идёт в рамках стратегии цифровой трансформации «Почты России». Участие сразу нескольких вендоров позволило уйти от зависимости от одного поставщика и в то же время сохранить чёткое распределение ролей и ответственность за результат.

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

Расширения 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