Защита пути данных вашей организации

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

Сложная экосистема программных цепочек поставок

Для многих трансформация будет определяться внедрением стороннего коммерческого ПО (COTS), развернутого локально, приложений SaaS, хранящих конфиденциальные данные, и открытых сторонних библиотек для разработки программного обеспечения. Внедрение современных технологий — признак необходимого прогресса, но бизнес не должен упускать из виду потенциальные риски безопасности, которые несут эти инновации. Преобладание программных цепочек поставок раскрывает нерадивые компании новым и сложным способом, выходя за рамки традиционных средств защиты.

Уязвимые цепочки поставок ПО привлекли внимание правительства США, подтвердив срочность растущей киберугрозы. В мае руководители правительства предприняли первый шаг к проактивному устранению потенциальных угроз в растущей экосистеме сторонних зависимостей. Исполнительный порядок 14028 предусматривает план, призывающий правительство «внести смелые изменения и значительные инвестиции для защиты жизненно важных институтов, лежащих в основе американского образа жизни». Особое внимание уделяется безопасности «критического программного обеспечения», которое, по мнению правительства, «лишена прозрачности, достаточного внимания к способности ПО сопротивляться атакам и адекватных средств контроля для предотвращения вмешательства злоумышленников».

Фокус на защите данных

Национальный институт стандартов и технологий (NIST) определил меры безопасности для защиты критического ПО, сделав акцент на защите данных, а не только систем и сети вокруг них. Этот подход признает неразрешимую проблему сторонних приложений и библиотек, имеющих прямой доступ к конфиденциальной информации. Как показывают успешные атаки последних месяцев, предприятия должны учитывать «поставщика поставщика» или стороннее ПО, лежащее в основе их приложений и интерфейсов, чтобы действительно снизить угрозу атак на цепочки поставок ПО.

Расширение границ доверия

Исторически компании фокусировались на рисках, вносимых непосредственными поставщиками и критическим ПО. Такая позиция больше не كافية: ИТ-трансформация сдвигает границы традиционной сети и делает устаревшие контролы менее эффективными. Даже если у бизнеса есть правильные меры безопасности, это не значит, что они есть у его поставщиков по цепочке поставок ПО. Стратегия безопасности больше не может опираться на доверие ко всему, исходящему из экосистемы, даже от партнеров и вендоров. Расширение цепочки поставок и сложность современных приложений означают, что уязвимости будут внедряться с большей скоростью. Для решения растущего масштаба атак в жизненном цикле разработки ПО организации должны принять модель угроз, охватывающую все части цепочки поставок, включая nth-party код.

Современные архитектуры и защита во время выполнения

Современные приложения работают на сложной экосистеме API, микросервисов и бессерверных функций. С более эфемерными рабочими нагрузками и распределенными архитектурами нет «сребряной пули» для предпроизводственного анализа ПО. Даже в самом строгом SDLC сложность разработки приводит к появлению уязвимостей. Именно поэтому защита всех путей к данным должна стать фундаментальной стратегией организаций.

Решение проблемы напрямую

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

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

Вместо этого компании должны внедрять RASP (Runtime Application Self-Protection) для обнаружения и предотвращения атак в реальном времени изнутри приложения. Эта технология, рекомендованная в NIST SP 800-53 Revision 5, может точно определить атаку до конкретной строки кода и автоматически остановить эксплуатацию уязвимости, давая организациям время для исправления по собственному графику.

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

Питер Климек — директор по технологиям, офис CTO, Imperva.