Новое Распределяем каналы MAX по категориям и территориям. Читать новость
Открытый канал ID 79127038754168

Axxtel | Кибербезопасность

Информационная безопасность для бизнеса: SOC, пентест, аудит, КИИ, защита инфраструктуры.

Экспертиза команды Axxtel, разборы угроз, новости ИБ и технологии защиты.

🌐axxtel.ru

Каналов в рубрике
3 967
Место этого канала
№ 2 696
Открыть рубрику →
Открыть в MAX

Публикации за период

По реакциям

Поиск и вся лента — после бесплатной регистрации. Свои даты — по подписке; владелец канала видит их бесплатно. Сортировка по реакциям — по подписке. Зарегистрироваться

Загрузка…

Почему внедрение SIEM не заканчивается подключением логов

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

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

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

Полезно регулярно задавать три вопроса:


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

В рамках работы SOC-центра мы часто дорабатываем или заменяем базовую экспертизу SIEM своими правилами.

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

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

Где помогает гибридный SOC

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

Внутренняя ИБ-команда помогает оценить происходящее с учетом устройства конкретной компании.

Допустим, обнаружена массовая выгрузка файлов.
Внешний аналитик собирает последовательность действий и оценивает признаки подозрительной активности.

Внутренняя команда выясняет, связана ли выгрузка с согласованной миграцией, кто владеет данными и какие ограничения допустимы для этой системы.

Такая работа требует понятного распределения ответственности и доступного канала связи. Если контекст нельзя получить вовремя, проверка сигнала затягивается.

Поэтому активное взаимодействие — один из основополагающих факторов успешной работы гибридного SOC-центра.

SIEM дает SOC общую основу для обнаружения и расследования. События можно сопоставлять, проверять и восстанавливать по ним ход действий.

Но ее практическая ценность проявляется в конкретном результате: команда замечает подозрительную активность, понимает, что произошло, и успевает принять меры.

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

#SIEM #SOC #ЭкспертизаAxxtel
Просмотры: 7
Перейти в пост Открыть в MAX Сообщить о неточности
PHP2Shell пять дней спустя.
Что стало известно и как защищаться.

21 октября разработчики PHP экстренно закрыли две критические RCE-уязвимости — CVE-2026-109618 и CVE-2026-109619 (9,2 по CVSS 4.0). Обе позволяют при определенных условиях выполнить код без авторизации.

Мы не стали выпускать новость в первые часы: анонсов было достаточно, и первым делом необходимо было поставить патч. Нам было важнее понять, как искать следы атаки и что делать, если злоумышленник уже проник в инфраструктуру.

Что выяснилось за пять дней?

1. Атаки начались раньше раскрытия

Amazon Threat Intelligence обнаружила попытки эксплуатации еще 17 октября — за четыре дня до выхода исправлений. Это первая известная дата в их телеметрии, а не начало всех атак.

Поэтому при ретроспективном Threat Hunting предлагаем проверять события минимум с 17 октября, а при наличии журналов — с 17 сентября. Дополнительные 30 дней — запас для поиска разведки и подготовки, а не установленный средний срок атаки.

И важный момент: патч устраняет уязвимость, но что делать, если эксплуатация уже произошла?

2. Известно, какие запросы стоит проверять

Многие вендоры уже опубликовали дополнительные механизмы обнаружения PHP2Shell.

Среди признаков:

• необычные POST-запросы с multipart/form-data
• подозрительные сочетания PHP_SESSION_UPLOAD_PROGRESS с параметрами загрузки
• нетипичные размеры и серии запросов
• HTTP 500 вместе с сообщениями PHP о нехватке памяти.

Один POST или HTTP 500 еще не означают атаку. Но аномальные последовательности — повод для проверки. Здесь полезен поведенческий анализ WAF.

С помощью ИИ-генератора ловушек HoneyCorn мы оперативно разработали ловушку на CVE-2026-109618, чтобы видеть подобные атаки на периметр и автоматически их блокировать.

3. После взлома трафик может выглядеть обычным

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

Первоначальный эксплойт ему больше не нужен. Он может использовать обычный HTTPS, права веб-сервера и доступные приложению подключения. Часть запросов будет выглядеть легитимно. WAF их пропускает, сигнатуры PHP2Shell молчат, сайт продолжает работать.

А злоумышленник все еще внутри.

Поэтому мало искать следы конкретной CVE. Нужно проверять признаки закрепления, внутренней разведки и горизонтального перемещения.

4. Как искать того, кто уже проник?

Здесь полезна связка SOC + Deception.

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

Аналитики SOC сопоставляют событие с данными WAF, EDR и сетевого мониторинга и восстанавливают картину возможной атаки.

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

Что сделать сейчас?

