Данный документ содержит выдержки из магистерской диссертации Майкла Шмидта. Здесь отражены рассмотренные в диссертации аспекты HTML5, касающиеся безопасности.
До HTML5 cоздание веб-приложений, которые можно использовать оффлайн, было трудной задачей. Некоторые производители проделали сложную работу, чтобы заставить свои приложения работать оффлайн. Это решалось в основном через дополнения ПА, которые пользователь должен был установить. HTML5 вводит концепцию оффлайновых веб-приложений. Веб-приложение может посылать ПА информацию о том, какие файлы нужны для работы оффлайн. Загрузив нужную информацию однажды, приложение может использоваться оффлайн. ПА распознает оффлайн-режим и загружает данные из кэша.
Чтобы указать ПА, что ему следует сохранить некоторый файл для использования оффлайн, в тэг <html> нужно включить новый HTML-атрибут manifest:
Атрибут manifest ссылается на файл манифеста, который определяет такие ресурсы, как HTML и CSS файлы, которые нужно сохранить для оффлайн-использования. Файл манифеста содержит несколько разделов, где указано какие файлы следует кэшировать и сохранить, какие никогда не нужно кэшировать, а какие должны быть загружены в случае ошибки. Файл манифеста может иметь имя и произвольное местоположение на сервере. Нужно лишь, чтобы он имел имя, заканчивающееся на «.manifest», и возвращался сервером с типом контента text/cache-manifest в заголовке. В противном случае ПА не будет использовать содержимое файла для формирования оффлайн-кэша веб-приложения. Более подробную информацию и пример файла манифеста можно найти в разделе 5.3.3.
С появлением оффлайновых веб-приложений границы безопасности изменились. В веб-приложениях до HTML5 все решения, связанные с контролем доступа к данным и функциям, делались на стороне сервера. С появлением оффлайновых веб-приложений часть проверок прав доступа переместилась на сторону ПА. Для оффлайновых веб-приложений, таким образом, не достаточно реализации защитных мер исключительно на сервере. Цель атаки на веб-приложение больше не ограничена сервером, становится возможным атаковать и клиентскую часть приложения.
Это главным образом нарушает требование “Защита ПА”. Однако, при нарушении данного требования неявной угрозе подвергаются все остальные требования безопасности. Например, если имеется возможность нарушить требование «Безопасное кэширование», атакующий сможет внедрить в кэш оффлайнового веб-приложения любое содержимое и использовать его для нарушения других требований безопасности.
Внедрение в кэш вредоносных данных было проблемой безопасности еще до HTML5. Отравление кэша было возможным и ранее, через существующие в HTML4 директивы кэша для файлов JavaScript и других ресурсов. Тем не менее, атаки отравления кэша ПА были ограничены. С появлением в HTML5 оффлайновых приложений атаки отравления кэша получили больше возможностей. В HTML5 усилились следующие угрозы:
Момент и условия удаления кэша оффлайнового приложения зависят от производителя ПА. В разделе 5.4.2 показано поведение различных браузеров при удалении кэша оффлайнового приложения.
Как уже упоминалось, отравление кэша – наиболее серьезная проблема безопасности для оффлайновых веб-приложений. Поэтому в данном разделе описан возможный сценарий отравления кэша, который основан на идеях статьи из [41]. На рисунке 6 показана диаграмма последовательности, которая иллюстрирует, как атакующий может отравить кэш ПА жертвы. Жертва выходит в Интернет через небезопасную вредоносную сеть и запрашивает какую-нибудь страницу (не обязательно отравляемую). Вредоносная сеть подменяет данные, посылаемые клиенту, и отравляет кэш ПА. Позднее жертва выходит в Интернет через доверенную сеть и обращается к отравленному сайту. Затем происходит собственно атака: жертва загружает из кэша отравленный контент. Предполагаемая топология этой атаки показана в разделе 5.1.3 на высокоуровневой диаграмме.
Доказательство возможности этой атаки приведено в разделе 5.2.5. Этот раздел показывает подробности данной атаки отравления кэша, включая соответствующий HTML-код, дамп сетевого трафика и снимки экрана браузера.
Кто-то может заметить, что подобная атака была осуществима стандартными HTML-средствами. Это так, но атака на оффлайн-приложение имеет два преимущества:
Поставщики веб-приложений не могут избежать угроз «Постоянные вектора атак» и «Отравление кэша». Эти угрозы определены в спецификации HTML5. Чтобы решить эту проблему, нужно научить пользователей очищать кэш своих ПА всякий раз после выхода в Интернет через незащищенную сеть перед тем, как они хотят обратиться к странице, которой передаются конфиденциальные данные. Далее пользователям нужно научиться понимать значение предупреждений безопасности и признавать оффлайновые веб-приложения только от доверенных сайтов.
Современные, богатые возможностями сайты все больше нуждаются в подключении так называемых гаджетов от третьих сторон. Эти гаджеты, как правило, являются JavaScript-приложениями с определенным назначением (пример – погодный информер). HTML4 предоставляет только два способа решения этой проблемы.
Первый способ – подключать гаджеты с помощью Iframe-ов, что безопасно, но неудобно для пользователя. Сайт, загруженный с домена domainA.csnc.ch, не может получить доступ к элементам Объектной Модели Документа (DOM) встроенного Iframe-a, загруженного с домена domainB.csnc.ch, и наоборот. Если пользователь уже ввел ZIP-код в приложение, ему придется повторно ввести ZIP-код в Iframe, что не является примером дружественного интерфейса.
Второй способ заключается в использовании встроенного JavaScript кода, что является мощным, но небезопасным решением. JavaScript из внешнего источника запускается в контексте домена, в который он встраивается, и, таким образом, имеет доступ ко всей DOM, включая любые введенные данные вроде ZIP-кода. Этот подход является дружественным для пользователя, поскольку нет нужды повторно вводить данные, но зато таит в себе опасность. Внешнему скрипту доступны номера кредитных карт, персональные и любые другие данные, введенные на сайте. Поставщикам веб-приложений приходится доверять внешнему источнику JavaScript-кода, который они встраивают в свое приложение. Это рискованно, поскольку они не могут контролировать встроенный код постоянно. Содержимое внешнего JavaScript-файла может быть проверено на изъяны безопасности в определенный момент, но трудно проверять файл каждый раз, когда он запрашивается ПА. Поставщик может изменить содержимое файла и случайно, либо намеренно проделать бреши в безопасности (подобно проблеме TOCTOU в программировании [42]).
HTML5 вводит новую возможность, называемую Cross Document Messaging (Передача сообщений между документами), которая позволяет документам взаимодействовать друг с другом, даже если они с различных доменов. Это делает возможным взаимодействие между сайтом и встроенным в него Iframe-ом и улучшает безопасность веб-приложений по сравнению с использованием встроенного JavaScript. Cross Document Messaging открывает новый путь решения вышеупомянутых проблем взаимодействия. Iframe-ы с различных доменов могут посылать друг другу сообщения, используя новый API:
В разделе 5.2.6 представлено демонстрационное приложение, которое использует метод postMessage() так, как это показано на рисунке 7. Это приложение загружается с домена internal.csnc.ch и встраивает Iframe с external.csnc.ch. После нажатия на кнопку в приложении встроенному Iframe-у (external.csnc.ch) может посылается сообщение от встраивающего его сайта (internal.csnc.ch).
Помимо Cross-Document Messaging, HTML5 предоставляет еще одну возможность для взаимодействия Java-скриптов, запущенных в разных контекстах доменов, – Channel Messaging (Передача сообщений по каналу). Однако, с точки зрения безопасности они очень похожи, поэтому в данном разделе рассмотрен только Cross-Document Messaging.
Web Messaging повышает безопасность интеграции в приложение элементов из внешних источников, но также рождает новые проблемы безопасности. Содержимое веб-страницы больше не ограничено содержимым с исходного домена, и сервер не может контролировать все данные, посылаемые и получаемые его страницами. С Web Messaging веб-страница может получать содержимое других доменов без участия своего сервера. Обмен данными между Iframe-ами происходит внутри ПА. То есть, можно обойти проверку данных на стороне сервера и послать вредоносный контент от одного Iframe-а другому напрямую.
Это может привести к нарушению требования безопасности «Проверка данных». Нарушение этого требования безопасности открывает для атакующего возможность нарушить несколько других требований. В зависимости от данных, которые атакующий может подсунуть в приложение, он может запустить JavaScript-код и обратиться к приложению с правами пользователя, чтобы нарушить другие требования безопасности.
Описанная в разделе 2.5.1 проблема безопасности выливается в две следующих угрозы:
Данные угрозы эксплуатируются в следующем сценарии атаки, в котором предполагается, что веб-приложение построено из нескольких Iframe-ов из разных источников. Первая версия веб-приложения содержала лишь два Iframe-а с различных доменов, которые разработчики могли контролировать и которые находились в доверенной среде. Поэтому разработчики позволили передачу сообщений (Cross-Document Messaging) между этими двумя Iframe-ами без ограничений.
Во второй версии разработчики решили подключить гаджет из внешнего источника. Они изучили исходный код этого гаджета и обнаружили, что он не использует никаких функций cross-document messaging. По этой причине они не меняли ничего в передаче данных между Iframe-ами.
Атакующий не может обнаружить уязвимости в веб-приложении, но он может эксплуатировать XSS-уязвимость в гаджете (а может и вовсе быть поставщиком этого гаджета). Это позволяет атакующему передать веб-приложению через гаджет JavaScript-код и запустить произвольный JavaScript-код в контексте веб-приложения. Далее атакующий вставляет JavaScript-код, который прослушивает сообщения, передаваемые между Iframe-ами (вспомним, что цель сообщений установлена в *) и крадет конфиденциальную информацию, передаваемую между ними.
Чтобы смягчить угрозы «Раскрытие конфиденциальных данных» и «Расширение поверхности атаки на ПА», недостаточно проверки данных на сервере. Получаемые данные должны проверяться и на клиенте. Чтобы безопасно использовать Cross Document Messaging, необходимо реализовать следующие моменты:
Альтернативное решение проблемы встраивания внешнего контента состоит в использовании санитайзера вроде Caja [43].
HTML5 позволяет установить специальные обработчики схем и типов контента. Веб-приложения могут регистрироваться в качестве обработчиков для определенных протоколов1, например, факсов, электронных писем, SMS. Когда пользователь нажимает на ссылку, ассоциированную со специальным обработчиком, ПА будет открывать соответствующее, однажды зарегистрированное в качестве обработчика веб-приложение.
HTML5 позволяет регистрировать обработчики не только для протоколов, но и для конкретных MIME-типов (Multipurpose Internet Mail Extensions или многоцелевые расширения интернет-почты) вроде text-directory или application/rss+xml.
С появлением специальных обработчиков схем и типов контента расширяется поверхность атаки на ПА. Регистрация специальных обработчиков схем и типов контента оказывает влияние лишь на стороне клиента, поэтому защита от атак на эту возможность HTML5 не может быть обеспечена поставщиком веб-приложений. Таким образом, в основном под угрозой находится требование безопасности “Защита ПА”.
Тем не менее, нарушение требования безопасности “Защита ПА” в данном контексте влечет за собой нарушение требований «Конфиденциальность» и «Целостность». Если атакующий может зарегистрировать вредоносный домен в качестве специального обработчика схемы и типа контента, на этот домен могут посылаться конфиденциальные данные. Помимо кражи этих данных, вредоносный домен может манипулировать ими перед последующей обработкой. Через раскрытие личных данных пользователя также может быть нарушено требование безопасности «Защита личных сведений».
Возможность регистрировать любой сайт в качестве специального обработчика протокола или типа контента позволяет вредоносным приложениям обманом заставлять пользователей зарегистрировать их в качестве обработчиков. Это создает следующие угрозы:
Следующий сценарий атаки показывает, как пользователи могут быть обманом заставлены зарегистрировать вредоносный сайт в качестве обработчика протокола, что приводит к утечке конфиденциальных данных. Пользователь открывает malicious.csnc.ch и получает в качестве ответа JavaScript-код, который регистрирует обработчик протокола для ссылок mailto. Если пользователь подтвердит регистрацию этого обработчика и нажмет на mailto-ссылку, ему будет задан вопрос (либо, он сразу будет перенаправлен, точное поведение зависит от настроек ПА) о том, какой обработчик следует использовать. После этого пользователь будет перенаправлен на malicious.csnc.ch. Это может привести к утечке конфиденциальных данных. Malicious.csnc.ch может ответить на запрос фальшивой формой отправки почты, выглядящей в стиле любимого почтового приложения жертвы. Диаграмма последовательности, представленная на рисунке 8, иллюстрирует данную атаку.
Специальные обработчики протоколов и типов контента не удаляются вместе с кэшем ПА. То, когда и как они удаляются, зависит от реализации ПА. PoC-приложение, иллюстрирующее изображенную на рисунке 8 атаку, показано в разделе 5.2.7. Детали этой атаки, включая соответствующие скриншоты браузеров и дампы сетевого трафика, можно найти в том же разделе.
Подобные атаки возможны и через регистрацию специальных обработчиков типов контента. Сайты могут попытаться зарегистрироваться в качестве обработчика для, например, типа данных video/mpeg и перед проигрыванием видео показывать рекламу. Регистрация как можно большего числа обработчиков протоколов может быть использована для рассылки спама. Тем не менее, на момент написания этого отчета только некоторые ПА поддерживали регистрацию специальных обработчиков типов контента, да и то лишь для RSS-каналов. По этой причине можно было доказать только то, что отслеживание пользователей возможно путем регистрации обработчиков RSS-каналов. Другие атаки, вроде регистрации специального обработчика для video/mpeg, тоже нельзя сбрасывать со счетов, но их возможность зависит от будущих реализаций ПА (в разделе 5.4.3 дан обзор ПА, которые поддерживают регистрацию специальных обработчиков для типов контента).
Угроз “Раскрытие конфиденциальных данных”, “Отслеживание пользователей” и “Рассылка спама” нельзя избежать путем безопасной реализации веб-приложений на сервере. Эти угрозы затрагивают ПА, поэтому конечные пользователи должны научиться не регистрировать вредоносные домены в качестве специальных обработчиков протоколов или типов контента.
1 Ранее в документе автор по-видимому называл их специальными обработчиками схемы (прим. пер.)
В статье мы расскажем о наиболее интересных стартапах в области кибербезопасности, на которые следует обратить внимание.
Хотите узнать, что происходит нового в сфере кибербезопасности, – обращайте внимание на стартапы, относящиеся к данной области. Стартапы начинаются с инновационной идеи и не ограничиваются стандартными решениями и основным подходом. Зачастую стартапы справляются с проблемами, которые больше никто не может решить.
Обратной стороной стартапов, конечно же, нехватка ресурсов и зрелости. Выбор продукта или платформы стартапа – это риск, требующий особых отношений между заказчиком и поставщиком . Однако, в случае успеха компания может получить конкурентное преимущество или снизить нагрузку на ресурсы безопасности.
Ниже приведены наиболее интересные стартапы (компании, основанные или вышедшие из «скрытого режима» за последние два года).
Компания 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С-Битрикс: Управление сайтом”
approvedsu freshstuff88com
Categories