Банковский Безопасник: ITG Security

🎥 Что важнее SOCа — запись вебинара

Публикуем запись вебинара, который 17 сентября провели вместе с ГК "Гарда". Рекомендуем к просмотру, если SOC у вас уже подключен или вы его выбираете: разговор шел не о мониторинге, а о том, что происходит после того, как SOC обнаружил атаку.

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

Что обсудили

— девять зон, которые мониторинг не закрывает: сеть без логов, первые минуты инцидента, непропатченные уязвимости, продажа доступов в даркнете, тихое горизонтальное перемещение, фишинг сотрудников, выезд на инцидент, форензика после "очистки" и проверка, не был ли злоумышленник внутри раньше
— какие функции дополняют SOC в каждой зоне: NDR, MDR, VM как сервис, OSINT-мониторинг, ловушки и токены, учебный фишинг, ретейнер реагирования, DFIR и compromise assessment
— на реальных инцидентах — что меняется, когда функция есть, и что происходит, когда ее нет: Volt Typhoon в сети коммунальной компании, Target, Equifax, Snowflake, Uber, Maersk, Colonial Pipeline, Marriott
— какие полномочия, контакты и сценарии согласовать до инцидента, а не во время
— как оценивать собственный контур не по числу алертов, а по способности команды действовать в критический момент

Спикеры

Станислав Грибанов, руководитель продуктового направления ГК "Гарда",
Сергей Прохоров, эксперт в области кибербезопасности ITG Security.

Запись доступна по ссылке, там же можно скачать презентацию — 33 слайда со схемами контура и разбором кейсов.

Если после просмотра остались вопросы по вашему контуру — задайте их в комментариях.

@finance_ciso

🎥 Что важнее SOCа — вебинар

Базовые услуги SOC заканчиваются ровно там, где должно начинаться реагирование. Пока алерт читают, уточняют детали и согласуют блокировку, злоумышленник успевает закрепиться в инфраструктуре, продвинуться по узлам и вывести данные. Мониторинг фиксирует атаку, но не останавливает ее. Разберем, какие функции должны дополнять мониторинг, чтобы компания не просто видела атаку, а останавливала ее до серьезного ущерба.

17 сентября в 11:00 МСК проведем вебинар вместе с ГК "Гарда", на котором обсудим:

— где возникает разрыв между обнаружением и сдерживанием
Мониторинг фиксирует атаку, но остановить ее должен кто-то другой. Покажем, в какой точке процесса теряется время.

— какие полномочия и процессы согласовать заранее
До инцидента, а не во время него: пока идет согласование, уходит именно то время, которого потом не хватает.

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

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

— как говорить об этом с руководством
Аргументы о снижении риска простоя, утечки и повторной компрометации.

Готовность к атаке — это не выбор SIEM и не факт подключения SOC. Это заранее согласованные сценарии, полномочия, контакты, доступы и команда, готовая перейти к действию в нужный момент.

Спикеры
— Станислав Грибанов, руководитель продуктового направления ГК "Гарда",
— Сергей Прохоров, эксперт в области кибербезопасности, ITG Security.

Регистрация

Запишитесь, даже если не сможете прийти — после вебинара отправим запись.

@finance_ciso

❗️Изменения в требованиях к операционной надежности кредитных организаций и филиалов иностранных банков

3 сентября 2026 года на сайте Банка России опубликовано указание № 7419-У от 22 июля 2026 года — оно вносит изменения в Положение Банка России № 850-П. Новые требования вступают в силу с 1 января 2027 года, за исключением расширенных требований к учету информационной инфраструктуры: они начнут действовать с 1 января 2028 года. Ниже разбираем главное.

Простои из-за недоступности отдельных систем выводятся из оценки

При оценке операционной надежности не будут учитываться простои, вызванные недоступностью:

— ГИС,
— информационных систем оператора услуг платежной инфраструктуры платежной системы Банка России,
— НСПК,
— информационной системы оператора платформы цифрового рубля.

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

Меняется логика оценки деградации технологических процессов

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

