`

СПЕЦИАЛЬНЫЕ
ПАРТНЕРЫ
ПРОЕКТА

Архив номеров

Что для вас является метрикой простоя серверной инфраструктуры?

Best CIO

Определение наиболее профессиональных ИТ-управленцев, лидеров и экспертов в своих отраслях

Человек года

Кто внес наибольший вклад в развитие украинского ИТ-рынка.

Продукт года

Награды «Продукт года» еженедельника «Компьютерное обозрение» за наиболее выдающиеся ИТ-товары

 

Интеграция облачной безопасности в многооблачные сети

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

Облако меняет то, как мы разрабатываем приложения

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

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

  • Разработка продукта с минимальной жизнеспособностью — то есть, с минимально достаточным для потребностей ранних клиентов набором функций и средствами обратной связи для его дальнейшего совершенствования, подкрепляемого гибким облачным инструментарием и способностью быстро вносить изменения.

  • Гибкая разработка — разделение функциональности приложения на микросервисы, используя различные технологии (виртуальные машины, PaaS, контейнеры, FaaS), обеспечивающие автономное создание/обновление функции для ускорения разработки и апдейтов.

  • Мультивариантное тестирование — этот легко реализуемый в облаке процесс тестирования помогает определить, какая комбинация изменяемых элементов, из которых состоит приложение, работает лучше всего.

  • Быстрая итерация — внесение изменений в приложение сразу же по мере выявлении проблем, не собирая исправления в общий апдейт, является важным побочным продуктом всего, упомянутого выше.

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

Облако также требует изменения нашей безопасности

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

Сила нативной облачной безопасности

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

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

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

Преимущества нативной облачной стратегии это:

  • Высокая производительность — облачные приложения, созданные на основе публичных облачных сервисов, потенциально могут обеспечить намного лучшую производительность, чем не нативные решения.

  • Широкая масштабируемость — поскольку нативное приложение безопасности использует облачные сервисы для доставки и облачные API-интерфейсы для управления, инфраструктуру безопасности можно масштабировать без необходимости переделки архитектуры.

  • Лучшая эффективность — доступ приложений безопасности к нативным функциям и API также позволяет более эффективно использовать внутренние ресурсы облака, что выражается в оптимальном соотношении производительности к затратам.

Расширение нативной облачной функциональности в многоблачную среду

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

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

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

Заключение

Единственной определённостью в современных сетевых средах является их изменчивость. Учитывать это при выборе и проектировании решений крайне важно. Команды DevSecOps должны думать не только о том, как задействовать все функциональные возможности уже имеющейся облачной среды — сегодняшние и будущие. Идеальная стратегия — та, что может естественно распространяться на любое количество платформ.

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

Пять слагаемых эффективной защиты Azure

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

К сожалению, никакие облачные пакеты услуг не предусматривают обеспечения комплексной безопасности. Эта задача решается сообща вашей организацией и облачным провайдером, причём обязанности обеих сторон чётко разграничиваются. У Microsoft Azure и других крупных облачных провайдеров имеются собственные опции безопасности, но они в основном ориентированы на защиту базовой сети: предполагается, что клиенты будут сами защищать свои данные, приложения, рабочие процессы и ресурсы.

Большинство облачных провайдеров предоставляют документацию, в которой разъясняется разделение обязанностей между провайдером и потребителем. Ниже приводится пример модели Azure.

Такое разделение может казаться очевидным, однако проблемы возникают с ростом масштабов. В настоящее время около трети (в среднем, 61) всех приложений, используемых предприятиями, являются облачными, согласно отчёту Fortinet Threat Landscape за III квартал 2017 года. Многие из этих приложений часто распространяются на несколько облаков, что усложняет ситуацию. Это означает, что безопасность должна быть не просто глубоко встроена в единую облачную среду, но функциональные возможности и протоколы безопасности должны работать согласованно в различных облачных средах и единообразно применяться при перемещении приложений, данных и рабочих процессов между облачными сетями.

Помимо защиты облачной инфраструктуры, еще одной серьезной проблемой является быстрое распространение программного обеспечения в качестве услуги (SaaS). Сегодня любой, у кого есть кредитная карта, может развернуть или подписаться на облачное приложение — проблема, известная как Shadow IT. Из-за этого многие организации плохо себе представляют, где хранятся критические данные и ресурсы или какие инструменты используются для доступа к информации и её обработки. Ежегодные совокупные утечки данных и потери от теневых ИТ-приложений (которые находятся вне контроля ИТ-отдела) оцениваются компаниями в 1,5–1,8 триллиона долларов, согласно сообщению в блоге CloudCodes за 2017 г.

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

Так как же сами предприятия могут предотвратить инциденты безопасности при работе в облаке? Каждая облачная среда уникальна, поэтому требования могут меняться от одного провайдера к другому.

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

1. Обеспечение простоты использования

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

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

2. Нативная интеграция

Полная интеграция в Azure средств безопасности, таких как защита контейнеров, автоматическое масштабирование, шаблоны Azure Resource Manager (ARM) и т. д. позволит вам задействовать облачную автоматизацию. Благодаря этому вы сможете формулировать согласованные политики для вашей гибридной облачной среды, работать с ней быстро и масштабно, динамически приспосабливать её к изменениям ресурсов. Интеграция с облачными административными ресурсами через API также позволит использовать облачную информацию как часть общей стратегии управления политикой безопасности и контроля за её соблюдением.

3. Внедрение систем защиты от вторжений

С перемещением сервисов организаций на платформы SaaS и IaaS, сложность их увеличивается, и возникает еще большая потребность в комплексном подходе к обнаружению угроз и реагированию на них. Системы защиты от вторжений (IPS) обеспечивают критическую защиту от вредоносных программ, атак и эксплойтов. Это особенно важно, принимая во внимание сложность существующего ландшафта угроз и постоянно расширяющуюся поверхность атаки.

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

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

4. Обеспечение контроля приложений

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

  • Блокировка или ограничение доступа к рискованным приложениям.

  • Настройка политик безопасности в соответствии с типом приложений.

  • Оптимизация использования полосы пропускания путем повышения/понижения приоритетности или блокировки трафика в зависимости от приложения.

5. Поддержание высокой производительности и высокой готовности

Защита Azure и других облачных сред нуждается в устойчивости, порождаемой высокой готовностью. Для реализации этой новой парадигмы безопасности, сервисы должны предоставляться на более высоких уровнях обслуживания (SLA).

Для достижения высокой производительности вам необходимо решение с:

  • Безопасностью, которая соответствует масштабируемости и эластичности облачных рабочих нагрузок.

  • Внутренней облачной оркестровкой для автоматизации масштабирования, высокой готовности и сегментации.

  • Гибкой конструкцией, удовлетворяющей требованиям вашего приложения без необходимости в сложных и дорогих средствах развертывания.

Хотя публичные облака имеют уровень готовности до 99,999%, аварии в облачных ЦОД всё же случаются. Лучшая практика обеспечения безопасности — исходить из того, что рано или поздно отказать может всё, что угодно, и наращивать отказоустойчивость на уровне приложений, расположенном на вершине облачной инфраструктуры.

Во избежание досадных простоев, Azure предоставляет различные механизмы резервирования посредством Fault Zones и Availability Zones. Это позволяет архитекторам приложений реализовать избыточность на уровнях инстанса и сервиса. Помните, что меры обеспечения отказоустойчивости должны охватывать ваши решения безопасности, а также любую инфраструктуру и каждое приложение.

Заключение

Решения безопасности Fortinet для Azure предоставляют все пять этих обязательных возможностей.

Они предлагают широкий набор инструментов, охватывающих всю поверхность атаки для защиты от продвинутых угроз, возможность интеграции облачных элементов управления с локальными (онпремисными) решениями безопасности, а также органичную интеграцию и взаимодействие с решениями Fortinet, развернутыми в других средах, независимо от форм-фактора. Это означает, что предприятие получает согласованные видимость и контроль в пределах всей распределённой сети своей организации.

Изучение трёх ключевых тенденций ландшафта угроз

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

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

Понимание трёх новых тенденций киберугроз

В недавнем отчете Fortinet Threat Landscape Report представлены сведения, собранные командой FortiGuard Labs в IV квартале 2018 года. Данные, обобщенные в этом отчете, группируются по трём основным направлениям — эксплойты, вредоносные программы и ботнеты. Три этих аспекта ландшафта угроз взаимно дополняют друг-друга в том смысле, что каждый сыграл важную роль в активности киберугроз, отмечавшейся в течение года, а также в преобладании и эволюции этих видов деятельности в последнем квартале 2018 года.

1. Эксплойты

Мониторинг тенденций эксплойтов является необходимым элементом сетевой безопасности. Эти наблюдения помогают понять, как киберпреступники находят уязвимые системы и взламывают их. В целом, исследователи обнаружили 15 эксплойтов нулевого дня и отметили рост количества уникальных эксплойтов на пять пунктов, число же эксплойтов, нацеленных на отдельные фирмы, увеличилось на 10 процентов. В этом последнем отчете более подробно рассматриваются эксплойты, признанные критическими и особо опасными, с указанием тех из них, которые были не только обнаружены, но и успешно достигли своих целей.

Так, например, в предпоследнюю неделю октября 2018 г., одновременно произошло несколько инцидентов, причём четыре из шести самых значительных были связаны с устройствами IoT. Та же картина наблюдалась для этого квартала в целом несмотря на то, что общее количество IoT-эксплойтов в нём было на 5% меньше, чем в III квартале. Из 12 серьёзнейших глобальных эксплойтов, обнаруженных и занесённых в рейтинг фирмой FortiGuard Labs, шесть были нацелены на IoT-устройства, в том числе четыре — на IP-камеры. Хотя не все эксплойты, обнаруженные в Q4, были связаны с IoT, количество атак, направленных на эти устройства, демонстрирует, насколько актуальны эти угрозы.

2. Вредоносное ПО

Исследование тенденций в области вредоносного ПО позволяет экспертам безопасности улучшить понимание целей и возможностей своих противников. В IV квартале 2018 г. было установлено, что количество вариантов таких программ на одну фирму возросло менее, чем на один процент, а число обнаруженных разных семейств осталось на том же уровне, что и в III квартале — 6405. В целом, частота обнаружения вредоносных программ немного снизилась по сравнению с предыдущим кварталом, команда FortiGuard Labs объясняет это сезоном отпусков, из-за которого большинство людей находятся вдали от своих офисных компьютеров. Другими словами, на отдыхе сотрудники с меньшей вероятностью открывают вредоносные вложения или загружают вредоносные файлы, открывающие киберпреступникам возможность запуска атак.

Обнаружение вредоносного ПО как и эксплойтов может происходить на любом уровне — сетевом, прикладном или хостинга — на различных устройствах, и если атака не была завершена, и если увенчалась успехом. В этом последнем отчете детально описываются два самых часто обнаруживаемых в этом квартале типа вредоносных программ: рекламное ПО и Coinhive, служба криптомайнинга. Статистика их детектирования демонстрирует значительную вариативность для разных регионов. Дополнительно, исследователи отметили вариант Android/Agent.FJ!tr, подключающийся с помощью поддельного веб-сайта, и штаммы, связанные с группой APT, специализирующейся на краже данных.

3. Ботнеты

Если тренды эксплойтов и вредоносных программ можно обнаружить до атаки, то для ботнетов они становятся видимыми только после заражения систем. Такие инфицированные системы начинают связываться с удаленными вредоносными хостами, и эта связь является признаком того, что происходит что-то неправильное. Анализ этих данных более полезен для выявления слабых мест в имеющейся защите и для понимания того, как избежать подобной атаки в дальнейшем. Как и в случае с вредоносными программами, в праздничный сезон количество обнаруженных ботнетов несколько уменьшилось, однако по по многим аспектам ботнетов квартального снижения не наблюдалось. Так, количество обнаружений уникальных ботнетов в IV квартале выросло на 2%, количество дней заражения на одну фирму увеличилось на 15%, а усреднённый по дням/компаниям объём прибавил 7 пунктов.

Из наиболее значительных ботнетов внимание исследователей привлёк, в частности, Gh0st, позволяющий захватывать полный контроль над инфицированной системой с доступом к потоковой трансляции веб-камер, к загрузке и выгрузке файлов и к прочему. Еще одной выдающейся угрозой конца 2018 года стал TrickBot, известный ранее ботнет, который внезапно разросся всего с десятка до 3,5 миллионов зараженных устройств. Эта сеть ботов продемонстрировала способность развиваться для кражи учётных данных и истории работы с браузером.

Заключительные мысли

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

Проблема безопасности — слишком большой выбор вариантов защиты

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

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

Многие все ещё пытаются думать о сетях в традиционном, статичном смысле, предполагающем, что посередине находится датацентр, а от него, как спицы от оси колеса, расходятся остальные элементы — мобильные пользователи и устройства, офисы филиалов и многооблачные среды. Однако сегодня, с ростом распределенности данных, периметр не просто исчезает, на смену ему приходит сложная, ячеистая (meshed) сеть сетей с не только виртуальными, но, зачастую, временными компонентами.

Больше угроз — больше средств защиты

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

Эту проблему наглядно продемонстрировала недавняя конференция RSA. Более 30 000 участников взаимодействовали там с более, чем 400 поставщиками, каждый из которых рекламировал свое решение как важнейший элемент любой архитектуры безопасности.

Без универсальных стандартов эффективности и в отсутствие руководящего органа, который бы рассматривал и проверял факты, приводимые в маркетинговых материалах и в технических спецификациях, потребители — директора информационной безопасности (CISO) и их команды — вынуждены в своих критических решениях руководствоваться случайными сведениями и голословными заверениями производителей. То есть, оказываются в положении больного, занимающегося самолечением на основе информации из рекламы медицинских препаратов.

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

Найти нужное в рекламном хайпе

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

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

2. Избегайте точечных решений. Как ни странно, множество поставщиков все еще продвигает решения отдельных аспектов безопасности (точечные решения), плохо интегрируемые в более крупную инфраструктуру безопасности. Инструменты, существующие сами по себе, в «вакууме», не работающие с разными формами-факторами, не обеспечивающие поддержки открытых стандартов и взаимосовместимости с продуктами других вендоров, не могут быть по-настоящему эффективными. Они лишь усложняют вашу среду безопасности, но не делают её лучше.

3. Будьте осторожны с инновациями. Слишком многие из них внедряют, просто чтобы быть не хуже других, но без должной старательности. Например, почти каждому поставщику удалось наклеить ярлык «готово к облаку» на свои устройства несколько лет назад, но, на поверку, это мало что значило. Многие инструменты поддерживали одного или двух облачных провайдеров и даже в этом случае не использовали преимущества их прикладных интерфейсов.

Сегодня мы видим то же самое с ИИ. Вместо того, чтобы прельщаться обещаниями, покупатели должны сначала понять, нужен ли ИИ в их стратегии, а затем достаточно войти в курс дела, чтобы задавать правильные вопросы. Например, ИИ требуется обучение от 3 до 5 лет, чтобы он стал эффективным и надёжным. Эта тренировка должна быть очень узкоспециализированной (экспертами рекомендуется использование обучения с наставником и без него, а также подкреплённого обучения) и требует огромных объёмов информации. Любая система ИИ, которая не может использовать десятки или сотни миллионов узлов для принятия решений, будет неполноценной.

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

Переосмысливая безопасность

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

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

Чего ждут от архитектора безопасности

Многие организации в последнее время уделяют особое внимание вопросам кибербезопасности, разыскивая специалистов, обладающих нужной квалификацией.
 
Поскольку киберпреступники продолжают разрабатывать изощренные атаки, а бизнес-лидеры стремятся продвигать вперёд цифровую трансформацию, для успеха организации необходима слаженно работающая команда работающая над задачами безопасности. Вместе эти две тенденции изменили требования к навыкам и способностям, которыми руководствуются директора по безопасности (CISO) и другие руководители, при найме талантливых профессионалов в этой области.
 
Подобно изменениям, происходящим на уровне CISO, который теперь берёт на себя и функции поддержки бизнеса, мы сейчас наблюдаем сдвиг в круге обязанностей тех, кто претендует на должность архитектора безопасности. От этих сотрудников во многом требуется не только умение создать надежную инфраструктуру безопасности, не только правильно реагировать на угрозы, но и по возможности их предугадывать. Как показывает недавнее исследование Fortinet, CISO все больше внимания уделяют кандидатам, которые имеют сбалансированное сочетание навыков.
 
Конкуренция в сфере кибербезопасности чрезвычайно высока из-за дефицита кибер-навыков – проблема, которая выходит за рамки нехватки новых талантов, также включает в себя недостаточность квалификации тех, кто уже работает в этой области. В подготовленном «Отчете о пробелах в навыках архитектора безопасности» представлена ​​информация, необходимая, чтобы свести к минимуму последствия дефицита навыков. Предпринимается попытка предоставить CISO данных и контекста, необходимых для оптимизации процесса набора архитекторов безопасности, с демонстрацией того, как претенденты должны адаптироваться к меняющимся требованиям бизнеса.
 
Поскольку CISO стремятся набирать свои группы безопасности из профессионалов, способных противостоять современными кибератаками и защищать проводимую цифровую трансформацию, они ищут такую совокупность качеств претендентов, в которой стратегия и аналитика дополняют традиционные навыки проектирования и конфигурирования. Хотя эти требования могут варьироваться в зависимости от конкретных потребностей разных организаций, есть несколько тенденций, которые стоят упоминания.
 
Необходимо, чтобы кандидаты разбирались в управлении рисками и в стандартах безопасности, а также осознавали бизнес-цели и то, как они будут воплощаться в практике безопасности. Эти типы навыков упоминались в объявлениях о найме архитектора безопасности чаще, чем тактические способности, такие как шифрование, брандмауэры или средства управления безопасностью.
 
Это свидетельствует о необходимости сосредоточиться на сочетании безопасности с поддержкой бизнес-процессов. Тем не менее, не следует думать, что CISO вообще перестали интересовать технические навыки и умение работать с конкретными системами.
 
К числу обязательных умений, которые организации чаще всего ищут в соискателях должности архитектора безопасности, относятся:
·       Архитектура безопасности
·       Управление рисками
·       Интеграция
·       Стандарты безопасности
·       Шифрование
·       Брандмауэры
·       Средства управление безопасностью
 
Поскольку команды безопасности играют все более важную роль в поддержке бизнеса, CISO также ищут кандидатов, демонстрирующих владение навыками, необходимыми для совместной работы и выработки стратегий для различных направлений бизнеса. Собранные данные показывают, что так называемые мягкие навыки, на которые ссылаются в объявлениях о вакансиях архитектора безопасности и в ответных резюме, как правило, делятся на четыре категории:
·       Аналитические: Анализ, исследование и решение проблем
·       Лидерские: Планирование, наставление, руководство
·       Личностные: Целостность, сосредоточенность
·       Коммуникационные/межличностные: Межличностное общение, работа в коллективе, коммуникабельность
 
Исследование показывает, что CISO сейчас ищут кандидатов, способных легко переключаться между стратегическими и тактическими задачами. Например, планировать шаги по ликвидации последствий инцидента безопасности, но не игнорировать и важных насущных стратегических задач, таких как оценка рисков или выработка безопасных подходов к облачному внедрению.
 
В дополнение к обозначенным выше навыкам, есть несколько других квалификаций, которые учитываются при оценке кандидатов на сегодняшние должности архитектора безопасности. Двумя из них являются образование/сертификация и карьера.
 
Как правило, организации настаивают, чтобы архитекторы безопасности имели степень бакалавра, но не требуют дальнейшего высшего образования. Работодатели также часто запрашивают в среднем два сертификата, применимые к потребностям конкретных должностей.
 
Опыт работы является еще одним фактором, учитываемым в процессе найма. Многие претенденты на должности архитектора безопасности находятся в середине своей карьеры, проработав до этого, в среднем, 18,8 лет. Данные также свидетельствуют, что проблемой остаётся частая смена места работы. Переманивание персонала приобретает всё больший масштаб в ответ на растущую нехватку навыков: средний кандидат за последние два года сменил 1,8 рабочих мест. Это показывает, что CISO должны подходить стратегически к проблеме удержания кадров в такой высоко востребованной отрасли.
 
В процессе анализа тысяч объявлений о вакансиях системного архитектора и ответных резюме обнаружились расхождения между навыками, которые ищут CISO, и тем, как потенциальные кандидаты рекламируют себя в резюме и рекомендательных письмах. 
 
Вместо того, чтобы фокусироваться на стратегических навыках, таких как управление рисками, кандидаты, как правило, делают акцент только на знании ими конкретных технологий и систем, например, SQL, Oracle или VPN. Кроме того, соискатели часто упоминают о владении отраслевыми стандартами, такими как ISO и NIST, но не предоставляют доказательств стратегий из применения в своей работе. Фактически, стратегические навыки включает в свои резюме менее половины претендентов.
 
Хотя многие кандидаты подчеркивают свои качества руководителя, они часто упускают другие важные навыки. Включая в свои резюме лидерство и планирование, они обычно думают, что именно эти характеристики потенциальные работодатели хотят видеть больше всего. Однако помимо них большинство нанимателей часто включает аналитические и коммуникативные навыки в число главных требований в своих списках вакансий.
 
Роли в сфере безопасности развиваются, переходя от тактических к стратегическим позициям участия в бизнес-процессе. Это означает, что CISO, желающие заполнить эти должности, а также соискатели работы, должны скорректировать то, как они представляют свои требования и квалификацию.
 
Претендующим на должность архитектора безопасности следует обязательно включить в свои резюме мягкие навыки. Когда же дело доходит до демонстрации наборов обязательных навыков, они должны упоминать и стратегические способности в дополнение к тактическим навыкам в конкретных системах.  
 
Аналогично, CISO должны использовать в перечнях вакансий терминологию, точно характеризующую востребованные ими навыки. Это обеспечит привлечение таких кандидатов, которые смогут удовлетворить стратегическим, аналитическим и коммуникационным запросам.
 
Следование этим правилам поможет свести к минимуму нестыковки в навыках, позволив квалифицированным специалистам по безопасности демонстрировать именно тот опыт, которые требуется организациям, желающим усовершенствовать свою безопасность.

О передовых практиках защиты многооблачных сред

Forrester прогнозирует, что мировой рынок публичных облаков увеличится до 178 млрд долл. в этом году по сравнению со 146 млрд долл. в 2017 г. Фирма также предсказала, что к концу 2018 года более половины глобальных предприятий в своей цифровой трансформации будут полагаться как минимум на одну публичную облачную платформу. Не вызывает сомнений, что будущее ИТ связано с многооблачными и гибридными решениями.

Есть много причин, по которыми всё больше организаций выбирают вариант с несколькими облаками. Крупные предприятия могут использовать Office 365 и Salesforce.com, а небольшой бизнес — Google Apps со всеми прилагающимися подключаемыми модулями. Широко распространены и другие предложения Software-as-a-Service (SaaS) и Infrastructure-as-a-Service (IaaS). Простота использования и привлекательная модель потребления, предлагаемая облачными провайдерами, сделали принятие этого варианта практически безальтернативным с технологической и деловой точек зрения.

Большинство из тех, кто выбирает многооблачный подход, разделяются на два лагеря. Один состоит из полностью облачных организаций — стартапов и «рожденных в облаке» предприятий, таких как Netflix. Эти организации используют сервисы многих облачных провайдеров, они живут в облаке и остаются там. Им требуется разработать разные подходы к безопасности для каждого облачного провайдера.

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

Таким образом, для каждой из этих групп облачная безопасность имеет собственные особенности и проблемы.

Отдельные и общие заботы

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

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

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

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

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

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

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

Рекомендации по безопасности в облаке

Независимо от конкретных различий в безопасности, обе группы могут извлечь выгоду из внедрения следующих передовых практик защиты многооблачных сред:

  • Автоматизация: Возможность автоматизировать безопасность и интегрировать автоматизированные процессы в цикл разработки обеспечит соответствие требованиям безопасности без каких-либо дополнительных усилий и с сохранением максимальной скорости разработки приложений.

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

  • Гибкость: По мере роста приложения или внедрения большего их количества, расти и расширяться должна также безопасность. И организации должны иметь возможность платить только за ту степень защиты, которую они используют.

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

  • Видимость: Поскольку инциденты могут возникать в любом месте поверхности атаки, важным требованием является видимость всей гибридной, многооблачной инфраструктуры. Коррелированное представление угроз и рисков для всей инфраструктуры становится существенным преимуществом. С переходом на «единое окно обзора» организации получают всеобъемлющую перспективу многочисленных частных и публичных облаков, а также приложений SaaS.

Прогнозы: ИИ-фаззинг и отравление машинного обучения

Для многих преступных организаций методы нападения оцениваются не только с точки зрения эффективности, но накладных расходов, необходимых для их разработки, модификации и проведения. Например, чтобы добиться максимального дохода, они отвечают на цифровую трансформацию беря на вооружение популярные методологии, такие как гибкая (Agile) разработка, позволяющие более эффективно производить и совершенствовать программное обеспечение для атак, а также уменьшать риск и увеличивать скрытность для повышения рентабельности.

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

Атаки будут становиться умнее

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

Прогноз: использование фаззинга для выявления уязвимостей нулевого дня

Фаззинг

Фаззинг (fuzzing) традиционно представляет собой сложную технику, применяемую в лабораторных средах профессиональными исследователями угроз для обнаружения уязвимостей в аппаратных и программных интерфейсах и приложениях. Они делают это, вводя неверные, неожиданные или полуслучайные данные в интерфейс или программу, а затем отслеживают такие события, как сбои, недокументированные переходы к процедурам отладки, неудачные подтверждения кода и потенциальные утечки памяти.

Одна из причин, почему преступники так редко используют фаззинг — потому что это очень трудно реализовать. Крайне мало людей обладают знаниями, необходимыми для разработки и запуска эффективных инструментов фаззинга, именно поэтому их использование, как правило, ограничивается простыми вещами, такими как атаки DDoS, и поэтому же обнаружение и использование эксплойтов нулевого дня (от которых ещё не создано защиты) самими киберпреступниками имеет низкую вероятность.

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

AIF — фаззинг с применением искусственного интеллекта

Искусственный интеллект (ИИ) изменит это. Он уже начинает использоваться для решения проблемы обнаружения и использования программных ошибок.

Прогноз: ИИ-фаззинг

Применение моделей ИИ и машинного обучения позволит фаззингу стать более эффективным. Преступники смогут разрабатывать и тренировать фаззинговые программы для автоматизации и ускорения обнаружения атак нулевого дня. В конечном счете, таким инструментам достаточно будет указать на цель, и они автоматически исследуют её на эксплойты нулевого дня. Я называю этот подход Artificial Intelligence Fuzzing (AIF) или фаззинг с искусственным интеллектом.

AIF будет включать в себя две фазы машинного обучения, Discovery и Exploit. Во время открытия инструмент AIF узнает о функциях и требованиях ПО, на которое он нацелен, включая шаблоны, используемые тем для структурированных данных. Затем, на этапе эксплойта, он начнет вводить в это ПО преднамеренно скомпонованные структурированные данные, отслеживать результаты, использовать машинное обучение для уточнения атаки и в конечном итоге приводить программу к сбою, тем самым одновременно обнаруживая уязвимость и эксплойт.

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

Влияние AIF на экономику киберпреступлений

Рост количества и многообразия доступных уязвимостей и эксплойтов, в том числе возможностей быстро производить эксплойты нулевого дня и даже предоставлять сервисы по их добыче (Zero-Day Mining-as-a-Service), может радикально изменить типы и расценки услуг, доступных в Даркнете. Zero-Day MaaS полностью изменит подход организаций к безопасности, поскольку невозможно предвидеть, где находятся эти уязвимости и как правильно от них защищаться, особенно используя те устаревшие отдельностоящие средства безопасности, которые сегодня развёрнуты в сетях большинства организаций.

Прогноз: Роевой сервис (Swarm-as-a-Service)

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

Прогноз: Роевой сервис

Эта же технология может быть применена для создания больших роёв интеллектуальных ботов, способных работать вместе и автономно. Они не только поднимут планку технологий, необходимых для защиты организаций, но, как и Zero-Day Mining, окажут влияние на основополагающие экономические модели, используемые сообществом киберпреступников.

В настоящее время криминальная экосистема сильно ориентирована на людей. Профессиональные хакеры-наёмники за плату создают заказные эксплойты, и даже прогрессивные новшества, такие как Ransomware-as-a-Service, требуют криминальных инженеров для таких задач, как создание и тестирование эксплойтов или управление внутренними (back-end) серверами C2. Но когда речь заходит о предоставлении автономного, самообучающегося Swarms-as-a-Service, объём непосредственного взаимодействия между хакером-потребителем и подпольным предпринимателем резко падает.

Меню «A la Carte»

Способность подразделять рой на разные задачи для достижения желаемого результата означает, что ресурсы в роевой сети могут быть распределены или перераспределены для решения конкретных проблем, возникающих в цепочке атак. Преступники-потребители могут предварительно выбирать для атак различные типы роёв, такие как: предварительно запрограммированные рои, которые используют машинное обучение, чтобы проникать в устройство или в сеть; те, которые применяют AIF для выявления точек эксплойтов Zero-Day; разработанные для распространения по сети в поперечном направлении и расширения поверхности атаки; рои, которые могут уклоняться от обнаружения и/или собирать и фильтровать конкретные целевые данные; рои, предназначенные для пересечения кибер-физического разрыва и контроля не только сетевых, но и физических ресурсов атакуемой цели.

Прогноз: отравление машинного обучения

Машинное обучение является одним из наиболее перспективных инструментов в наборе средств безопасности. Устройства и системы могут быть натренированы для автономного выполнения определенных задач, таких как принятие эффективных мер противодействия обнаруженной атаке. Машинное обучение также может эффективно определять типичное поведение, а затем применять поведенческую аналитику для выявления сложных угроз, которые охватывают различные среды или используют стратегии уклонения. Утомительные ручные задачи, такие как отслеживание устройств с учётом их уязвимости для современных трендов угроз и автоматическая установка патчей или обновлений, также могут быть легко переданы надлежащим образом обученной системе.

Прогноз: отравление систем машинного обучения

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

Модели машинного обучения регулярно используют данные из потенциально недостоверных источников, к примеру собранные краудсорсингом или из соцсетей, а также информацию, сгенерированную пользователями, такую как рейтинги удовлетворённости, истории покупок или веб-трафик. Благодаря этому, киберпреступники могут относительно просто «отравить» тренировочные наборы данных, подсунув туда вредоносные выборки, чтобы добиться игнорирования угроз или даже внести троянцев или создать тайный вход. Для предотвращения этого следует принять экстраординарные меры предосторожности и обеспечить тщательные контроль и защиту всех ресурсов и протоколов машинного обучения.

Отвечая новой стратегией защиты

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

Прогноз: обман

Стратегии обмана были известны и прежде, но ключевое значение они приобрели лишь недавно — из-за усложнения атак, которым удаётся легко преодолевать традиционную защиту периметра.

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

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

Прогноз: объединённое открытое сотрудничество

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

Одним из наиболее распространенных способов, как оставаться в курсе таких изменений, является активный обмен информацией об угрозах. Новые открытые инициативы по совместной работе между исследовательскими организациями по угрозам, производителями безопасности и правоохранительными органами и другими правительственными учреждениями повысят эффективность, своевременность и глубину информации об угрозах. Ширится сотрудничество в таких проектах, как Cyber Threat Alliance, которые не только осуществляют обмен данными между исследователями, но и публикуют результаты исследований в виде сценариев атак, раскрывающих тактику злоумышленников.

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

Заключение

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

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

Скорость, интеграция и автоматизация - ключевые принципы кибербезопасности

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

Для решения этой задачи необходимо объединить все компоненты защиты в единую адаптивную систему сетевой безопасности, в которой происходит динамический обмен данными об угрозах. Такой подход обеспечивает комплексную защиту и отслеживание каждого сегмента сети — от устройств IoT до многооблачных сред

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

Кибератаки станут более интеллектуальными и изощренными

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

  • Фаззинг искусственного интеллекта (AIF) и уязвимости. Традиционный фаззинг представляет собой сложную технологию, которая используется в лабораторных условиях специалистами по исследованию угроз для обнаружения уязвимостей в аппаратных и программных интерфейсах и приложениях. Они вводят недопустимые, неожиданные или полупроизвольные данные в интерфейс или программу, а затем отслеживают такие события, как сбои, незадокументированные запуски процедуры отладки, ошибки утверждения кода и потенциальные утечки памяти. Но так как к этому процессу применяются модели машинного обучения, мы прогнозируем, что этот метод станет более эффективным и адаптированным. Поскольку киберпреступники начинают использовать машинное обучение для разработки автоматизированных программ фаззинга, они смогут ускорить процесс обнаружения уязвимостей «нулевого дня», что приведет к увеличению атак «нулевого дня», нацеленных на различные программы и платформы.
  • Обнаружение уязвимостей «нулевого дня» с помощью AIF. Как только алгоритм AIF попадет в систему, его можно нацелить на код в контролируемой среде для обнаружения эксплойтов «нулевого дня». Таким образом можно значительно повысить скорость внедрения атак «нулевого дня». Как только концепция «обнаружение уязвимостей нулевого дня как услуга» станет доступна, организациям придется кардинально изменить свой подход к безопасности, поскольку больше не будет способов предвидеть, где могут произойти такие атаки и как правильно от них защищаться. Больше всего проблем возникнет с изолированными или устаревшими средствами безопасности, которые используются во многих организациях.
  • «Цена» уязвимостей «нулевого дня». Цена эксплойтов «нулевого дня» всегда была довольно высокой, прежде всего из-за времени, усилий и навыков, необходимых для их обнаружения. Но по мере развития технологии ИИ такие эксплойты перестают быть крайне редким явлением и превращаются в предмет торговли. Мы уже наблюдали коммерциализацию более традиционных эксплойтов, таких как программы-вымогатели и ботнеты, в результате чего возможности многих средств безопасности оказались ограничены. Быстрый рост количества и разнообразия доступных уязвимостей и эксплойтов, включая возможность быстрого обнаружения эксплойтов «нулевого дня» и предоставление их в качестве услуги, может радикально повлиять на выбор и стоимость услуг, доступных в глубоком Интернете.
  • Роевая сеть как услуга. Значительное развитие изощренных атак на базе технологии роевого интеллекта приближает нас к реальности больших групп ботов, которые называются «роевыми» сетями. Это новое поколение угроз будет использоваться для создания огромных роевых сетей, состоящих из интеллектуальных ботов, которые могут работать совместно и автономно. Такие роевые сети не только повысят требования к технологиям корпоративной защиты, но, как и в случае с обнаружением угроз «нулевого дня», окажут существенное влияние на базовую бизнес-модель киберпреступников. В итоге развитие технологий обнаружения эксплойтов и методологий атак приведет к кардинальному изменению бизнес-моделей, используемых киберпреступным сообществом. В настоящее время экосистема киберпреступности ориентирована главным образом на людей. За определенную плату профессиональные хакеры разрабатывают специальные эксплойты и даже новые модели, например «программы-вымогатели как услуга». Для этого хакерам требуется поддерживать различные ресурсы, в том числе выполнять разработку и тестирование эксплойтов, а также управлять внутренними серверами C2. Но при использовании автономных самообучающихся моделей «роевая сеть как услуга» объем непосредственного взаимодействия между заказчиком и хакером-разработчиком значительно уменьшается.
  • Роевые сети на заказ. Возможность разделять роевую сеть на отдельные сегменты, выполняющие разные задачи, для достижения желаемого результата очень похожа на то, как мир переходил к виртуализации. В виртуализированных сетях с помощью ресурсов можно ускорять и замедлять работу виртуальных машин, ориентируясь исключительно на необходимость решения конкретных проблем, например, связанных с пропускной способностью. Аналогичным образом в роевой сети можно распределять или перераспределять ресурсы для решения конкретных проблем, возникающих в цепочке атак. Хакеры-разработчики предварительно программируют роевую сеть с помощью различных инструментов анализа и эксплойтов, а также используют самообучающиеся протоколы, которые обеспечивают согласованную работу всех компонентов для оптимизации атаки на протоколы. В результате, приобрести атаку для киберпреступников становится так же просто, как выбрать блюдо в меню.
  • «Отравление» машинного обучения. Машинное обучение является одним из наиболее перспективных инструментов в наборе решений безопасности. Устройства защиты и системы безопасности могут обучаться для автономного выполнения конкретных задач, таких как определение базового поведения, анализ поведения для выявления изощренных угроз, а также отслеживание устройств и установка исправлений. К сожалению, этот процесс также может быть использован киберпреступниками. С помощью технологии машинного обучения киберпреступники смогут обучать устройства или системы не применять исправления и обновления к указанному устройству, игнорировать отдельные типы приложений или поведения, а также не регистрировать определенный трафик для обхода механизмов обнаружения. Это значительно повлияет на будущее машинного обучения и развитие технологии ИИ.

Системы защиты станут более сложными

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

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

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

С приближением праздников преобладающими становятся мобильные атаки

В глобальном отчете Threat Landscape Report за третий квартал 2018 г. проанализированы данные об угрозах, собранные миллионами устройств Fortinet, развернутых по всему миру.

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

Это также даёт возможность осуществлять текущий анализ тенденций. Подобно любой другой стратегии защиты, выявление закономерностей помогает специалистам кибербезопасности опережать угрозы, а не просто реагировать на них. Разумеется, даже ежеквартального отчёта недостаточно. Наша FortiGuard Labs Weekly Threat Brief предоставляет своевременные анализ и выводы, которые помогают организациям быть в курсе наиболее актуальных угроз и тенденций и отвечать на них.

Итак, какие же тенденции выявил опбубликованный отчет.

Криптовзлом создаёт плацдарм для угроз

За последний год или около того мы видели, как криптовзлом растет, становясь главной проблемой безопасности. Это нашло отражение в том факте, что за 2018 г. количество платформ, используемых для добычи данных, подскочило на 38%. С ещё большей тревогой люди начинают осознавать, что криптовзлом не ограничивается утечкой системных производительности и ресурсов. Мы наблюдаем распространение вариантов криптовзлома, которые отключают существующие решения безопасности, такие как антивирус, открывают дополнительные порты связи на развернутых брандмауэрах и добавляют учетные записи администратора, позволяющие злоумышленникам возвращаться для распространения новых вредоносных программ. Таким образом, кибервзлом не только крадёт циклы процессора, но и создаёт плацдарм для дополнительных эксплойтов.

Мобильные устройства – растущая угроза

Угрозы со стороны мобильных устройств оказывают всё большее влияние на сетевую безопасность. За 3-й квартал более четверти организаций подверглись атаке мобильных вредоносных программ. ОС Android для мобильных устройств является главной виновницей с большим отрывом от остальных. Для сравнения, только 0,0003% угроз можно было связать с Apple iOS. К Android фактически отношение имели 14% предупреждений о вредоносном ПО в этом прошедшем квартале. И это не только предупреждения мобильных устройств, это 14% всех вредоносных программ. Без стратегии решения проблем мобильных угроз руководители служб безопасности, особенно те, кто проводит открытую политику BYOD, делают свои организации чрезвычайно уязвимыми, поскольку мобильные устройства все чаще становятся средством доступа к корпоративным активам.

Ботнеты сохраняются дольше, чем когда-либо

Несмотря на то, что количество инфекций ботнетов существенно не возросло за 3-й квартал, число дней, в течение которых они были способны оставаться внутри инфицированной организации увеличилось на 34%, с 7,6 до 10,2 дней. Это показывает, что ботнеты становятся более сложными, трудными для обнаружения и удаления. Но в этом увеличении также есть вина многих организаций, которые не могли ввести у себя хорошую кибер-гигиену, включая установку патчей и обновлений на уязвимые устройства. Наряду с внедрением лучших практик безопасности, организациям необходимы инструменты, чтобы видеть, сегментировать и отслеживать каждое устройство сети, включая оборудование IoT.

Шифрование данных установило новую планку

Наш анализ показал, что зашифрованный трафик теперь впервые составляет более 72% всего сетевого трафика. За год его доля увеличилась почти на 20%, с 55% в 3-м квартале 2017 г.
Хотя многие считают рост шифрования положительным для безопасности, более высокие степени шифрования также создают серьезные проблемы для мониторинга и обнаружения угроз. Во многих кибератаках шифрование используется как прикрытие, поскольку известно, что критические ограничения производительности, присущие почти всему оборудованию для межсетевых экранов и систем обнаружения вторжений (IPS), продолжают ограничивать способность организации проверять зашифрованные данные без серьезного влияния на производительность сети. В среднем, спад производительности при глубокой проверке пакетов составляет 70%, что делает такой контроль почти бесполезным в сетях, где производительность имеет критическое значение.

Поскольку киберпреступники успешно осваивают растущее число векторов атаки, возникающих в ходе цифровой трансформации, экстенсивный подход к безопасности это проигрышная стратегия. Угрозы, изложенные в отчете Q3 Threat Landscape Report, показывают, что организациям необходимо не только быть сверхбдительными в вопросах безопасности, но также более разумно использовать эту информацию. Те кто окажется не в состоянии дополнить свои усилия по цифровому преобразованию столь же агрессивной стратегией трансформации безопасности лишатся возможности конкурировать на современном цифровом рынке, став жертвами постоянно развивающегося сообщества киберпреступников.

Многооблачная безопасность: 3 шага к обеспечению контроля и видимости

Гибридная многооблачная среда предлагает преимущества высокой отказоустойчивости в сочетании с гибкостью, позволяющей быстро адаптироваться к изменяющимся запросам цифрового бизнеса. В одном недавнем анализе о своей приверженности многооблачной стратегии заявили 86% опрошенных организаций. Обратной стороной преимуществ такой стратегии является множество связанных с ней проблем безопасности. К примеру, если миграция в одну облачную среду расширяет поверхность атаки, то несколько облаков увеличивают её еще больше. Организациям следует продумать, как масштабировать защиту для решения таких проблем, как рост, а также как эффективно отслеживать и защищать рабочие нагрузки, распределённые на несколько облачных сред.

Расширение ваших цифровых владений означает увеличение ваших кибер-рисков

Сегментация. Подобно тому как рабочие нагрузки распределяются между многими облаками, так же легко могут распространяться и угрозы. В традиционных сетях, в качестве лучшей практики для сдерживания угроз ИТ-команды используют сегментацию. В многооблачной среде сложность сдерживания угроз усугубляется необходимостью эффективно сегментировать приложения, рабочие процессы и данные, перемещающиеся в облачных средах — приватных, IaaS и SaaS. Возможности применения к ним — и к переходящим вместе с ними в разные облачные среды векторам атак — лучших практик защиты путём традиционной сегментации сетей ограничены. Вместо этого, критическую важность приобретает последовательное использование меток для обеспечения политик безопасности, возможности идентифицировать угрозы и моментально реагировать на них там, где они возникают. Кроме того, возможности отслеживать источник угроз, оценивать масштабы ущерба, устранять риски и уязвимости как можно ближе к их первопричине, становятся более реальными при использовании надёжных методов маркировки активов.

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

Интеграция. Часть проблемы кроется в том, что большинство многооблачных сред напоминают одноранговую сеть с ячеистой (mesh) топологией, что затрудняет одновременный доступ ко всем облачным средам для обнаружения угроз и реагирования на них. Поэтому растёт необходимость глубокой интеграции функций безопасности и централизованного управления: без них практически невозможно идентифицировать многие из современных сложных угроз, не говоря уже о координации эффективного ответа. И учитывая скорость сегодняшних атак, требования к времени реакции также высоки, то есть организациям требуются инструменты, которые избавят их от необходимости тратить часы на сопоставление и сбор данных из разных облачных административных порталов или на сравнение сигналов от разных облаков и на анализ атаки перед принятием решения об адекватных действиях.

Проблемы многооблачной защиты

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

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

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

Три шага к установлению видимости и контроля

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

1. Функции безопасности и проведения (политик) должны работать единообразно, независимо от среды, в которой они были развернуты. Для этого способность определять и классифицировать информацию и рабочие нагрузки должна поддерживаться каждой из различных используемых облачных инфраструктур, а функции безопасности — одинаково действовать в инфраструктуре каждого облака. Рассматриваемые решения безопасности должны не только обеспечивать надёжный контроль облаков, но делать это с помощью тех же проверенных способов и функций, которые используются для защиты традиционной сети.

2. Управление этими продуктами и их оркестровка должны осуществляться внутри предприятия через единую панель, кроме того должна быть предусмотрена возможность автоматизировать операции во всей распределенной инфраструктуре безопасности, посредством единого централизованного набора процедур, применимых к различным инфраструктурам. Сюда входит способность легко и динамично определять политики безопасности, сегментировать ответственные системы, рабочие нагрузки и приложения на основе уникальных профилей рисков, отслеживать эти политики, чтобы поддерживать сложные многооблачные рабочие процессы и приложения и в конечном итоге использовать их для расследования инцидентов безопасности.

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

Многооблачная защита требует интегрированного фреймворка безопасности

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

Такой подход не только обеспечивает сквозную видимость, но также обеспечивает всеобъемлющий контроль исполнения политик, создавая связную стратегию, которая адаптируется ко всей распределенной сети. Такая полностью интегрированная система позволяет сотрудникам службы безопасности получить уровень видимости и контроля, необходимый для надёжного руководства операциями, определения приоритетности действий, а также для организации скоординированного ответа с привлечением всех требующихся ресурсов безопасности — независимо от того, где происходит атака — чтобы не только остановить текущие вредоносные действия, а также определить и минимизировать их последствия для остальной сети.

Заключение

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

 
 
IDC
Реклама

  •  Home  •  Рынок  •  ИТ-директор  •  CloudComputing  •  Hard  •  Soft  •  Сети  •  Безопасность  •  Наука  •  IoT