Появился первый центр реагирования на инциденты ИБ — Jet CSIRT

Появился первый центр реагирования на инциденты ИБ — Jet CSIRT

Появился первый центр реагирования на инциденты ИБ — Jet CSIRT

Компания «Инфосистемы Джет» выводит на рынок услугу по мониторингу и реагированию на инциденты информационной безопасности — Jet CSIRT (Computer Security Incident Response Team).

Jet CSIRT включает в себя как услуги традиционного коммерческого SOC (Security Operation Center) — мониторинг и детектирование инцидентов ИБ, — так и продвинутые сервисы реагирования на инциденты ИБ, эксплуатации средств защиты информации, тестирования на проникновение и другие.

Гибкая сервисная политика CSIRT позволяет заказчикам формировать пакет услуг в зависимости от их задач и уровня зрелости ИБ-процессов:

  • мониторинг событий ИБ;
  • расследование инцидентов ИБ;
  • управление жизненным циклом инцидентов ИБ;
  • техническое реагирование на инциденты ИБ;
  • эксплуатация средств защиты информации;
  • комплексное ИБ-консультирование;
  • аудит и анализ защищенности
  • и другие. 

Одно из направлений деятельности Jet CSIRT — помощь организациям с критической информационной инфраструктурой (КИИ) в реализации взаимодействия с ГосСОПКА. Эксперты Jet CSRIT оказывают помощь в построении систем взаимодействия сегментов ГосСОПКА с ее центром (главным или территориальным), а также в выполнении технических и организационных требований регуляторов. 

Для сбора событий и корреляции ИБ-инцидентов заказчики могут задействовать как собственную SIEM-систему, так и облачную, предоставляемую интегратором из защищенного виртуального ЦОД. В качестве инструментов мониторинга и реагирования в Jet CSRIT применяются продукты лидеров рынка ИБ (HP, IBM, PT, Fortinet, Splunk и др.), что также позволяет выбирать оптимальную для заказчика архитектуру и конфигурацию. Используются и собственные разработки «Инфосистемы Джет» — к примеру, для управления жизненным циклом инцидентов ИБ применяется продукт класса IRP (Incident Response Platform) – Jet Signal.

Основу команды Jet CSIRT составляют группа мониторинга (решает задачи сбора, нормализации, хранения событий и корреляции инцидентов, управления уязвимостями, аналитики) и группа реагирования (отвечает за ограничение и нейтрализацию угроз, восстановление инфраструктуры, экспертизу ИБ, консультирование, администрирование СЗИ и т.д.). Помимо выделенных специалистов, к работе подключаются профильные эксперты Центра информационной безопасности «Инфосистемы Джет»: сервисные администраторы СЗИ, пентестеры, архитекторы и аудиторы ИБ.

«Создавая Jet CSIRT, мы руководствовались опытом построения коммерческих SOC и изучили множество действующих SOC клиентов. Коммерческие SOC, как правило, предоставляют слишком узконаправленные сервисы, ориентированные больше на мониторинг угроз, чем на реагирование. В результате существенно снижается эффективность противостояния ИБ-атакам, — рассказывает Алексей Мальнев, руководитель Jet CSIRT, “Инфосистемы Джет”. — Решить эту проблему можно, предоставляя заказчикам комплексную помощь в части реагирования на инциденты. Однако это требует подключения многочисленных экспертов узкой специализации, что под силу только большим квалифицированным командам. Более 180 сильнейших специалистов рынка ИБ в штате, более чем 20-летний опыт оказания ИБ-услуг, собственная обширная база знаний и выстроенные процессы внутри команды —  все это позволяет нам достойно ответить на этот вызов». 

В настоящее время, центр реагирования на инциденты ИБ Jet CSIRT уже активно функционирует и оказывает услуги в госсекторе и ряде отраслей коммерческого сектора.

В Google Chrome усложнили кражу cookie — новая защита от угона сессий

Google перевела функцию Device Bound Session Credentials (DBSC) в общую доступность для пользователей Chrome на Windows. Теперь эта защита работает в Chrome 146 и должна заметно осложнить жизнь тем, кто крадёт сессионные cookies, чтобы потом входить в чужие аккаунты без пароля.

Принцип работы DBSC кроется в том, что браузер не просто хранит cookie, а криптографически привязывает сессию к конкретному устройству.

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

Особенно актуально это на фоне популярности так называемых инфостилеров. Такие вредоносные программы собирают с заражённых устройств всё подряд: пароли, данные автозаполнения, токены и, конечно, cookie. Этого бывает достаточно, чтобы злоумышленник зашёл в учётную запись жертвы, даже не зная её пароль. Потом такие данные нередко перепродают другим участникам киберпреступного рынка.

 

DBSC должна ломать именно такой сценарий. На Windows технология опирается на Trusted Platform Module, а на macOS — на Secure Enclave. С их помощью создаётся уникальная пара ключей, причём закрытый ключ не покидает устройство. Когда сайту нужно выдать новую короткоживущую cookie, Chrome должен доказать, что у него есть нужный закрытый ключ. Если ключ не на том устройстве, схема просто не срабатывает.

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

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

Пока публичный запуск ограничен Windows-пользователями Chrome 146, но Google уже подтвердила, что поддержку macOS добавят в одном из следующих релизов. Компания также заявила, что после начала внедрения DBSC уже заметила заметное снижение случаев кражи сессий.

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