• Обновить PHP до исправленной версии: 8.2.35 / 8.3.36 / 8.4.27 / 8.5.12 или установить патч поставщика.
• Проверить историю запросов, ошибок PHP и событий безопасности с 17 октября; по возможности — с 17 сентября.
 • Искать неизвестные файлы, подозрительные процессы, аномальные соединения и обращения к внутренним ресурсам.
 • Проверить, способны ли действующие средства защиты увидеть активность после первоначального проникновения.

Уязвимость закрыта. Сигнатуры обновлены. Критических событий нет. Но злоумышленник может оставаться внутри.

Вы уверены, что в вашей инфраструктуре сейчас нет посторонних? И на основании каких данных?

Мы можем помочь с аналитикой инцидента: коммерческий SOC и HoneyPot & Deception на базе HoneyCorn помогут проверить признаки присутствия злоумышленника, подозрительную активность и определить дальнейшие шаги.

Важно не только закрыть уязвимость, но и выяснить, не успели ли ею воспользоваться.

#PHP2Shell #ПрактикаИБ #ЭкспертизаAxxtel
Просмотры: 13
Перейти в пост Открыть в MAX Сообщить о неточности
SIEM: от корреляции до расследования

Представим условную ситуацию:

1. По учетной записи сотрудника происходит 15 неудачных попыток входа в VPN.
2. Через минуту вход удается с непривычного IP-адреса.
3. Затем учетная запись обращается к файловому серверу, с которым обычно не работает.
4. После этого фиксируется передача большого объема данных.

Корреляционное правило может связать эти события по учетной записи и времени и сформировать сигнал для проверки.
 
Но сама цепочка еще не доказывает атаку.
 
Сотрудник мог вернуться из командировки, несколько раз ошибиться в пароле и скачать архив для новой задачи.
 
Возможен и другой сценарий — учетную запись использует посторонний.
 
Аналитику предстоит проверить устройство, историю активности, назначение файлов и обстоятельства доступа. SIEM помогает собрать данные для этой проверки и выделить подозрительную последовательность.
 
В первую очередь стоит связаться с сотрудником и верифицировать активность, подтвердить ее легитимность. Многие кейсы решаются уже на этом этапе.
 
Если действия нелегитимны, необходимо изолировать потенциальную точку входа: например, выполнить сетевую изоляцию хоста и блокировку учетной записи VPN.
 
После купирования необходимо определить точку проникновения и принять меры, чтобы предотвратить подобные инциденты в будущем.
 
В этом кейсе явно есть риск компрометации учетных данных VPN. Значит, меняем пароль, проверяем хост сотрудника на наличие ПО, которое могло перехватить учетные данные. Параллельно вычищаем следы деятельности злоумышленника и проверяем, не оставил ли он себе обходных путей.

Что происходит после срабатывания
SIEM может показать алерт в консоли, отправить уведомление, создать тикет или передать сигнал в SOAR для запуска сценария реагирования.
 
Однако способ доставки — только часть задачи.
 
Для работы с сигналом нужно понимать:
 
✔️ что именно вызвало срабатывание
✔️ какие учетные записи и системы затронуты
✔️ почему сигналу присвоен такой приоритет
✔️ какие данные необходимо проверить дальше
✔️ кто отвечает за проверку и последующие действия.
 
Приоритет зависит и от контекста.
 
Подозрительный вход под учетной записью с широкими правами требует иного внимания, чем похожее событие в изолированной тестовой среде.
 
Автоматическая блокировка тоже требует заранее согласованных условий: ошибка может прервать законную работу.
 
Поэтому связь между обнаружением и реагированием нужно проектировать вместе с владельцами инфраструктуры.
 
SIEM не принимает решение вместо аналитика. Она должна дать ему достаточно данных, чтобы это решение можно было принять быстро и обоснованно.
 
#SIEM #SOC #ПрактикаИБ
Просмотры: 12
Перейти в пост Открыть в MAX Сообщить о неточности
ВКонтакте Телеграм Одноклассники
Избранное в datool.ru

Следите за каналом в личном кабинете

Зарегистрируйтесь в datool.ru, чтобы добавить канал «Axxtel | Кибербезопасность» в избранное и отслеживать его показатели.

Зарегистрироваться
Для владельцев каналов

Подтвердите свой канал

Войдите или зарегистрируйтесь в datool.ru, затем добавьте нашего бота в канал по инструкции в личном кабинете. После проверки владения замок исчезнет и вам станет доступно управление каналом.

Войти или зарегистрироваться

Сообщить о неточности

Опишите, что нужно исправить. Если есть источник, добавьте ссылку.

Вы покидаете datool.ru

Ссылка ведёт на внешний сайт. datool.ru не отвечает за его содержимое — проверьте адрес, прежде чем вводить пароли или платёжные данные.

Переход через 10 с

Перейти