Учет информационной инфраструктуры станет подробнее

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

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

Изменится перечень технологических процессов

Из приложения 1 исключается технологический процесс, обеспечивающий выполнение операций на финансовых рынках.

Итог

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

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

Что проверить у себя

К требованиям 2027 года стоит пересмотреть:

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

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

@finance_ciso

❗️ФСБ обновила требования к защите информации в госсекторе с использованием СКЗИ

Опубликован приказ ФСБ России № 321 от 22.08.2026 — он приходит на смену приказу № 117 от 18.03.2025. Новые требования вступают в силу с 11 сентября 2026 года. Ниже — о ключевых изменениях.

Кого это касается

Сфера действия документа расширилась. Теперь требования распространяются не только на ГИС, иные информационные системы госорганов, ГУП и госучреждения. Под приказ подпадает использование техсредств, программ и баз данных, доступ к которым предоставляется через информационно-телекоммуникационные сети в соответствии с ч. 5.1 ст. 13 149-ФЗ.

Что изменилось

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

— Стала обязательной схема криптографической защиты.
Ранее требования к режиму безопасности помещений с СКЗИ ограничивались порядком доступа и перечнем допущенных лиц. Теперь дополнительно вводится схема, разработанная на основе модели угроз. В ней придётся детально прописать всё — от защищаемых каналов связи до конкретных помещений, где размещены СКЗИ.

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

— Регулярные проверки.
Внутренний аудит или привлечение лицензиатов ФСБ для контроля выполнения требований — теперь минимум раз в три года.

Резюме

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

Что проверить у себя уже сейчас

Имеет смысл провести внутренний анализ требований № 321 и посмотреть:

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

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

@finance_ciso

🎥От иллюзий к реальности SOCа — вебинар

Десятки компаний на рынке продают «SOC», но в реальности заказчики чаще всего получают совсем не то, что ожидали. Разберём иллюзии о SOC и покажем, чем настоящий SOC отличается от того, что продают.

7 июля в 11:00 МСК проведем вебинар, на котором обсудим:

— Фантомные продукты рынка
На рынке кибербезопасности есть несколько «фантомных продуктов» — их активно презентуют, красиво упаковывают, но в реальности их не существует ни у одного провайдера России.

— Чем SOC НЕ является, но что от него ждут
Самая частая причина разочарований в SOC — заказчик ждёт одно, подрядчик строит другое, а в договоре написано третье.

— Анатомия SOC
Чтобы понимать, что вы покупаете, нужно знать, из чего вообще состоит SOC — разложим на компоненты.

— Что скрывается за аббревиатурами *DR
Одна из самых перегруженных аббревиатур, под одним и тем же словом понимают совершенно разные вещи.

Регистрация

Запишитесь, даже если не сможете прийти — после вебинара отправим запись.

@finance_ciso

🤖 ИИ в банках: методические рекомендации Банка России

16 июня ЦБ утвердил Методические рекомендации № 3-МР — о защите информации при разработке и применении ИИ на финансовом рынке. Ниже разбираем главное.

Какие риски выделяет ЦБ

— "отравленные", неактуальные или некорректные обучающие данные;
— утечка конфиденциальных данных;
— сбои модели: галлюцинации, дрейф данных, деградация;
— непрозрачность и непредсказуемость решений ИИ;
— риски от подрядчиков и open-source компонентов;
— угрозы операционной надёжности.

Возможные последствия самые разные: от репутационных потерь до полноценного нарушения функционирования и стабильности. Главное, что здесь отмечают авторы — в критичных процессах с высоким риском результаты, сгенерированные ИИ автоматически, должен валидировать человек с правом изменять их.

Угрозы, специфичные для ИИ

Обход и подмена модели, кража и «отравление» обучающих данных, раскрытие и модификация модели, отказ в обслуживании, манипуляции поведением. Способы реализации — фаззинг, бэкдоры, prompt-инъекции, атаки «губка» и состязательные атаки, извлечение данных через диалог с моделью.

Как защищаться

