Тысячи устройств под контролем: опыт Артема Рожко в области автоматизации корпоративной кибербезопасности
Современные компании обновляют свои цифровые сервисы всё быстрее. Иногда — по несколько раз в день. Но чем больше обновлений, тем больше программных компонентов, которые необходимо проверять на безопасность.
По данным международной организации "Cloud Native Computing Foundation", занимающейся развитием облачных технологий, в 2024 году 91 % опрошенных организаций уже использовали контейнеры в рабочих средах.
Проблема заключается в том, что каждое такое обновление может содержать уязвимость: в собственном коде, сторонней библиотеке или готовом программном компоненте.
Verizon, одна из крупнейших телекоммуникационных компаний США, в своём отчёте за 2025 год зафиксировала 34-процентный рост числа случаев, когда злоумышленники использовали известные уязвимости для атак. В то же время доля инцидентов, связанных с третьими сторонами, удвоилась и достигла 30%.
Вывод прост: "ручной" проверки безопасности, которая обычно проводится на заключительном этапе разработки, уже недостаточно. Особенно когда речь идет о крупных компаниях.
"Нужен механизм, который будет автоматически проверять тысячи компонентов ещё до того, как они поступят в рабочую среду, и пресекать опасные изменения на раннем этапе", — уверен инженер по кибербезопасности Артем Рожко.
Чтобы решить эту проблему, он разработал методику "Integration of Container Scanning Tools into Continuous Delivery Processes for Security by Design", которая в 2025 году была издана в виде методического пособия.
Об эксперте
Артем Рожко — инженер по кибербезопасности, специализирующийся на автоматизации защиты корпоративных систем и управлении уязвимостями. Он окончил Военный институт телекоммуникаций и информатизации и в 2016 году начал профессиональную карьеру, в течение пяти лет занимаясь мониторингом киберинцидентов, реагированием на атаки и разработкой внутренних инструментов автоматизации.
В последующие годы Артем занимался корпоративной и облачной безопасностью. Именно тогда автоматизация стала одним из основных направлений его работы.
С сентября 2024 года он отвечает за кибербезопасность в нью-йоркской компании.
Профессиональную квалификацию Артема Рожка также подтверждает ряд сертификатов Cisco, Microsoft и AWS, в частности AWS Certified Security – Specialty.
Безопасность, встроенная в процесс разработки
Методика Артема Рожко основана на интуитивно понятной идее: безопасность должна стать частью процесса разработки и доставки программного обеспечения.
"Вместо того чтобы проверять уже готовый продукт, автоматизированные механизмы контроля следует интегрировать непосредственно в процесс его создания", — предлагает киберэксперт.
Речь идет, прежде всего, о контейнерах — изолированных программных средах, в которых сегодня запускается значительная часть корпоративных приложений.
Артем объясняет, что каждый такой контейнер может содержать десятки или даже сотни компонентов, библиотек и зависимостей. А каждый компонент — потенциальный источник уязвимостей или опасных настроек.
Методика "Integration of Container Scanning Tools into Continuous Delivery Processes for Security by Design" предполагает, что проверка таких компонентов должна происходить автоматически на различных этапах CI/CD-процесса. То есть ещё до того, как обновлённая версия программы попадёт в руки пользователя.
По словам эксперта, система проверяет не только сам код: "Она способна выявлять уязвимые программные зависимости, ошибки конфигурации, опасные контейнерные образы, открытые секреты и другие риски, связанные с цепочкой поставок ПО".
Как только система обнаруживает серьезную проблему, развертывание автоматически приостанавливается.
В традиционной модели киберзащиты безопасность — это, по сути, отдельная проверка, которую специалист проводит в конце процесса. В подходе Артема Рожко это непрерывный контроль, сопровождающий программный продукт на протяжении всего его жизненного цикла.
От выявления уязвимостей до управления рисками
Впрочем, стоит отметить, что использование программ для сканирования контейнеров — лишь часть методики Артема Рожко.
В своём руководстве, опубликованном издательством "Gutenberg", он рассматривает гораздо более широкую модель и отвечает на вопросы, как оценивать выявленные риски, какие проблемы должны препятствовать развертыванию, как контролировать соблюдение внутренних политик компании и как распределять ответственность между членами команды.
Особое внимание разработчик уделяет контролю уже после развертывания. Он отмечает, что успешная проверка на этапе разработки не гарантирует, что система останется безопасной и в дальнейшем: "Могут появляться новые уязвимости, меняться конфигурации или возникать новые способы атак".
В этом и заключается суть подхода Артема Рожко: безопасность должна быть не заключительной проверкой, а частью всего процесса создания и обновления продукта.