#подкаст
"Информационная безопасность в РСО"

📎Ресурсоснабжающие организации (РСО) — это кровеносная система страны: тепло, вода, электричество. И когда в эту систему пытаются войти те, кому там не место, цена ошибки измеряется не только деньгами.

В этом выпуске разберёмся:
❓Какие оборудование и подразделения в РСО — самые уязвимые звенья цепи?
❓Почему атака на датчик в АСУ ТП может остановить производство и обернуться реальными физическими потерями!?
❓Где заканчивается зона ответственности ИТ и начинается зона ИБ?
❓Почему в энергетике специалисту по безопасности нужно понимать технологический процесс?

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

🔸Мы пригласили Егора Симцова — руководителя отдела информационной безопасности УралЭнергоСбыт.

▶️ Выбирай плеер и слушай на удобной площадке🤩
Яндекс Музыка
Apple podcasts
Литрес
MyBook
Spotify
Deezer
ЗВУК
Castbox
VK Podcasts
mave.stream
Mave
Pocket Casts
Podcast Addict
Soundstream

САЙТ ПОДКАСТА | ТЕЛЕГРАМ | МАХ

#инфобес
Дорогой дневник...

Когда меня спрашивают: «Где ты была в этом году?» — я вспоминаю ролик про грань нервного срыва и депрессию. Уж больно завирусился этот ролик.

Но если без шуток, мой год — это не география, а уроки ИБ.

Вот 5 мест, куда я бы не хотела попадать и заказчикам своим рекомендую:
1. В письмо «срочно оплатите счёт». Проверка домена, скепсис к вложениям и ссылкам.
2. В кнопку «отключить MFA». MFA — не роскошь, а бронежилет. Проверено на собственной шкуре.
3. В бэкап, который «наверное, работает». Непроверенный бэкап — это надежда, а не план.
4. В прод с паролем admin/admin. А то был у меня тут перец, зато сейчас пароли сложные и уникальные. Да еще и в менеджере паролей, а не в Избранных телеги.
5. В спор с соц. инженерией. Злоумышленник не взламывает — он уговаривает. Мне хоть и в кайф поговорить, но не с "лапшичным заводом".

Безопасность — это ритуал. Как чистить зубы. Только логами.

Хочу, чтобы в следующем году у моих заказчиков вместо вопроса «где я был» звучало как «на Кипре», а не «в отчёте об утечке»? Хотя еще рано загадывать новогодние желания.. Или нет?🧐

С любовью, менеджер по информационной безопасности

САЙТ ПОДКАСТА | ТЕЛЕГРАМ | МАХ

#мероприятия
Чему учат реальные утечки данных?

Расскажут наши партнеры из Solar 1 октября на практическом вебинаре.

Вас ждет разбор реальных утечек данных, инцидентов информационной и экономической безопасности. На конкретных кейсах вы узнаете:
✔️ Как действуют инсайдеры?
✔️ Как развиваются инциденты?
✔️ Каким образом специалисты восстанавливают картину произошедшего и как в этом помогает DLP-система Solar Dozor?

🗓 Встречаемся 1 октября в 11:00 на платформе Pruffme.

Зарегистрироваться
_____
📍В программе вебинара:

1. Реальные расследования утечек данных
Какие действия сотрудников и инсайдеров приводят к компрометации информации, по каким признакам можно выявить подозрительную активность и как из отдельных событий восстановить полную картину инцидента?

2. Примеры того, как происходят утечки корпоративных и клиентских данных, подготавливаются и совершаются иные злоупотребления, к каким схемам и почему прибегают нарушители и какие меры помогают снизить риск рецидива, уменьшить ущерб от уже содеянного?

✨ Главный фокус - практические выводы из произошедших инцидентов.

Для кого?
• Для руководителей и специалистов по информационной и экономической безопасности.
• ИТ-руководителей.
• Риск-менеджеров и сотрудников, отвечающих за защиту конфиденциальной информации и противодействие инсайдерским угрозам.

Регистрация открыта

САЙТ ПОДКАСТА | ТЕЛЕГРАМ | МАХ

#анатомияиб
«Проверяй защиту так, как это сделает атакующий»

Зачем проводить пентест?

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

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

⚡️ Пентест, или тестирование на проникновение, — это контролируемая имитация действий злоумышленника, направленная на поиск и подтверждение уязвимостей в инфраструктуре, приложениях и процессах. Специалисты не просто составляют список слабых мест, а проверяют, можно ли через них получить доступ к данным, повысить привилегии или переместиться внутри инфраструктуры.

По сути, пентест — это попытка проникновения с разрешения владельца. Специалист проверяет, действительно ли найденная проблема позволяет открыть дверь, попасть в соседние помещения и добраться до ценных объектов.

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

Как проходит пентест?
В зависимости от целей и уровня доступа специалисты могут использовать разные подходы:
🔸 Black box — тестирование практически без внутренней информации, со стороны внешнего атакующего.
🔸 Gray box — часть сведений предоставляется заранее: например, учётная запись обычного пользователя.
🔸 White box — команда получает подробную информацию об инфраструктуре.

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

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

⚡️ Автопентест — автоматизированная проверка защищённости, которая имитирует отдельные действия атакующего без постоянного участия специалиста.

Система самостоятельно:
✔️обнаруживает доступные узлы, сервисы и приложения;
✔️проверяет известные уязвимости;
✔️анализирует версии компонентов и настройки;
✔️выполняет безопасные попытки эксплуатации;
✔️проверяет типовые сценарии повышения привилегий;
✔️фиксирует результат и формирует отчёт;
✔️повторяет проверки после изменений в инфраструктуре.

Автопентест особенно полезен для регулярной валидации защиты: после релиза, изменения правил межсетевого экрана, установки обновлений или появления нового внешнего сервиса.

🎶 Больше про тестирование на проникновение рассказал белый хакер в этом выпуске.

САЙТ ПОДКАСТА | ТЕЛЕГРАМ | МАХ

В продолжение прошлого поста🙂

Чем пентест отличается от автопентеста?

🔸 Глубиной анализа. Автоматизированная система эффективно проверяет известные и формализуемые сценарии. Пентестер может исследовать нестандартную логику приложения и комбинировать несколько слабостей.

🔸 Контекстом. Автопентест оценивает технический результат проверки. Специалист дополнительно определяет бизнес-критичность уязвимости, возможный ущерб и реалистичный путь атаки.

🔸 Адаптивностью. Человек меняет тактику в зависимости от реакции системы. Автоматизированный инструмент работает в пределах заложенных сценариев и политик безопасности.

🔸 Периодичностью. Пентест обычно проводится как отдельное проектное мероприятие. Автопентест можно запускать регулярно или встроить в процессы DevSecOps и контроль внешней поверхности атаки.

🔸 Стоимостью и масштабом. Автоматизация позволяет часто проверять большое количество активов. Полноценное ручное тестирование требует больше времени, но способно выявить более сложные цепочки компрометации.

Пентест показывает, как далеко может зайти атакующий. Автопентест помогает регулярно проверять, не открылась ли для него новая дорога. Главное — использовать результаты не для формального отчёта, а для постоянной валидации и усиления защиты.

Проверить свою инфраструктуру быстро и бесплатно можно нужно тут 😘

САЙТ ПОДКАСТА | ТЕЛЕГРАМ | МАХ