ЦБ предлагает встроить безопасность во все этапы жизненного цикла ИИ (по ГОСТ Р 71539-2024):

— подготовка данных: очистка от аномалий, шифрование при передаче за пределы контролируемой зоны, контроль целостности и подлинности, версионирование изменений, обезличивание и маскирование, гарантированное стирание.
— разработка модели: анализ уязвимостей кода и компонентов, криптографический контроль целостности и подлинности модели/кода, документирование изменений.
— обучение и тестирование: устойчивость к состязательным атакам, конфиденциальные вычисления, федеративное обучение, цифровые метки, тесты на «отравление», пентест, периодическое дообучение.
— эксплуатация: шифрование входных/выходных данных, контроль аномалий, регистрация событий, ограничение потоков входных данных, мониторинг показателей штатной работы.

Политика ИБ

ЦБ рекомендует разработать отдельный документ (политику) по работе с ИИ, в котором будут зафиксированы: целевые свойства (целостность, конфиденциальность, доступность, киберустойчивость, объяснимость), минимальные права и ПДн, правила для открытых моделей, маркировка выходных данных, порядок реагирования на инциденты.

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

Open-source и подрядчики

Необходима собственная методика оценки доверия. Среди факторов: соответствие инфраструктуры требованиям ИБ и НПА ЦБ, участие модели в Bug Bounty, модель угроз (внешний и внутренний нарушитель), отчёты об аудите, анализе уязвимостей и пентестах, спецификация ПО, отслеживание источников данных, сертификация процессов безопасной разработки, учёт используемых агентов/плагинов/интерфейсов.

Контроль целостности — только средствами с оценкой ФСТЭК по всей цепочке поставки. Подрядчику передаются «очищенные» или синтетические/обезличенные данные. В договоре должна быть закреплена ответственность поставщика за ИБ и обязанность информировать об уязвимостях и инцидентах.

@finance_ciso

🎥Пентест окончен. Атаки только начинаются — вебинар

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

13 мая в 11:00 МСК проведем вебинар, на котором обсудим:

— cтандарты vs реальность
PTES, OWASP, NIST, OSSTMM — что пентест обязан включать по регламенту и что исполнители тихо опускают

— как это работает изнутри
Векторы атак, цели, критерии успеха. Как пентестеры выбирают маршрут — и почему он так предсказуем

— реальные кейсы
Обезличенные истории из наших проектов. Один путь vs несколько путей — и что происходит после закрытия отчёта

— атаки через подрядчика
Почему supply chain атаки почти никогда не входят в скоп — и насколько это критично в 2026 году

— честно о деньгах
Сколько стоят разные форматы, что в них входит и как не переплатить за документ, который не защищает

— AI в пентесте
Как искусственный интеллект уже меняет правила игры для атакующих и защитников

Регистрация

Запишитесь, даже если не сможете прийти — после вебинара отправим запись.

@finance_ciso

❗️Опубликован проект изменений в Приказах ФСТЭК №235 и №239

Текст проекта доступен по ссылке.

Изменения в приказе ФСТЭК №235

Вводится обязанность значимым субъектам КИИ в рамках контроля состояния проводить расчет:

— показателя, характеризующего текущее состояние обеспечения безопасности значимых объектов критической информационной инфраструктуры, от базового уровня угроз безопасности информации. Методика расчета показателя утверждена ФСТЭК России 11 ноября 2025 г. Расчет показателя должен проводится не реже одного раза в 6 месяцев,
— показателя, определяющего достаточность и эффективность проведенных мероприятий по обеспечению безопасности значимых объектов критической информационной инфраструктуры. На данный момент методика расчета пока не опубликована. Это необходимо делать не реже одного раза в два года.

О результатах проведенной оценки необходимо информировать ФСТЭК:

— не позднее 5 рабочих дней после расчета, если все в норме,
— в течение 3 дней, если показатели не соответствуют нормативам.

Изменения в приказе ФСТЭК №239

