Количество запросов на услуги DevSecOps выросло на 30% с начала года

Количество запросов на услуги DevSecOps выросло на 30% с начала года

Количество запросов на услуги DevSecOps выросло на 30% с начала года

В начале 2025 года наблюдается значительный рост интереса среднего и крупного бизнеса к методикам и сервисам безопасной разработки (DevSecOps). По сравнению с IV кварталом 2024 года в январе 2025 года спрос увеличился на 29,7%, а доля компаний, впервые обращающихся за такими услугами, выросла на 14,5%.

Согласно наблюдениям «Кросс технолоджис», рост интереса к DevSecOps обусловлен рядом факторов.

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

Во-вторых, необходимость соблюдения требований регуляторов также влияет на развитие рынка. В частности, с 1 января 2023 года в соответствии с приказом ФСТЭК России № 239 при создании или модернизации значимых объектов критической информационной инфраструктуры (КИИ) требуется обеспечение безопасности прикладного ПО. При этом также сохраняется требование по импортозамещению, что требует модернизации программного обеспечения на таких объектах.

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

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

По данным Центра стратегических разработок (ЦСР), объем российского рынка DevSecOps в 2022 году составил около 8,25 млрд рублей, а в 2023 году увеличился до 9,84–12,32 млрд рублей. По прогнозам, к 2027 году он может достигнуть 17,75 млрд рублей, а в наиболее оптимистичном сценарии — 60 млрд рублей.

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

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

Проводник Windows падал не из-за Microsoft, виноват оказался деинсталлятор

Инженер Microsoft Рэймонд Чен рассказал любопытную историю отладки загадочных падений Проводника. Сначала всё выглядело так, будто в Windows внезапно появился неприятный баг. Но виновником оказалась вовсе не Microsoft, а сторонний деинсталлятор.

Проблема проявилась как резкий всплеск сбоев Проводника. Инженеры начали изучать дампы и заметили странную деталь: падала 32-битная версия программы, запущенная на 64-битных системах Windows.

Такая версия Проводника всё ещё есть в Windows ради совместимости со старыми приложениями. Обычно современные системы почти не используют этот путь. Но в данном случае сторонний деинсталлятор каким-то образом заставлял систему обращаться именно к этому устаревшему компоненту.

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

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

Со стороны всё выглядело как типичная системная ошибка: софт снова и снова аварийно завершал работу, создавая ощущение, что проблема в самой Windows. На деле операционная система лишь показывала последствия ошибки в стороннем ПО.

Чен напомнил важную вещь: в экосистеме Windows с миллиардами устройств и огромным количеством приложений далеко не каждый сбой компонента Microsoft означает баг в Windows. Сторонние программы тоже могут ломать системные процессы, особенно если неправильно используют низкоуровневые API.

RSS: Новости на портале Anti-Malware.ru