Появился первый центр реагирования на инциденты ИБ — 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 уже активно функционирует и оказывает услуги в госсекторе и ряде отраслей коммерческого сектора.

Сентябрьский патч Windows 11 начал ломать корпоративный Always On VPN

Сентябрьское обновление KB5124008 для Windows 11, похоже, принесло администраторам новый аттракцион: установи патч безопасности и останься без удалённого доступа. Пользователи сообщают, что после обновления перестаёт работать Always On VPN с аутентификацией по сертификатам.

Проблему обнаружили на компьютерах с Windows 11 версий 24H2 и 25H2, подключённых к серверам RRAS и NPS под управлением Windows Server 2019. VPN-профили в затронутой инфраструктуре развёртывались через Microsoft Intune.

Автор сообщения на Microsoft Learn утверждает, что сбой удалось стабильно воспроизвести на нескольких устройствах. До установки KB5124008 соединение работает, после обновления — перестаёт, а удаление патча и перезагрузка возвращают VPN к жизни.

Независимый консультант Microsoft Learn предположил, что обновление изменило сетевой стек или обработку сертификатов IPsec. Судя по наблюдениям, ошибка возникает на этапе согласования сертификата во время VPN-подключения, из-за чего сотрудники могут полностью потерять корпоративный удалённый доступ.

Официально Microsoft пока не признала регрессию известной проблемой KB5124008 и не выпустила исправление. Поэтому говорить о массовом сбое рано: сейчас информация основана на пользовательском отчёте и ответе независимого консультанта, а не на заявлении компании.

Администраторам предлагают временно приостановить распространение обновления через WSUS или Intune и открыть обращение в поддержку Microsoft, приложив журналы VPN-клиентов и NPS. Если удалить патч нельзя из-за требований безопасности, можно попробовать перевести затронутые профили на EAP-TLS, однако стабильность такого обходного пути не гарантируется.

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