— закреплена необходимость принятия дополнительных мер при невозможности обеспечения средств защиты информации технической поддержкой со стороны разработчиков (производителей),
— введена обязанность выполнения организационных и технических мер, решение о необходимости осуществления которых принято ФСТЭК России с учетом меняющихся угроз в информационной сфере (ссылка на Указ Президента Российской Федерации от 1 мая 2022 г. № 250).

Запросить бесплатную консультацию.

@finance_ciso

🎥Экспресс-диагностика защиты ПДн: когда аудит действительно нужен — запись вебинара

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

Что обсудили:

1. Новая реальность ПДн: Разбираем свежие изменения в законе, кратный рост штрафов и логику последних проверок регуляторов.
2. Бумажный щит vs Реальные риски: Почему безупречные документы не спасают при реальном инциденте и где кроются «слепые зоны» бизнеса.
3. Self-audit за 30 минут: Как провести экспресс-аудит своих процессов и найти критические уязвимости раньше, чем их найдет Роскомнадзор.
4. Хит-парад факапов: Самые нелепые и фатальные ошибки крупных компаний, на которых стоит поучиться.
5. Стратегия защиты 360°: Практические шаги по выстраиванию системы, которая минимизирует последствия утечек и инцидентов.

Запись доступна по ссылкам: Youtube, VK Видео.

Чеклист самооценки

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

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

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

@finance_ciso

❗️Изменения в Положениях Банка России: 757-П, 821-П, 779-П

17 февраля были опубликованы указания ЦБ РФ, которые вносят изменения в ряд Положений. Ниже — о конкретных изменениях.

757-П

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

Минимальному уровню необходимо соответствовать микрофинансовым организациям (кроме МФО предпринимательского финансирования и МФО, связанных с государством), операторам инвестиционных платформ. С января 2028 года все МФО будут обязаны соответствовать минимальному уровню защиты.

— введены дополнительные требования к обеспечению безопасности: расширен перечень регистрируемой информации о действиях клиентов. Установлены требования к соблюдению при использовании единой системы идентификации и аутентификации. Расширены требования к подтверждению составления электронных сообщений уполномоченным на это лицом. Закреплена обязанность соблюдения цикла PDCA.

— уточнен процесс ведения отчетности: установлены порядок и формы направления отчетности в ЦБ по итогам оценки технологических мер защиты и требований к прикладному ПО, а также сроки предоставления НФО сведений о выявленных инцидентах и результатах расследования.

Основные изменения вступают в силу с 1 января 2027 согласно указанию № 7219-У.

821-П

— введены дополнительные требования к обеспечению безопасности: дополнительные требования к регистрации действий, связанных с доступом к защищаемой информацией. Расширен перечень регистрируемой информации о действиях клиентов, а также перечень защищаемой информации (дополнен сведениями об идентификации и/или аутентификации с использованием биометрических ПДн). Закреплена обязанность соблюдения цикла PDCA.

— установлены сроки сертификации ПО автоматизированных систем и приложений при присвоении статуса значимой кредитной организации.

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

Основные изменения вступают в силу с 1 октября 2026 согласно указанию № 7220-У.

779-П

— уточнен перечень показателей операционной надежности для НФО: введен порядок расчета допустимой доли деградации. Установлены контрольные и сигнальные значения операционной надежности, а также порог в 5 минут для признания простоя и/или деградации технологического процесса.

С 1 января 2028 года требования к операционной надежности будут распространятся на МФО. Для них определены технологические процессы по дистанционному предоставлению и погашению займов через интернет, а также установлен порог допустимого времени простоя и/или деградации — не более 24 часов.

— введены дополнительные требования к НФО:

• во внутренних документах необходимо определить порядок регистрации событий операционного риска, связанных с нарушением операционной надежности,
• определить орган управления НФО, который утверждает сигнальные и контрольные значения показателей операционной надежности,
• необходимость планирования продолжительности времени (функционирования) технологических процессов работы на будущий квартал,

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

Основные изменения вступают в силу с 1 января 2027 согласно указанию № 7221-У.

@finance_ciso

