Организация внутреннего Центр мониторинга и реагирования на инциденты ИБ
Построение SOC
Выполнение требований по защите ПДн
в соответствие с 152-ФЗ
в соответствие с 152-ФЗ
Защита персональных данных
Создание централизованной ИБ-системы
на предприятии
на предприятии
Построение СОИБ
Защита от сетевых атак, аудит архитектуры
и подбор средств защиты сети
и подбор средств защиты сети
Сетевая безопасность
Минимизация ущерба, выявление причин предотвращение повторных инцидентов
Расследование инцидентов ИБ
Объективная оценка ИБ для повышения уровня киберустойчивости
Аудит ИБ
Внедрение принципов ИБ на всех этапах разработки По от сборки до интеграции и развертывания
Безопасная разработка
Оценка защищенности систем и определение возможных векторов атак
Анализ защищенности
Выявление критичных недостатков ИБ и укрепление защиты ИТ-инфраструктуры
Экспресс-повышение уровня защищенности
Подключение к платформе цифрового рубля с полным сопровождением на всех этапах
Цифровой рубль
Выполнение требований 187-ФЗ и организация защиты информационных систем от киберугроз
Комплексная киберзащита субъектов КИИ
Комплексная проверка скрытых признаков компрометации на ИТ-инфраструктуру организации
Compromise Assessment
Предотвращение DDoS-атак любой сложности на уровнях L3 и L4
Анти-DDoS
Защита веб-приложений
WAF
Защита конечных точек
EDR
Анализ трафика
NTA
Управление уязвимостями
Sandbox
Автоматизация процессов управления ИБ, рисков и комплаенса
SGRC
Управление учетными записями и доступом
IdM/IGA
Межсетевые экраны нового поколения
NGFW
Управление уязвимостями
VM
Анализ и корреляция событий
SIEM
Комплексное решение для контроля соответствия требованиям ИБ
CheckU
Непрерывный мониторинг и оперативное реагирование на инциденты для минимизации ущерба
УЦСБ SOC
Облачная DevSecOps-платформа
для непрерывного анализа защищенности приложений
для непрерывного анализа защищенности приложений
Apsafe
Получить рекомендацию
Заполните форму, и специалист Центра кибербезопасности свяжется с вами
Нажимая кнопку «Отправить», я даю свое согласие на обработку моих персональных данных, в соответствии с Федеральным законом от 27.07.2006 года № 152-ФЗ
«О персональных данных», на условиях и для целей, определенных в Согласии на обработку персональных данных
«О персональных данных», на условиях и для целей, определенных в Согласии на обработку персональных данных
Сетевая безопасность
Защита от сетевых атак, аудит архитектуры
и подбор средств защиты сети
и подбор средств защиты сети
Построение SOC
Организация внутреннего Центр мониторинга и реагирования на инциденты ИБ
Защита персональных данных
Выполнение требований по защите ПДн
в соответствие с 152-ФЗ
в соответствие с 152-ФЗ
Построение СОИБ
Создание централизованной ИБ-системы
на предприятии
на предприятии
Анти-DDoS
Предотвращение DDoS-атак любой сложности на уровнях L3 и L4
Комплексная киберзащита субъектов КИИ
Выполнение требований 187-ФЗ и организация защиты информационных систем от киберугроз
Compromise Assessment
Комплексная проверка скрытых признаков компрометации на ИТ-инфраструктуру организации
Цифровой рубль
Подключение к платформе цифрового рубля с полным сопровождением на всех этапах
Экспресс-повышение уровня защищенности
Выявление критичных недостатков ИБ и укрепление защиты ИТ-инфраструктуры
Расследование инцидентов ИБ
Минимизация ущерба, выявление причин предотвращение повторных инцидентов
Аудит ИБ
Объективная оценка ИБ для повышения уровня киберустойчивости
Безопасная разработка
Внедрение принципов ИБ на всех этапах разработки По от сборки до интеграции
и развертывания
и развертывания
Анализ защищенности
Оценка защищенности систем и определение возможных векторов атак
MFA
Многофакторная аутентификация
IRP/SOAR
Защита от сетевых атак, аудит архитектуры
и подбор средств защиты сети
и подбор средств защиты сети
NGFW
Межсетевые экраны нового поколения
PAM
Контроль привилегированного доступа
TI
Киберразведка
SA
Повышение киберграмотности сотрудников
WAF
Защита веб-приложений
DLP
Предотвращение утечек информации
SGRC
Автоматизация процессов управления ИБ, рисков и комплаенса
IdM/IGA
Управление учетными записями и доступом
EDR
Защита конечных точек
NTA
Анализ трафика
Sandbox
Сетевые лесочницы
VM
Управление уязвимостями
SIEM
Анализ и корреляция событий
Чтобы сделать сайт более удобным,
мы собираем cookie-файлы. Отключить сбор cookie можно в настройках браузера. Подробную информацию о файлах cookie можно изучить здесь.
мы собираем cookie-файлы. Отключить сбор cookie можно в настройках браузера. Подробную информацию о файлах cookie можно изучить здесь.
FAQ: ответы на вопросы к эфиру «Безопасная разработка
под новые требования: от 117 приказа ФСТЭК России до стандартов безопасности ИИ»
25 февраля 2026
17 февраля состоялся эфир «Безопасная разработка под новые требования: от 117 приказа ФСТЭК России до стандартов безопасности ИИ». Эксперты УЦСБ, Renue, CodeScoring и Академии АйТи обсудили ключевые изменения в регулировании безопасной разработки, какие стандарты безопасности для искусственного интеллекта появляются в России, вопросы импортозамещения и прогнозах развития регулирования на 2026-2027 годы.
В этом материале собрали ответы на самые интересные вопросы зрителей
17 февраля состоялся эфир «Безопасная разработка под новые требования: от 117 приказа ФСТЭК России до стандартов безопасности ИИ». Эксперты УЦСБ, Renue, CodeScoring и Академии АйТи обсудили ключевые изменения в регулировании безопасной разработки, какие стандарты безопасности для искусственного интеллекта появляются в России, вопросы импортозамещения и прогнозах развития регулирования на 2026-2027 годы.
В этом материале собрали ответы на самые интересные вопросы зрителей
Какие требования к подрядчикам предъявляются в рамках 117 приказа, как подтвердить, что подрядчик их выполняет?
Даниил Коновалов, инженер информационной безопасности (Information Security Engineer), Renue:
«Следует отметить, что Приказ 117 - не единственный регуляторный документ, и, Заказчик, почти в ста процентах случаев, «приправляет» договор своими требованиями.
Но, гарантированно, будут следующие:
В части подтверждения выполнения требований:
«Следует отметить, что Приказ 117 - не единственный регуляторный документ, и, Заказчик, почти в ста процентах случаев, «приправляет» договор своими требованиями.
Но, гарантированно, будут следующие:
- Строгая регламентация порядка предоставления доступа к информации, в т.ч. обязанность исполнения внутренних регламентов Заказчика по ИБ;
- Организация тестового контура системы, полный запрет на доработки «на живую»;
- Этот пункт пока есть далеко не у всех, но, прогнозирую, что, со вступлением в силу Приказа № 117, появится у большинства: Разработка должна производиться согласно требованиям ГОСТ 56939-2024. Многие будут включать этот пункт «под копирку», но это не избавит подрядчиков от его исполнения.
В части подтверждения выполнения требований:
- Крупные Заказчики будут использовать свои пайплайны для автоматизированной проверки - здесь всё фундаментально просто - код загружается в систему контроля версий Заказчика, если он не проходит через все заданные проверки - отправляется на доработки;
- Почти наверняка останется более щадящий способ подтверждения: Отчетность. Это когда в рамках закрытия работ (по этапу, по контракту), подрядчик представляет Акт о соответствии. Его состав обычно фиксируется в договоре и составление лежит полностью на плечах подрядчика.
- Не исключаю, что некоторые Заказчики повесят исполнение своих обязательств, и добавят к вышеизложенному отчетность по показателю защищенности - 2 раза в год, по показателю уровня зрелости защиты - 1 раз в год, по итогам календарного года - годовой отчет
Частные компании готовы вкладываться в развитие контролируемого репозитория доверенного ПО?
Лев Новоженин, руководитель службы PreSale, CodeScoring:
«Контролируемый репозиторий — это репозиторий, в котором соблюдаются принципы безопасности и применение инструментальных средств проверки хранимых артефактов или кода.
Да, частные компании действительно готовы и уже вкладывают ресурсы в контролируемые репозитории. Такая тенденция обусловлена необходимостью централизованно контролировать цепочку поставки (supply chain), контролировать использование сторонних компонентов, обеспечить безопасность и целостность ПО. Доверенные репозитории помогают компаниям перейти к проактивному управлению рисками.»
«Контролируемый репозиторий — это репозиторий, в котором соблюдаются принципы безопасности и применение инструментальных средств проверки хранимых артефактов или кода.
Да, частные компании действительно готовы и уже вкладывают ресурсы в контролируемые репозитории. Такая тенденция обусловлена необходимостью централизованно контролировать цепочку поставки (supply chain), контролировать использование сторонних компонентов, обеспечить безопасность и целостность ПО. Доверенные репозитории помогают компаниям перейти к проактивному управлению рисками.»
И все-же, можно ли добиться безусловного доверия к ИИ?
Николай Павлов, архитектор MLSecOps и AI Governance, Академия АйТи:
«Нет, безусловное доверие к ИИ не только недостижимо, но и нежелательно с точки зрения безопасности и этики. Если кратко — человек всегда должен и будет контролировать ИИ, прогнозируя его развитие, риски и нивелируя угрозы.
Сегодня многие современные ИИ-системы, особенно на основе глубокого обучения (то есть там, где есть нейроны, нейросети), работают как «чёрные ящики» с триллионами параметров, что делает их решения непрозрачными и труднообъяснимыми. А агенты ИИ имеют еще больше прав и полномочий, и в этом случае вероятности рисков больше в разы.
При этом человеческое доверие опирается на общие этические нормы, культуру, воспитание и способность к моральной рефлексии. ИИ же не обладает сознанием или способностью адаптировать поведение на основе социального восприятия. Его установки статичны и заданы обучающими данными, архитектурой, другими компонентами. Природа ИИ все же другая — и я считаю, что люди все еще не до конца это учитывают.
Безусловное доверие к ИИ опасно еще и потому, что это может привести к критическим ошибкам в медицине, транспорте, финансах и других сферах, где цена ошибки высока, критическая. Как и любую ИТ-систему ИИ-систему нужно проверять и перепроверять.
При этом угрозы со стороны злоумышленников растут вместе с возможностями ИИ. Злоумышленники могут эксплуатировать слепое доверие, создавая системы, которые выглядят надёжно, но действуют вредоносно. Они могут вмешиваться в наши ИИ-системы, и злоупотреблять нашим доверием к ним.
Согласно глобальным исследованиям, лишь 40-50% людей готовы доверять ИИ-системам в целом. И да, со временем эта цифра растет. Это не недостаток, а здоровый скептицизм. Люди видят, что ИИ становится продуктивнее, и там, где раньше ошибался — становится надежнее.
А ведь когда-то ИИ не было… На заре его появление доверие к нему было минимально, около 0%. Тренд очевидный, с этим надо что-то делать, нужно активно пропагандировать MLSecOps и AI Governance, развивать эти направления, чтобы всегда контролировать ИИ-системы, а не делегировать им все возможные процессы бесконтрольно.
Считаю, что будущее России в том числе в развитии ИИ-грамотности, чтобы простые пользователи понимали, когда и почему можно полагаться на ИИ-систему, а когда требуется человеческое вмешательство. Аналогично и разработчики ИИ — должны обеспечивать контроль, мониторинг, прозрачность, этичность, объяснимость и, главное, безопасность.»
«Нет, безусловное доверие к ИИ не только недостижимо, но и нежелательно с точки зрения безопасности и этики. Если кратко — человек всегда должен и будет контролировать ИИ, прогнозируя его развитие, риски и нивелируя угрозы.
Сегодня многие современные ИИ-системы, особенно на основе глубокого обучения (то есть там, где есть нейроны, нейросети), работают как «чёрные ящики» с триллионами параметров, что делает их решения непрозрачными и труднообъяснимыми. А агенты ИИ имеют еще больше прав и полномочий, и в этом случае вероятности рисков больше в разы.
При этом человеческое доверие опирается на общие этические нормы, культуру, воспитание и способность к моральной рефлексии. ИИ же не обладает сознанием или способностью адаптировать поведение на основе социального восприятия. Его установки статичны и заданы обучающими данными, архитектурой, другими компонентами. Природа ИИ все же другая — и я считаю, что люди все еще не до конца это учитывают.
Безусловное доверие к ИИ опасно еще и потому, что это может привести к критическим ошибкам в медицине, транспорте, финансах и других сферах, где цена ошибки высока, критическая. Как и любую ИТ-систему ИИ-систему нужно проверять и перепроверять.
При этом угрозы со стороны злоумышленников растут вместе с возможностями ИИ. Злоумышленники могут эксплуатировать слепое доверие, создавая системы, которые выглядят надёжно, но действуют вредоносно. Они могут вмешиваться в наши ИИ-системы, и злоупотреблять нашим доверием к ним.
Согласно глобальным исследованиям, лишь 40-50% людей готовы доверять ИИ-системам в целом. И да, со временем эта цифра растет. Это не недостаток, а здоровый скептицизм. Люди видят, что ИИ становится продуктивнее, и там, где раньше ошибался — становится надежнее.
А ведь когда-то ИИ не было… На заре его появление доверие к нему было минимально, около 0%. Тренд очевидный, с этим надо что-то делать, нужно активно пропагандировать MLSecOps и AI Governance, развивать эти направления, чтобы всегда контролировать ИИ-системы, а не делегировать им все возможные процессы бесконтрольно.
Считаю, что будущее России в том числе в развитии ИИ-грамотности, чтобы простые пользователи понимали, когда и почему можно полагаться на ИИ-систему, а когда требуется человеческое вмешательство. Аналогично и разработчики ИИ — должны обеспечивать контроль, мониторинг, прозрачность, этичность, объяснимость и, главное, безопасность.»
Как стартапу доказать энтерпрайзу, что его ПО безопасно?
Отвечает Николай Павлов, архитектор MLSecOps и AI Governance, Академия АйТи
«Главное доказательство безопасности — это, конечно, не определенное разовое действие, например, яркая и эффектная презентация, а целенаправленная (долгосрочная!) пошаговая стратегия, сочетающая коммуникацию, встречи с лицами, принимающими конечные решения (не всегда это директора, часто — сеньоры, техлиды, архитекторы), также сочетающая прозрачную документацию и демонстрацию зрелых процессов в компании. Этика общения, дресс-код, грамотная коммуникация – всё это играет роль.
По поводу самого ПО, нужно доходчиво и просто объяснять все преимущества, какие есть: шифрование данных, управление уязвимостями, логирование, противодействие инцидентам, автоматизация отчетности, польза для бизнеса и т.п. Объясняем простым языком, потому что, если это презентация групповая, даже опытные специалисты порой могут не понимать отдельных специфичных терминов.
Также можно показать уже имеющиеся отзывы текущих клиентов, дать их названия, контакты (с их согласия, конечно), оценки известных экспертов, сертификации, объяснить и то, что стартап полностью соблюдает установленные нормативно-правовые требования.
Разработанный процессинг (SLA), индикаторы SLI, SLO, KPI, тоже вызывают доверие. Техническая поддержка также важна, это нужно подсветить обязательно, причем обозначить гарантированное время реагирования на любой инцидент (10 минут, час, 2 ч).
Отдельно показываем плейбуки и ранбуки, техническую документацию, чек-листы, руководства, инструкции. Как для компаний-клиентов стартапа, так и для сотрудников самого стартапа — это сильно помогает доверию.
Ну и советы по коммуникации с энтерпрайзом, нужно говорить грамотно, не «у нас вот тут есть фаервол», а «мы снижаем риск несанкционированного доступа на …%, благодаря...».
Можно сделать файл, где сразу написать часто задаваемые вопросы и ответы на них.
Желательно также дать энтерпрайзу протестировать решение стартапа в изолированной среде с усиленным мониторингом. И при любых моментах важно держать марку! Нужно вселять уверенность, дарить позитив, показывая экспертизу. Нужно быть готовыми максимально идти на встречу каждому отдельному клиенту и приносить пользу бизнесу.»
«Главное доказательство безопасности — это, конечно, не определенное разовое действие, например, яркая и эффектная презентация, а целенаправленная (долгосрочная!) пошаговая стратегия, сочетающая коммуникацию, встречи с лицами, принимающими конечные решения (не всегда это директора, часто — сеньоры, техлиды, архитекторы), также сочетающая прозрачную документацию и демонстрацию зрелых процессов в компании. Этика общения, дресс-код, грамотная коммуникация – всё это играет роль.
По поводу самого ПО, нужно доходчиво и просто объяснять все преимущества, какие есть: шифрование данных, управление уязвимостями, логирование, противодействие инцидентам, автоматизация отчетности, польза для бизнеса и т.п. Объясняем простым языком, потому что, если это презентация групповая, даже опытные специалисты порой могут не понимать отдельных специфичных терминов.
Также можно показать уже имеющиеся отзывы текущих клиентов, дать их названия, контакты (с их согласия, конечно), оценки известных экспертов, сертификации, объяснить и то, что стартап полностью соблюдает установленные нормативно-правовые требования.
Разработанный процессинг (SLA), индикаторы SLI, SLO, KPI, тоже вызывают доверие. Техническая поддержка также важна, это нужно подсветить обязательно, причем обозначить гарантированное время реагирования на любой инцидент (10 минут, час, 2 ч).
Отдельно показываем плейбуки и ранбуки, техническую документацию, чек-листы, руководства, инструкции. Как для компаний-клиентов стартапа, так и для сотрудников самого стартапа — это сильно помогает доверию.
Ну и советы по коммуникации с энтерпрайзом, нужно говорить грамотно, не «у нас вот тут есть фаервол», а «мы снижаем риск несанкционированного доступа на …%, благодаря...».
Можно сделать файл, где сразу написать часто задаваемые вопросы и ответы на них.
Желательно также дать энтерпрайзу протестировать решение стартапа в изолированной среде с усиленным мониторингом. И при любых моментах важно держать марку! Нужно вселять уверенность, дарить позитив, показывая экспертизу. Нужно быть готовыми максимально идти на встречу каждому отдельному клиенту и приносить пользу бизнесу.»
Запись эфира
Напишите нам на cybersec@ussc.ru или оставьте заявку
Нужна консультация
по внедрению безопасной разработки?
Нажимая кнопку «Отправить», я даю свое согласие на обработку моих персональных данных, в соответствии с Федеральным законом от 27.07.2006 года №152-ФЗ «О персональных данных», на условиях и для целей, определенных в Согласии на обработку персональных данных