FAQ Квартирник: ответы на ваши вопросы про безопасную разработку
27 февраля 2025
12 февраля в Екатеринбурге прошел Квартирник по безопасной разработке, собравший экспертов отрасли и единомышленников.
В ходе мероприятия участники обсудили итоги 2024 года и влияние ключевых тенденций на будущее DevSecOps. Доклады спикеров вызвали живой интерес, и мы получили множество любопытных вопросов. Отвечаем на самые популярные из них в коротком FAQ.
В ходе мероприятия участники обсудили итоги 2024 года и влияние ключевых тенденций на будущее DevSecOps. Доклады спикеров вызвали живой интерес, и мы получили множество любопытных вопросов. Отвечаем на самые популярные из них в коротком FAQ.
Каким компаниям важно делать упор на безопасную разработку, и касается ли это небольших компаний
и стартапов?
Компании из Enterprise-сектора, особенно объекты критической информационной инфраструктуры (КИИ), банки, разработчики программного обеспечения и компании в сфере E-commerce, обязаны внедрять процессы безопасной разработки, учитывая высокие требования законодательства. Для таких компаний это не только обязательство, но и необходимость с учетом угроз в сфере кибербезопасности и законодательных норм.
Для малого и среднего бизнеса, а также стартапов, занимающихся разработкой собственного ПО, важно хотя бы минимально учитывать требования безопасности. Это поможет им защитить продукты, пользователей и обеспечить киберустойчивость в условиях современных угроз, а также получить конкурентное преимущество среди аналогов. Для таких компаний существуют сервисы, работающие по модели MSSP, которые помогают обеспечивать безопасность на разных этапах разработки. Одним из таких примеров является Apsafe — сервис от УЦСБ, предоставляющий решения для безопасной разработки программного обеспечения.
Для малого и среднего бизнеса, а также стартапов, занимающихся разработкой собственного ПО, важно хотя бы минимально учитывать требования безопасности. Это поможет им защитить продукты, пользователей и обеспечить киберустойчивость в условиях современных угроз, а также получить конкурентное преимущество среди аналогов. Для таких компаний существуют сервисы, работающие по модели MSSP, которые помогают обеспечивать безопасность на разных этапах разработки. Одним из таких примеров является Apsafe — сервис от УЦСБ, предоставляющий решения для безопасной разработки программного обеспечения.
Сможет ли ИИ заменить специалистов по безопасной разработке? Кого, когда и какой квалификации?
Может, стоит все бросить и перейти в разработку ИИ?
На текущем этапе развития искусственный интеллект (ИИ) не способен полностью заменить специалистов по безопасной разработке.
Вместо этого, ИИ может служить полезным инструментом, поддерживающим их в работе. Например, уже существуют системы, которые помогают приоритизировать уязвимости, позволяя фокусироваться на наиболее критичных проблемах. Также ИИ активно используется в центрах мониторинга и реагирования на инциденты (SOC) для обнаружения атак в реальном времени.
Роль специалистов по безопасности остается незаменимой, поскольку ИИ не может полностью заменить экспертизу и стратегическое мышление человека. ИИ может эффективно выполнять рутинные задачи и анализировать большие объемы данных, однако для принятия важных решений
и адаптации к новым угрозам все еще требуется квалифицированный специалист.
Вместо этого, ИИ может служить полезным инструментом, поддерживающим их в работе. Например, уже существуют системы, которые помогают приоритизировать уязвимости, позволяя фокусироваться на наиболее критичных проблемах. Также ИИ активно используется в центрах мониторинга и реагирования на инциденты (SOC) для обнаружения атак в реальном времени.
Роль специалистов по безопасности остается незаменимой, поскольку ИИ не может полностью заменить экспертизу и стратегическое мышление человека. ИИ может эффективно выполнять рутинные задачи и анализировать большие объемы данных, однако для принятия важных решений
и адаптации к новым угрозам все еще требуется квалифицированный специалист.
Зачем защищать Kubernetes, если он часто используется во внутренней эшелонированной инфраструктуре,
и известных атак не так много?
Kubernetes используется для развертывания и управления критическими сервисами, включая финансовые приложения и системы АСУ ТП, что делает его важной частью инфраструктуры. Несмотря на ограниченное количество известных атак в настоящее время, количество угроз продолжает расти. Ожидается, что тенденции, наблюдаемые в других странах, со временем могут распространиться и на нашу инфраструктуру.
Хотя Kubernetes может быть развернут в закрытой среде, существует риск уязвимостей, связанных с человеческим фактором, например, из-за ошибок конфигурации. Kubernetes также могут быть уязвимыми, если приложения написаны с ошибками, что открывает возможность атак через скрипты в строках поиска. Возможность проникновения в контейнеры и дальнейшее распространение угроз не исключена, поэтому необходимо обеспечивать безопасность на всех уровнях инфраструктуры.
Хотя Kubernetes может быть развернут в закрытой среде, существует риск уязвимостей, связанных с человеческим фактором, например, из-за ошибок конфигурации. Kubernetes также могут быть уязвимыми, если приложения написаны с ошибками, что открывает возможность атак через скрипты в строках поиска. Возможность проникновения в контейнеры и дальнейшее распространение угроз не исключена, поэтому необходимо обеспечивать безопасность на всех уровнях инфраструктуры.
Назовите 5 причин для перехода на российские платформы оркестрации?
- Высокая степень автоматизации рутинных задач позволяет снизить нагрузку на специалистов DevOps, предоставляя им возможность сосредоточиться на более значимых и сложных задачах.
- Централизованное управление обеспечивает единый интерфейс для управления, мониторинга и контроля всей экосистемы через API и графический интерфейс, упрощая взаимодействие с платформой.
- Безопасность «из коробки» — централизованное управление, готовые шаблоны безопасности и встроенные инструменты позволяют уменьшить порог входа для специалистов по информационной безопасности, экономя время на выборе и внедрении специализированных инструментов, и предоставляют кластер с уже внедренными практиками безопасности.
- Техническая поддержка от российского вендора — в случае проблем, вы можете рассчитывать на оперативную помощь от вендора, что исключает зависимость от иностранных поставщиков и помогает оперативно решать задачи.
- Импортонезависимость стала особенно актуальной после ухода иностранных решений с рынка. Переход на российскую платформу оркестрации помогает избежать подобных проблем в будущем и обеспечивает надежную защиту от внешних факторов.
Почему ML-кластера требуют отдельного внимания со стороны безопасности?
ML-кластера требуют особого внимания к безопасности, поскольку они представляют собой сложные системы с множеством компонентов и точек входа. Это увеличивает количество возможных векторов атак, предоставляя злоумышленникам больше возможностей для воздействия на систему. Чем более сложна и разнообразна инфраструктура, тем выше вероятность того, что какой-то элемент системы может быть скомпрометирован.
Достаточно ли одного SCA-анализа для защиты цепочек поставок и что вы посоветуете для минимизации рисков атак на них?
Одного анализа SCA (Software Composition Analysis) недостаточно для защиты цепочек поставок. Для этого необходимы дополнительные инструменты, такие как OSA (Open Source Analysis), которые обеспечивают фильтрацию Open-Source компонентов, попадающих в контур организации. Однако даже этих мер недостаточно. Для минимизации рисков атак требуется комплексный подход к безопасности на всех этапах разработки ПО. Это включает защиту инфраструктуры разработки (CI/CD, registry и другие элементы), подпись артефактов на всех этапах их создания и обеспечение «чистого» репозитория артефактов, как собственных, так и заимствованных.
На какие параметры, критерии или триггеры компании могут ориентироваться, чтобы понять, что им пора внедрять решения класса ASOC/ASPM, учитывая, что эти инструменты часто являются сложными и редко внедряются на первом этапе выстраивания процессов безопасной разработки?
Компании могут ориентироваться на несколько ключевых факторов для принятия решения о внедрении решений класса ASOC/ASPM. Существует два основных подхода. Первый — это старт с нуля, когда концепция безопасной разработки только формируется. На этом этапе компании можно начинать с более простых инструментов, таких как сканеры безопасности, которые быстро окупаются и дают ощутимую пользу.
Второй подход актуален, когда компания уже использует ряд сканеров, но сталкивается с проблемой эффективного управления и интеграции их результатов в процесс разработки. Если инструменты безопасности используются, но их взаимодействие или результаты остаются неясными, внедрение ASOC/ASPM может стать логичным следующим шагом. Эти решения обеспечивают централизованный контроль, позволяют интегрировать внешние инструменты безопасности и обеспечивают более высокую эффективность и улучшенную видимость процессов безопасности в разработке.
Второй подход актуален, когда компания уже использует ряд сканеров, но сталкивается с проблемой эффективного управления и интеграции их результатов в процесс разработки. Если инструменты безопасности используются, но их взаимодействие или результаты остаются неясными, внедрение ASOC/ASPM может стать логичным следующим шагом. Эти решения обеспечивают централизованный контроль, позволяют интегрировать внешние инструменты безопасности и обеспечивают более высокую эффективность и улучшенную видимость процессов безопасности в разработке.
Какие существуют решения проактивной защиты от уязвимостей бизнес-логики?
Для проактивной защиты от уязвимостей бизнес-логики существуют специализированные решения, такие как IAST и RASP. Инструменты встраиваются в программное обеспечение и способны обнаруживать уязвимости, возникающие в процессе работы приложения, например, манипуляции с данными или некорректную обработку запросов. Однако на текущий момент данные решения не представлены на российском рынке.
Вместо этого можно применить комплексный подход, включающий безопасное проектирование с учетом требований информационной безопасности, регулярные пентесты программного обеспечения, внедрение решений для защиты веб-приложений (WAF) и безопасности API, а также мониторинг поведения программного обеспечения и системных учетных записей, под которыми оно функционирует.
Вместо этого можно применить комплексный подход, включающий безопасное проектирование с учетом требований информационной безопасности, регулярные пентесты программного обеспечения, внедрение решений для защиты веб-приложений (WAF) и безопасности API, а также мониторинг поведения программного обеспечения и системных учетных записей, под которыми оно функционирует.
Нажимая кнопку «Подписаться», я даю свое согласие на обработку моих персональных данных, в соответствии с Федеральным законом от 27.07.2006 года №152-ФЗ «О персональных данных», на условиях и для целей, определенных в Согласии на обработку персональных данных
Подпишитесь на нашу рассылку
Вы будете получать только полезную информацию о кибербезопасности — никакого спама и рекламы