🎥Экспресс-диагностика защиты ПДн — напоминаем о вебинаре!

Уже в ближайшую среду в 11:00 МСК состоится наш вебинар, посвященный защите персональных данных. Приглашаем всех желающих присоедениться, участие бесплатное.

Обсудим:

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

Регистрируйтесь по ссылке.

❗️Даже если не сможете прийти, зарегистрируйтесь — мы отправим вам запись вебинара

@finance_ciso

❗️Изменения во взаимодействии с НКЦКИ: новые приказы ФСБ России

В декабре 2025 года ФСБ России опубликовала 7 приказов, которые меняют формат взаимодействия с НКЦКИ. Всего было опубликовано 7 приказов:

— приказ ФСБ России № 539 от 23 декабря 2025 — вступил в силу 30 января 2026 года
— приказ ФСБ России № 540 от 24 декабря 2025 — вступил в силу 30 января 2026 года
— приказ ФСБ России № 546 от 25 декабря 2025 — вступил в силу 30 января 2026 года
— приказ ФСБ России № 547 от 25 декабря 2025 — вступил в силу 30 января 2026 года
— приказ ФСБ России № 548 от 25 декабря 2025 — вступил в силу 30 января 2026 года
— приказ ФСБ России № 553 от 26 декабря 2025 года — вступил в силу с даты публикации
— приказ ФСБ России № 554 от 26 декабря 2025 года — вступил в силу с даты публикации

Основные изменения

— расширение зоны ответственности: теперь с ГосСОПКА и НКЦКИ обязаны работать не только субъекты КИИ, но и все государственные органы и госкомпании.
— расширение списка целей, функций и задач НКЦКИ: появилась новая цель — запрашивать информацию у субъектов КИИ, центров ГосСОПКА и Организаций о результатах проведения мероприятий, направленных на защиту от КА, а также об устранении уязвимостей информационных ресурсов РФ.
— изменение сроков информирования: о кибератаке на ЗОКИИ нужно сообщить в НКЦКИ в течение 3 часов, на другие объекты информатизации — в 24 часов.
— уточнение случаев информирования НКЦКИ: теперь нужно сообщать о компьютерных инцидентах на информационных ресурсах российских органов и организаций. Также необходимо уведомлять о компьютерных атаках на субъекты КИИ или информационные ресурсы.
— запрет прямого обмена информацией с международными организациями: теперь все взаимодействие с иностранными организациями по инцидентам должно проходить с обязательным уведомлением НКЦКИ.
— обязательные планы и учения: каждая организация должна разработать план реагирования на инциденты и ежегодно проводить тренировки по его отработке.
— круглосуточное взаимодействие: организации обязаны поддерживать постоянную работу средств ГосСОПКА и круглосуточную связь с системой.
— локализация СЗИ: все средства ГосСОПКА должны быть российского производства и иметь отечественную техподдержку.

@finance_ciso

🎥Экспресс-диагностика защиты ПДн: когда аудит действительно нужен — вебинар

К 2026 году штрафы за нарушения ФЗ-152 и утечки персональных данных стали настолько высоки, что могут остановить даже самый устойчивый бизнес. В то же время проверки Роскомнадзора происходят все чаще, и становятся все более тщательными.

25 февраля в 11:00 МСК на вебинаре команда ITG Security расскажет, как снизить риски, с чего начать, и как делать не нужно. Более подробно обсудим:

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

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

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

@finance_ciso

❗️Комитет ГД одобрил законопроект о введении административной ответственности за нарушение правил эксплуатации объектов КИИ

Кроме того, комитетом также был одобрен законопроект об освобождении от уголовной ответственности за преступления в этой сфере, если совершивший их активно способствовал расследованию, сообщает ТАСС.

Законопроект о штрафах предполагает наказывать за нарушения правил эксплуатации КИИ штрафами, если эти деяния не содержат признаков преступления. Предлагаемые размер штрафов:

— для граждан от 5 до 10 тыс. рублей,
— для должностных лиц от 10 до 50 тыс. рублей,
— для юрлиц от 100 до 500 тыс. рублей.

