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

Опасная уязвимость в GNU Wget2 позволяет удалённо перезаписывать файлы

В популярном консольном загрузчике GNU Wget2 обнаружили серьёзную уязвимость, которая позволяет злоумышленникам перезаписывать файлы на компьютере жертвы — без её ведома и согласия. Проблема получила идентификатор CVE-2025-69194 и высокую степень риска — 8,8 балла по CVSS, то есть игнорировать её точно не стоит.

Брешь связана с обработкой Metalink-файлов — это специальные документы, в которых описано сразу несколько источников для скачивания одного и того же файла (зеркала, P2P и так далее).

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

Из-за ошибки в проверке путей злоумышленник может подготовить вредоносный Metalink-файл с «хитрыми» именами вроде ../. Это классическая уязвимость path traversal: она позволяет выйти за пределы рабочего каталога и записать файл практически в любое место в системе. Достаточно, чтобы пользователь просто обработал такой металинк — и дальше всё происходит без его участия.

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

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

Да, атака требует взаимодействия с вредоносным файлом, но с учётом последствий риск выглядит более чем реальным — особенно для тех, кто регулярно использует Wget2 в автоматизированных сценариях или CI/CD-пайплайнах.

Если вы работаете с Wget2 и Metalink, сейчас самое время внимательно отнестись к источникам загрузки и следить за выходом обновлений. В этой истории один неосторожный файл может стоить слишком дорого.

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