В основе .NET лежит цель объединения бизнеса, пользователей, приложений и данных. Однако, несмотря на все меры, принятые для защиты и секретности данных, многие люди и компании не спешат подключать свои бизнес-системы и предоставлять свои данные в доступ хакерам по всему миру. Microsoft понимает это беспокойство, связанное с ранними ее продуктами и технологиями, и сделала безопасность одним из высших приоритетов. Главный принцип при создании приложений – это использование системы безопасности структуры .NET. В этой статье мы представим обзор системы безопасности в структуре .NET и как создавать безопасные программы для .NET. И что более важно, мы обсудим, какие стандартные ошибки следует избегать.
Михаил
Разумов , по материалам SecurityFocus
В основе .NET лежит цель объединения бизнеса, пользователей,
приложений и данных. Однако, несмотря на все меры, принятые для защиты и секретности
данных, многие люди и компании не спешат подключать свои бизнес-системы и предоставлять
свои данные в доступ хакерам по всему миру. Microsoft понимает это беспокойство,
связанное с ранними ее продуктами и технологиями, и сделала безопасность одним
из высших приоритетов. Главный принцип при создании приложений – это использование
системы безопасности структуры .NET. В этой статье мы представим обзор системы
безопасности в структуре .NET и как создавать безопасные программы для .NET.
И что более важно, мы обсудим, какие стандартные ошибки следует избегать.
Обычно программы исполняются на локальном диске, где их установил
администратор. Однако, появление распределенных вычислений и структуры .NET
в сущности устранило эти границы. Границами сейчас являются почти бесконечные
пределы Интернет. Переход к этой новой среде динамической загрузки и удаленного
выполнения потребовал пересмотра традиционной модели безопасности «доверенного»
кода.
Модели безопасности операционных систем в настоящее время связаны
с пользователями и группами. Это означает, что пользователи и любой код, запущенный
ими, либо имеют, либо не имеют разрешение на операции с определенными ресурсами.
Структура .NET обеспечивает задаваемую разработчиками (developer-defined) модель
безопасности, называемую ролевой (role-based) безопасностью. В добавление к
этому, .NET предоставляет безопасность доступа кода (code-specific, code-access,
evidence-based). Это средство является основой обеспечения безопасного исполнения
мобильного кода. При использовании безопасности доступа кода, пользователь может
иметь разрешение на доступ к ресурсу, но если код, исполняемый пользователем,
не разрешен, запрос на доступ пользователя к ресурсу будет отвергнут.
Функционирование системы безопасности .NET основано на подсистеме
CLR (common language runtime – общеязыковая среда выполнения). Эти функциональные
возможности находятся поверх тех, которые предоставлены операционной системой,
и дополняют их. Однако, безопасность CLR более детальна и настраиваема по сравнению
с самой операционной системой, что позволяет делегировать контроль безопасности
управляемого кода в CLR.
Следующий раздел содержит обзор фундаментальных узлов модели
безопасности структуры .NET: ролевая безопасность, безопасность доступа кода
и обзор стека (stack walking).
В бизнес среде роли определяют политику авторизации. Например,
клерк в банке может быть авторизован для совершения транзакции только с определенным
денежно-кредитным лимитом. С другой стороны, менеджер, может иметь более высоки
лимит, а вице-президент еще более высокий. Ролевая безопасность структуры .NET
основана на аналогичной концепции.
Эта модель основана на распознании, от чьего имени исполняется
код, руководителя или пользователя. Тождество руководителя может быть основано
либо на системном эккаунте Windows, либо определяться в зависимости от приложения.
Кроме тождества, руководитель имеет одну или несколько принадлежностей к ролям.
Эти принадлежности к ролям (например, роли клерка или менеджера) определяют
авторизацию руководителя на совершение определенных транзакций или доступ к
некоторым защищенным ресурсам.
Ролевая безопасность, основанная на тождестве пользователей,
определяет работу всего кода, исполняющегося от имени определенного пользователя,
с одинаковыми правами и привилегиями. Эта модель безопасности не имела никаких
проблем в мире разъединенных настольных компьютеров. Однако в текущем контексте
сетевых компьютеров, уравнивание прав всего кода, исполняющегося от имени одного
и того же пользователя, не обязательно будет самой безопасной стратегией. Важно
также происхождение динамически загруженного или запущенного на исполнение кода,
и это необходимо учесть в модели безопасности. Это приводит нас к концепции
безопасности доступа кода, которая аутентифицирует сам код (а не пользователя,
его запустившего) в зависимости от его происхождения. Информация о происхождении
кода обычно называется удостоверением (evidence). Например, удостоверение, используемое
для авторизации в структуре .NET состоит из следующих компонент:
Соответствие между удостоверением группы и разрешениями, выданными
группе, определяется реальной политикой безопасности, реализованной в классе
System.Security.SecurityManager. Таким образом, безопасность доступа кода можно
представить, как функцию двух входных переменных (удостоверение и администрируемая
политика безопасности) и наборе разрешений для группы на выходе.
В какой момент проверяются разрешения, заданные модулем безопасности
доступа кода? Эти разрешения проверяются во время процесса, известного как обзор
стека (stack walk). Действует он следующим образом. При вызове нового метода,
в стек помещается новая активационная запись, содержащая адрес возврата, параметры,
переданные методу, и локальные переменные. Эта запись выталкивается из стека
при возврате из метода. В результате, стек растет и уменьшается в процессе исполнения
программы. До того, как дать доступ к методу, защищенный ресурс может потребовать
обзор стека, который, как следует из его названия, вызывает просмотр всех записей
в цепочке вызова и определение того, имеют ли они соответствующие права доступа
к запрошенному ресурсу. Эта процедура гарантирует более высокий уровень безопасности,
по сравнению с проверкой набора разрешений непосредственно вызывающей программы.
Чтобы воспользоваться этими методами безопасности, приложения
просто должны использовать инфраструктуру, осуществленную в .NET. Однако, существует
несколько проблем безопасности, о которых программисту не следует забывать.
Некоторые из них перечислены ниже:
Программист приложений .NET может явно задать минимальный уровень
требуемых разрешений для исполнения кода. В этом случае, если код столкнется
с политиками безопасности, которые не предоставляют ему разрешения на выполнение,
он не запустится. Эта возможность предотвращает от передачи пользователю сообщений
об исключениях в процессе выполнения программы и может быть достигнуто соответствующим
использованием метода SecurityAction.RequestMinimum. Программист должен также
определить для системы, чтобы никакие дополнительные разрешения (более тех,
которые требуются для легитимного исполнения кода) не были даны коду. Это предохраняет
от увеличения брешей безопасности во всем коде. Это аналогично использованию
UNIX эккаунта с самыми низкими привилегиями для выполнения конкретной задачи.
Это может быть достигнуто установкой в наборе разрешений Unrestricted=false.
Приложения, которые работают с чувствительными данными, должны
предотвратить передачу этих данных злонамеренному коду. Хотя безопасность доступа
кода может предотвратить доступ злонамеренного кода к ресурсам, такой код все
же может прочитать значения полей или свойства, которые могут содержать чувствительную
информацию. Для того, чтобы данные в памяти были защищенными, они должны храниться
как частные или внутренние переменные, ограничивая таким образом область их
действия одной группой (assembly). Программист, однако, должен помнить, что
данные все еще могут быть доступны коду с высоким уровнем доверия при отображении
(reflection), сериализации (serialization) и отладке (debugging).
Данные также могут быть обозначены как «защищенные» (protected),
ограничив тем самым доступ к определенному классу и его производным. Однако,
программисты должны предпринять некоторые шаги, чтобы убедиться, что все производные
классы используют одинаковую защиту. Такое управляемое наследование может быть
достигнуто с использованием возможности InheritanceDemand.
Функция LinkDemand позволяет программисту изменять обычную
процедуру обзора стека так, чтобы проверять только непосредственно вызывающую
код программу, вместо проверки всей цепочки в стеке. Это увеличивает производительность
кода, но позволяет злонамеренному коду вызывать запрещенный код, используя авторизованный
код. Поэтому эта возможность должна использоваться крайне осторожно.
Золотое правило безопасности web-приложений звучит так: не
доверяйте пользовательскому вводу. Любые данные от клиента/пользователя должны
проверяться на сервере для того, чтобы предотвратить прохождение скриптов или
злонамеренных шестнадцатеричных кодов. Пользовательские данные часто передаются
в качестве параметров для вызова другого кода на сервере и, будучи не проверены,
могут серьезно нарушить безопасность системы (например атаки SQL injection,
Cross-Site-Scripting).
В течение некоторого последнего времени в ОС Microsoft Windows
имелась CryptoAPI. С появлением ASP.NET, DPAPI, CAPICOM и новых криптографических
возможностей IIS6, стало возможно создавать web-приложения, используя очень
стойкие криптографические протоколы, которые встроены в среду .NET.
Обсудив некоторые рекомендации по программированию, перейдем
к тем предосторожностям, которые необходимо предпринять, чтобы избежать стандартных
ошибок.
Предписание ASSERT утверждает, что программист знает, что он
делает. Очень важно, чтобы вызывающие программы не имели контроля над предписаниями
assert. Все предписания assert должны быть рассмотрены в процессе просмотра
кода.
Использование управляемого кода обеспечивает много «свободной»
безопасности от структуры .NET. С другой стороны, неуправляемый код не защищен
структурой и должен по возможности избегаться. Неуправляемый код особенно опасен,
если хакер может запустить другой код, используя P/Invoke или COM Interop.
Контроль доступа в структуре .NET реализован так, чтобы проверять
права доступа только при открытии файла. Если объектная ссылка уже открытого
файла передается как параметр в некоторую функцию, вызванная функция не проходит
проверку безопасности при чтении и/или записи в файл. Таким образом, создатели
API приложений должны уделить особое внимание тому, как передаются объектные
ссылки.
Несмотря на то, что SOAP (Simple Object Access Protocol – Простой
Протокол Доступа к Объектам) и .NET позволяют сложным B2B системам разделять
данные и расширять возможности бизнеса, очень важно, чтобы доступ к интерфейсу
SOAP был ограничен авторизованными пользователями, вследствие чувствительности
транзакций. Многие реализации приложений, использующих SOAP, оставляют незащищенными
слишком много функций или игнорируют аутентификацию и авторизацию, через которые
должны проходить нормальные транзакции. Приложение должно обеспечивать независимый
интерфейс для всех пользователей и контроль безопасности. Также рекомендуется
использование защищенной аутентификации, такой как HTTP сертификаты и XML сигнатуры.
Инфраструктура .NET обеспечивает средства для создания защищенных
приложений путем создания среды, в которой приложение можно контролировать,
а контроль безопасности проводится на основании удостоверения кода, роли пользователя
и политики безопасности среды. Однако, это не означает, что программист не в
ответе за безопасность. Хотя Microsoft предоставил безопасные стандартные настройки,
применимые в большинстве случаев, программист должен явно учитывать некоторые
проблемы, строго придерживаясь правил безопасного программирования и избегая
стандартных ошибок.
В статье мы расскажем о наиболее интересных стартапах в области кибербезопасности, на которые следует обратить внимание.
Хотите узнать, что происходит нового в сфере кибербезопасности, – обращайте внимание на стартапы, относящиеся к данной области. Стартапы начинаются с инновационной идеи и не ограничиваются стандартными решениями и основным подходом. Зачастую стартапы справляются с проблемами, которые больше никто не может решить.
Обратной стороной стартапов, конечно же, нехватка ресурсов и зрелости. Выбор продукта или платформы стартапа – это риск, требующий особых отношений между заказчиком и поставщиком . Однако, в случае успеха компания может получить конкурентное преимущество или снизить нагрузку на ресурсы безопасности.
Ниже приведены наиболее интересные стартапы (компании, основанные или вышедшие из «скрытого режима» за последние два года).
Компания 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С-Битрикс: Управление сайтом”
uniccam unicc-bazarcm