В данный момент за подобные нарушения законом предусмотрена только уголовная ответственность. Законопроект также предполагает зафиксировать, за какие именно правонарушения она наступает. На текущий момент это происходит при любом неправомерном доступе к охраняемой информации в критической информационной инфраструктуре, а также за нарушение правил эксплуатации, обработки или хранения информации, если они нанесли вред КИИ. Поправки уточняют, что уголовная ответственность может наступить, если неправомерный доступ к охраняемой информации или нарушение правил эксплуатации средств хранения повлекли уничтожение, блокирование, модификацию или копирование информации в КИИ.

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

Эта инициатива, бесспорно, крайне позитивная. Очевидно, что даже при неукоснительном выполнении всех требований к безопасности, вероятность инцидента на объекте КИИ не равна нулю. Но предлагаемые изменения позволят исключить ситуации, при которых попасть под уголовную ответственность могут ответственные за ИБ, добросовестно выполняющие свою работу. Если инициатива все-таки будет принята (мы в этом почти не сомневаемся), то, как мы считаем, выиграют все: субъекты КИИ смогут привлечь более компетентных специалистов, которые ранее могли опасаться брать на себя ответственность за безопасность, а правоохранительные органы получат мотивированных экспертов, содействующих расследованию киберинцидентов.

Если развивать эту мысль, то окончательным устранением проблемы могли бы быть определенные условия, при которых CISO или иной ответственный за ИБ в принципе освобождается от любых санкций, включая штрафы, если все предписания и требования к безопасности были выполнены. Реализовать это будет куда сложнее — понадобится привлекать третью, независимую сторону, которая могла бы установить, действительно ли все было реализовано. Но, тем не менее, определенно есть, о чем еще подумать.

@finance_ciso

🎥SOC на практике: подключение, реагирование и автоматизация в реальной инфраструктуре — видео

Совместно с редакцией CISOCLUB мы записали видеоинтервью на базе SOC Forum, где рассказали о том, как работает Security Operations Center в реальной инфраструктуре.

В кадре
— Александр Зубриков, CEO ITG Security
— Евгений Буйволов, руководитель L1 SOC ITG Security

Что обсудили
— что происходит, когда SOC подключается к уже скомпрометированной инфраструктуре
— почему IRP «по методичке» в таких сценариях часто не работает
— видит ли атакующий SOC, и как это влияет на ход атаки
— реальные возможности SOC против шифровальщиков
— как быстро SOC обнаружит злоумышленника
— как измерять эффективность SOC
— где автоматизация и ИИ помогают, а где создают ложное чувство контроля
— возможна ли замена L1 на ИИ, и что этому мешает на практике

Смотрите на всех площадках
— CISO Club
— YouTube
— RuTube
— VK Video
— Дзен

@finance_ciso

❗️Безопасное использование ИИ: как снизить риски

В начале 2026 года может состояться первое чтение законопроекта о маркировке генеративных видео. Согласно инициативе, владельцы площадок, где размещается такой контент, будут обязаны помечать его. Принятие закона может стать первым серьезным шагом в борьбе с недобросовестным ИИ-контентом. И однозначно не последним.

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

Но сегодня мы хотим обсудить другой аспект — использование нейросетей для корпоративных задач. Языковые модели способны взять на себя очень многое: от написания текстов до разработки и аналитики, что значительно упрощает рабочие процессы. И чем больше информации получает нейросети, тем более качественный результат она может предоставить.

Однако такая практика ведет к бесконтрольному распространению практически любых данных в неизвестных направлениях. По нашему опыту, большинство сотрудников не задумываются о том, чем они делятся с ИИ. В то же время, разработчики нейросетей хранят все диалоги пользователей. Напрмер, ChatGPT уже давно обучается взаимодействию с пользователем, запоминает важные факты и детали предыдущих диалогов, используя их по своему усмотрению даже тогда, когда это не предполагалось. Отсюда возникают разумные вопросы — хорошо ли эта информация защищена? могут ли злоумышленники завладеть ей? И ответы вам вряд ли понравятся.

