По опыту я могу отметить три варианта, когда предприятие может приступить к внедрению системы ИБ: до, после или во время модернизации АСУ ТП.
Автор: Антон Елизаров, руководитель группы защиты АСУ ТП Центра информационной безопасности компании «Инфосистемы Джет»
Технологические предприятия непрерывно находятся под прицелом у злоумышленников. Только за прошлый год, по подсчетам Positive Technologies, доля атак на промышленность увеличилась с 4 до 10% , а в отчете Kaspersky ICS CERT за первые шесть месяцев 2020 года говорится о росте атак на нефтегазовую отрасль . Вместе с количеством повышается и сложность атак, которые с каждым годом становятся все более изощренными. Как же продумать надежную систему защиты в условиях стремительно меняющегося ландшафта угроз, чтобы ничего не забыть и суметь дать отпор атакующим? В статье я расскажу, с какими сложностями мы чаще всего сталкиваемся на проектах, без каких решений не может обойтись ни одна полноценная система ИБ, что важно предусмотреть перед внедрением средств защиты и как выбрать для этого идеальный момент.
ТОП-5 проблем при построении защиты промышленных объектов
По нашему опыту, самая распространенная проблема при внедрении средств защиты на заводах заключается в отсутствии помещений, отвечающих всем требованиям по размещению оборудования. Нередко поиск мест, где внедряемые решения могли бы долго работать без необходимости в ремонте или замене, оказывается нетривиальной задачей, тормозящей развертывание средств защиты.
Часто со сложностями приходится сталкиваться и при согласовании решений по архитектуре будущей системы ИБ. Дело в том, что в реализации проекта могут быть заинтересованы сразу несколько подразделений предприятия: не только внутренняя служба ИБ, но и, например, ИТ-специалисты или специалисты по эксплуатации автоматизированных систем управления технологическими процессами (АСУ ТП). Чтобы учесть все потребности, целевую архитектуру решений нужно согласовывать с каждым из них. На практике об этом часто забывают, что приводит к увеличению сроков внедрения.
Третья сложность связана с регулярными инфраструктурными изменениями, которые попросту неизбежны на крупных предприятиях, где создание комплексной системы защиты может длиться по два или даже три года. Часто бывает так, что за это время в технологических установках меняются компоненты, или их вовсе выводят из эксплуатации и начинают использовать новые. Поэтому, если не следить за ситуацией по развитию площадок, рано или поздно можно столкнуться с тем, что спроектированная система защиты окажется неактуальной.
Еще одна типовая сложность, которая возникает практически в каждом проекте, — устаревшие АСУ ТП. Понятно, что их модернизация может растянуться на годы, а безопасность предприятию нужна здесь и сейчас. Поэтому лучшим вариантом тут будет продумать компенсирующие меры, которые помогут закрыть имеющиеся уязвимости в устаревших системах.
Пятая проблема кроется в несогласованности внутренних проектов на площадке. Часто параллельно с внедрением системы ИБ на площадке выполняется несколько других проектов, которые могут повлиять на развертывание средств защиты. Например, они могут предусматривать модернизацию помещений, где планируется разместить оборудование, или же модернизацию локально-вычислительной сети, необходимой для управления будущей системой ИБ. Возможны и другие сценарии, когда одни и те же работы дублируются на разных проектах либо между командами не налажено взаимодействие, что мешает построению системы защиты.
Must have для защиты АСУ ТП: что должна включать архитектура будущей системы ИБ
При проведении аудита активов, например, для закрытия требований 187-ФЗ по категорированию объектов критической информационной инфраструктуры, полезно посмотреть на собираемые данные с другой стороны. Уже в этот момент стоит задуматься, подходят ли помещения для размещения оборудования, какое оборудование используется в локальной вычислительной сети, достаточно ли его пропускной способности, и можно ли в принципе поставить на имеющиеся рабочие станции и серверы АСУ ТП средства защиты.
Ответы на эти вопросы помогут сформировать примерное видение будущей системы защиты: из каких компонентов она должна состоять, что из них будет реализовано в виде программного обеспечения (ПО), а что — в виде программно-аппаратного комплекса (ПАК). Этот подход поможет понять, создавать ли решение централизованным, когда все средства защиты размещены в одном месте и информация с конечных устройств собирается по сети, или же придется сделать его децентрализованным, развернув определенные компоненты поближе к источникам.
По нашему опыту, типовая комплексная система защиты включает пять компонентов, которые поставляются в виде ПО (антивирус, резервное копирование, управление обновлениями, анализ защищенности, мониторинг безопасности) и столько же — в виде ПАК (межсетевые экраны, криптографические средства, коммутационное оборудование, серверы, системы хранения данных).
Четыре важных нюанса при размещении оборудования
Определившись с архитектурой, можно приступать к формированию требований к самой системе защиты и инфраструктуре, на которой она будет базироваться. Первое, чему нужно уделить внимание, — это размещение оборудования.
Понятно, что ставить дорогостоящий сервер под столом у инженера не лучшее решение. Желательно подготовить полноценные серверные комнаты, в которых оборудование не выйдет из строя через два-три года из-за большого количества пыли и недостатка в охлаждении. При выборе помещения полезно ориентироваться на требования производителей, чтобы создать оптимальные условия для эксплуатации решений.
Как правило, планы по размещению технологических стоек на заводах расписаны на годы вперед. Это тоже важно учитывать и заранее выделить место, где можно будет поставить шкаф для средств защиты, чтобы избежать неприятных сюрпризов при внедрении.
Немаловажную роль играет и климат в выбранном помещении. Например, оно может быть обустроено под определенный объем тепловыделения, и установка средств защиты в нем окажется критичной. Поэтому я рекомендую убедиться в отсутствии подобных ограничений либо продумать модернизацию системы охлаждения.
Не стоит забывать и о том, что информационная безопасность начинается с физической. Размещать средства защиты необходимо в выделенных шкафах с охранной сигнализацией. Помещения, где размещается оборудование, должны быть оснащены системами охранного телевидения и контроля управления доступом. В большинстве случаев оборудование системы защиты размещается в тех же помещениях, где находится оборудование АСУ ТП (контроллерные, аппаратные, операторные и т. д.). Реализация физической безопасности поможет отслеживать действия персонала, имеющего доступ к этим помещениям, что особенно важно при проведении ремонтных работ на предприятии.
Как подготовить локально-вычислительную сеть к внедрению средств защиты
Следующий важный аспект — это подготовка локально-вычислительной сети, которая понадобится для сбора данных с конечных устройств и управления всей системой защиты. Большинство предприятий были построены десятки лет назад, поэтому при развертывании системы ИБ проложенные по ним сети зачастую нуждаются в модернизации. Например, сеть может оказаться неготовой к увеличению нагрузки, либо проблемы могут вскрыться на стороне коммутационного оборудования или линий связи. Последних может оказаться недостаточно, или они могут вовсе отсутствовать. Нередко на предприятиях существуют только промышленные сети, использование которых для других решений, включая средства защиты, запрещено.
Поэтому начинать подготовку локально-вычислительной сети к внедрению системы защиты нужно со сбора полной информации об имеющейся сетевой инфраструктуре. Стоит выяснить, какие используются коммутаторы, где они расположены и какой пропускной способностью обладают. Немаловажным будет узнать, можно ли настроить на коммутационном оборудовании зеркалирование трафика, так как от этого в последующем будет зависеть возможность внедрения промышленной системы обнаружения вторжений (Intrusion Detection System, IDS). Все эти вопросы лучше проработать заранее, потому что иначе вместо ожидаемой централизованной системы безопасности можно получить слабоуправляемую автономную систему, сложности с которой будут возникать даже при ее диагностике.
При построении или модернизации локально-вычислительной сети важно учитывать требования к будущей системе ИБ. В последующем это позволит внедрить все необходимое оборудование и избежать сложностей при взаимодействии компонентов системы защиты в локально-вычислительной сети.
О чем еще важно не забыть: тестирование решений
Перед внедрением средства защиты необходимо проверить на совместимость с установленными АСУ ТП и убедиться в том, что они не будут оказывать воздействие на технологическую сеть. Многие производители заявляют, что уже провели подобные тестирования, и предоставляют сертификаты совместимости, которые гарантируют отсутствия влияния ИБ-решений на технологические компоненты. Однако количество решений на рынке настолько велико, что едва ли работы по тестированию удастся избежать.
Главное не пытаться протестировать весь «зоопарк» систем АСУ ТП с каждым ИБ-решением. Попытки проверить совместимость каждого компонента из десятков видов контроллеров и SCADA-систем со всеми средствами защиты могут отнять колоссальное количество времени. Вместо этого лучше построить четкий план тестирования. Я рекомендую провести типизацию систем, выбрать два-три типа и протестировать их на стенде. Это поможет получить нужный результат и проверить, действительно ли выбранные средства защиты не окажут влияния на технологические компоненты.
Когда лучше всего внедрять средства защиты АСУ ТП
По опыту я могу отметить три варианта, когда предприятие может приступить к внедрению системы ИБ: до, после или во время модернизации АСУ ТП. Недостатки первого подхода заключаются в том, что при развертывании средств защиты можно столкнуться с устаревшим оборудованием и несовместимым ПО. Кроме того, в этом случае велик риск того, что после модернизации архитектура промышленных систем значительно поменяется, в результате чего придется менять и реализованную систему защиты.
С большой вероятностью сложностей не избежать и при втором варианте. После модернизации АСУ ТП зачастую могут возникать трудности с согласованием решений, так как система, скорее всего, будет уже находиться на гарантии. Проблемы могут быть и с внесением изменений в архитектуру системы, так как это потребуется согласовать с дополнительными подразделениями и производителем АСУ ТП.
Третий вариант, по нашему опыту, является самым удачным. На практике совместить внедрение системы ИБ и модернизацию технологических установок удается не всегда. Однако именно в этом случае можно сразу учесть все необходимые требования по безопасности и построить полностью готовый объект «под ключ» с многоуровневой системой защиты.
В статье мы расскажем о наиболее интересных стартапах в области кибербезопасности, на которые следует обратить внимание.
Хотите узнать, что происходит нового в сфере кибербезопасности, – обращайте внимание на стартапы, относящиеся к данной области. Стартапы начинаются с инновационной идеи и не ограничиваются стандартными решениями и основным подходом. Зачастую стартапы справляются с проблемами, которые больше никто не может решить.
Обратной стороной стартапов, конечно же, нехватка ресурсов и зрелости. Выбор продукта или платформы стартапа – это риск, требующий особых отношений между заказчиком и поставщиком . Однако, в случае успеха компания может получить конкурентное преимущество или снизить нагрузку на ресурсы безопасности.
Ниже приведены наиболее интересные стартапы (компании, основанные или вышедшие из «скрытого режима» за последние два года).
Компания Abnormal Security, основанная в 2019 году, предлагает облачную платформу безопасности электронной почты, которая использует анализ поведенческих данных для выявления и предотвращения атак на электронную почту. Платформа на базе искусственного интеллекта анализирует поведение пользовательских данных, организационную структуру, отношения и бизнес-процессы, чтобы выявить аномальную активность, которая может указывать на кибератаку. Платформа защиты электронной почты Abnormal может предотвратить компрометацию корпоративной электронной почты, атаки на цепочку поставок , мошенничество со счетами, фишинг учетных данных и компрометацию учетной записи электронной почты. Компания также предоставляет инструменты для автоматизации реагирования на инциденты, а платформа дает облачный API для интеграции с корпоративными платформами, такими как Microsoft Office 365, G Suite и Slack.
Копания Apiiro вышла из «скрытого режима» в 2020 году. Ее платформа devsecops переводит жизненный цикл безопасной разработки «от ручного и периодического подхода «разработчики в последнюю очередь» к автоматическому подходу, основанному на оценке риска, «разработчики в первую очередь», написал в блоге соучредитель и генеральный директор Идан Плотник . Платформа Apiiro работает, соединяя все локальные и облачные системы управления версиями и билетами через API. Платформа также предоставляет настраиваемые предопределенные правила управления кодом. Со временем платформа создает инвентарь, «изучая» все продукты, проекты и репозитории. Эти данные позволяют лучше идентифицировать рискованные изменения кода.
Axis Security Application Access Cloud – облачное решение для доступа к приложениям , построенное на принципе нулевого доверия. Он не полагается на наличие агентов, установленных на пользовательских устройствах. Поэтому организации могут подключать пользователей – локальных и удаленных – на любом устройстве к частным приложениям, не затрагивая сеть или сами приложения. Axis вышла из «скрытого режима» в 2020 году.
BreachQuest, вышедшая из «скрытого режима» 25 августа 2021 года, предлагает платформу реагирования на инциденты под названием Priori. Платформа обеспечивает большую наглядность за счет постоянного отслеживания вредоносной активности. Компания утверждает, что Priori может предоставить мгновенную информацию об атаке и о том, какие конечные точки скомпрометированы после обнаружения угрозы.
Cloudrise предоставляет услуги управляемой защиты данных и автоматизации безопасности в формате SaaS. Несмотря на свое название, Cloudrise защищает как облачные, так и локальные данные. Компания утверждает, что может интегрировать защиту данных в проекты цифровой трансформации. Cloudrise автоматизирует рабочие процессы с помощью решений для защиты данных и конфиденциальности. Компания Cloudrise была запущена в октябре 2019 года.
Cylentium утверждает, что ее технология кибер-невидимости может «скрыть» корпоративную или домашнюю сеть и любое подключенное к ней устройство от обнаружения злоумышленниками. Компания называет эту концепцию «нулевой идентичностью». Компания продает свою продукцию предприятиям, потребителям и государственному сектору. Cylentium была запущена в 2020 году.
Компания Deduce , основанная в 2019 году, предлагает два продукта для так называемого «интеллектуального анализа личности». Служба оповещений клиентов отправляет клиентам уведомления о потенциальной компрометации учетной записи, а оценка риска идентификации использует агрегированные данные для оценки риска компрометации учетной записи. Компания использует когнитивные алгоритмы для анализа конфиденциальных данных с более чем 150 000 сайтов и приложений для выявления возможного мошенничества. Deduce заявляет, что использование ее продуктов снижает ущерб от захвата аккаунта более чем на 90%.
Автоматизированная платформа безопасности и соответствия Drata ориентирована на готовность к аудиту по таким стандартам, как SOC 2 или ISO 27001. Drata отслеживает и собирает данные о мерах безопасности, чтобы предоставить доказательства их наличия и работы. Платформа также помогает оптимизировать рабочие процессы. Drata была основана в 2020 году.
FYEO – это платформа для мониторинга угроз и управления доступом для потребителей, предприятий и малого и среднего бизнеса. Компания утверждает, что ее решения для управления учетными данными снимают бремя управления цифровой идентификацией. FYEO Domain Intelligence («FYEO DI») предоставляет услуги мониторинга домена, учетных данных и угроз. FYEO Identity будет предоставлять услуги управления паролями и идентификацией, начиная с четвертого квартала 2021 года. FYEO вышла из «скрытого режима» в 2021 году.
Kronos – платформа прогнозирующей аналитики уязвимостей (PVA) от компании Hive Pro , основанная на четырех основных принципах: предотвращение, обнаружение, реагирование и прогнозирование. Hive Pro автоматизирует и координирует устранение уязвимостей с помощью единого представления. Продукт компании Artemis представляет собой платформу и услугу для тестирования на проникновение на основе данных. Компания Hive Pro была основана в 2019 году.
Израильская компания Infinipoint была основана в 2019 году. Свой основной облачный продукт она называет «идентификация устройства как услуга» или DIaaS , который представляет собой решение для идентификации и определения положения устройства. Продукт интегрируется с аутентификацией SSO и действует как единая точка принуждения для всех корпоративных сервисов. DIaaS использует анализ рисков для обеспечения соблюдения политик, предоставляет статус безопасности устройства как утверждается, устраняет уязвимости «одним щелчком».
Компания Kameleon , занимающаяся производством полупроводников, не имеет собственных фабрик и занимает особое место среди поставщиков средств кибербезопасности. Компания разработала «Блок обработки проактивной безопасности» (ProSPU). Он предназначен для защиты систем при загрузке и для использования в центрах обработки данных, управляемых компьютерах, серверах и системах облачных вычислений. Компания Kameleon была основана в 2019 году.
Облачная платформа безопасности данных Open Raven предназначена для обеспечения большей прозрачности облачных ресурсов. Платформа отображает все облачные хранилища данных, включая теневые облачные учетные записи, и идентифицирует данные, которые они хранят. Затем Open Raven в режиме реального времени отслеживает утечки данных и нарушения политик и предупреждает команды о необходимости исправлений. Open Raven также может отслеживать файлы журналов на предмет конфиденциальной информации, которую следует удалить. Компания вышла из «скрытого режима» в 2020 году.
Компания Satori, основанная в 2019 году, называет свой сервис доступа к данным “DataSecOps”. Целью сервиса является отделение элементов управления безопасностью и конфиденциальностью от архитектуры. Сервис отслеживает, классифицирует и контролирует доступ к конфиденциальным данным. Имеется возможность настроить политики на основе таких критериев, как группы, пользователи, типы данных или схема, чтобы предотвратить несанкционированный доступ, замаскировать конфиденциальные данные или запустить рабочий процесс. Сервис предлагает предварительно настроенные политики для общих правил, таких как GDPR , CCPA и HIPAA .
Компания Scope Security недавно вышла из «скрытого режима», будучи основана в 2019 году. Ее продукт Scope OmniSight нацелен на отрасль здравоохранения и обнаруживает атаки на ИТ-инфраструктуру, клинические системы и системы электронных медицинских записей . Компонент анализа угроз может собирать индикаторы угроз из множества внутренних и сторонних источников, представляя данные через единый портал.
Основным продуктом Strata является платформа Maverics Identity Orchestration Platform . Это распределенная мультиоблачная платформа управления идентификацией. Заявленная цель Strata – обеспечить согласованность в распределенных облачных средах для идентификации пользователей для приложений, развернутых в нескольких облаках и локально. Функции включают в себя решение безопасного гибридного доступа для расширения доступа с нулевым доверием к локальным приложениям для облачных пользователей, уровень абстракции идентификации для лучшего управления идентификацией в мультиоблачной среде и каталог коннекторов для интеграции систем идентификации из популярных облачных систем и систем управления идентификацией. Strata была основана в 2019 году.
SynSaber , запущенная 22 июля 2021 года, предлагает решение для мониторинга промышленных активов и сети. Компания обещает обеспечить «постоянное понимание и осведомленность о состоянии, уязвимостях и угрозах во всех точках промышленной экосистемы, включая IIoT, облако и локальную среду». SynSaber была основана бывшими лидерами Dragos и Crowdstrike.
Traceable называет свой основной продукт на основе искусственного интеллекта чем-то средним между брандмауэром веб-приложений и самозащитой приложений во время выполнения. Компания утверждает, что предлагает точное обнаружение и блокирование угроз путем мониторинга активности приложений и непрерывного обучения, чтобы отличать обычную активность от вредоносной. Продукт интегрируется со шлюзами API. Traceable была основана в июле 2020 года.
Компания Wiz, основанная командой облачной безопасности Microsoft, предлагает решение для обеспечения безопасности в нескольких облаках, рассчитанное на масштабную работу. Компания утверждает, что ее продукт может анализировать все уровни облачного стека для выявления векторов атак с высоким риском и обеспечивать понимание, позволяющее лучше расставлять приоритеты. Wiz использует безагентный подход и может сканировать все виртуальные машины и контейнеры. Wiz вышла из «скрытого режима» в 2020 году.
Работает на CMS “1С-Битрикс: Управление сайтом”
Feshop-cardcc Feshop-storecc