— разработка своей собственной, корпоративной нейросети on-premise

Очевидный, но дорогой, долгий и болезненный путь. Плюсы: полная изоляция, полный контроль, полная кастомизация. Главный минус — это крайне дорого. Чтобы внедрить такое решение, почти всегда необходимы колоссальные вычислительные мощности, выделенные команды разработки и поддержки. Наконец, значительные инвестиции в безопасность этого решения.

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

— обезличивание информации, которая попадает к ИИ

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

Главный плюс — это бесплатно (кроме, разве что, подписки на ИИ). Но есть и минусы — не всегда возможно четко оценить степень конфиденциальности информации, поэтому что-то может быть упущено; это занимает время; обезличенных данных может быть недостаточно для качественного результата.

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

— гибридный сценарий

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

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

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

@finance_ciso

🛡Как повысить уровень защищенности без отдела ИБ: практические рекомендации ITG Security

В последние несколько лет сфера информационной безопасности претерпевает беспрецедентные по своему масштабу изменения: многократно возрастает разнообразие и масштаб киберрисков, возникают новые стратегии и тактики кибератак, совершенствуется инструментарий злоумышленников, вместе с этим развиваются и механизмы противодействия им. Но, несмотря на такие масштабные перемены, неизменным остается главное — ключевой катализатор инцидентов ИБ по-прежнему человеческий фактор.

По данным Verizon, более 80% инцидентов стали возможны из-за человеческого фактора: слабые пароли, фишинг, недостаточный уровень киберграмотности и т.д. Поэтому мы уверены — результативная кибербезопасность начинается с человека, с его отношения к защите информации. Одно только внедрение полезных практик и привычек способно значительно снизить риски ИБ для подавляющего большинства компаний. Причем, для этого не нужны самые дорогие СЗИ или большие инвестиции в inhouse-команды ИБ.

Ниже собрали для вас самые важные рекомендации, которые реально работают:

— многофакторная аутентификация

Используйте менеджер паролей и внедрите многофакторную аутентификацию во всех (хотя бы в критичных сервисах).

— контроль ролей и доступов

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

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

— secret-scanning

Внедрите его в CI/CD, чтобы доступы не оказались в коде.

— регулярные фишинг-тренинги

Проинформируйте сотрудников об опасности фишинга и мерах предосторожности. Периодически проводите "учения" для контроля усвоения знаний.

— резервное копирование

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

— регулярные обновления

Обновления ПО устраняют новые выявляемые уязвимости. Следите за актуальной версией сервисов, которыми пользуетесь. Если версия устарела — у вас есть уязвимость, которой могут воспользоваться.

— рабочее отдельно от личного

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

Как внедрить эти практики без отдела ИБ

— назначьте ответственного за направление

Для их реализации в небольшой компании не нужна полноценная команда. Определите того, кто будет контролировать выполнение рекомендаций. Это может быть текущий сотрудник ИТ-отдела компании. Важно помнить про принцип "не проверяй свою же работу": постарайтесь назначить такого сотрудника ИТ-отдела, который меньше всего задействован в администрировании систем и рабочих мест. Если такого человека не окажется, придется поискать в других смежных областях или задуматься о ставке специалиста по ИБ на аутсорсе.

— расставьте приоритеты

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

— распределите зоны ответственности

ИТ-команда — технические обновления и сегментация, бизнес-руководители — политика, обучение, ответственность сотрудников, сами сотрудники — соблюдение базовых правил.

— внедрите цикл PDCA

Plan (выработать политику и процедуру), Do (внедрить инициативы: обучение, обновления), Check (проверять: контроль процесса, фишинг-тесты, есть ли незакрытые уязвимости и тд), Act (корректировать, улучшать).

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

@finance_ciso

❗️Новые правила категорирования для объектов КИИ

В ноябре было опубликовано постановление Правительства №1762, которое вносит изменения в логику категорирования КИИ.

Ключевые изменения:

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

Смена парадигмы. Из процесса исключаются этапы выявления «критических процессов». Вместо него вводится процесс выявления объектов, соответствующих типам ИС, ИТКС, АСУ, включенных в перечни типовых отраслевых объектов КИИ.

Ужесточение требований регулятора к мониторингу. В список нарушений добавлены:
— нарушение отраслевых особенностей категорирования.
— выявление в ходе мониторинга объектов из перечней, которые не были прокатегорированы.

Новая отчетность. В сведения об объекте КИИ обязательно включать доменные имена и сетевые адреса при взаимодействии с интернетом.

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

Ответственность за новое. Если создается новая критичная система, отсутствующая в перечне, субъект КИИ обязан не только её категорировать, но и направить предложение о включении этой системы в перечень.

На данный момент отраслевые особенности категорирования еще не утверждены. Субъекты КИИ могут руководствоваться обновленным ПП-127, но должны быть готовы к оперативной корректировке процессов после утверждения отраслевых документов.

@finance_ciso

🏛Роскомнадзор сообщил о снижении объемов утечек персональных данных

За 10 месяцев 2025 года было зафиксировано 103 факта утечек общим объемом в 50 миллионов записей. За весь предыдущий год — 135 фактов и 710 миллионов записей.

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

Цифры действительно впечатляют: при сохранении примерно того же количества утечек, объем украденных строк снизился на порядок. Введенные недавно оборотные штрафы, помимо прочих изменений и ужесточений, на наш взгляд, сыграли ключевую роль в этой динамике: бизнес правильно воспринял новые риски и стремится сделать все, чтобы они не реализовались. Мы видим подтверждение этому и в нашей практике — интерес к защите персональных данных заметно вырос, что позитивно сказалось на уровне их защищенности.

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

Еще одна важная тендеция, которую мы наблюдаем в этом году — формирование культуры "сакральности" персональных данных. Несомненно, этот процесс начался под влиянием громких новостей о кибератаках, а продолжился под влиянием ужесточений законодательства и введением новых штрафов. Но, тем не менее, он идет, и все больше людей начинают относиться к персональным данным с должным уровнем ответственности. Мы считаем, что дальнейшее развитие такой культуры способно закрепить позитивную тенденцию в утечках на долгие годы. И, более того, ее деградация с высокой долей вероятности может привести к откату уже в ближайшее время. Личное ответственное отношение граждан — фундамент для долгосрочного развития безопасности.

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

@finance_ciso

❗️ФСТЭК рекомендует в кратчайшие сроки прекратить использование Microsoft Windows 10, Microsoft Exchange Server 2016 и 2019

Ведомство опубликовало информационное сообщение, в котором призывает пользователей Microsoft Windows 10 и Microsoft Exchange Server (2016 и 2019) к скорейшей миграции на отечественные решения в связи с прекращением поддержки, включая выпуск обновлений безопасности с 14 октября 2025 года.

Если переход невозможен, ведомство предлагает следующие рекомендации для минимизации рисков:

— установить обновления для ОС Windows 10 и Exchange Server 2016/2019 в соответствии с методиками ФСТЭК;
— ограничить интернет-доступ к рабочим станциям и серверам Exchange с помощью межсетевых экранов;
— защитить периметр средствами защиты (МЭ, антивирус, IDS, DLP) при невозможности ограничить доступ. Мы также рекомендуем 2FA и PAM — эффективные и недорогие решения;
— мониторить уязвимости в публичных источниках и оперативно нейтрализовывать угрозы;
— регламентировать работу с уязвимостями согласно методике управления уязвимостями ФСТЭК;
— обеспечить регулярное резервное копирование данных, настроек и ПО;
— проводить сканирование на уязвимости и контролировать целостность систем;
— применять дополнительные сертифицированные средства защиты, дублирующие функции безопасности ОС;

Мы присоединяемся к ФСТЭК и рекомендуем как можно скорее отказаться от более неподдерживаемого и небезопасного ПО.

@finance_ciso