- •Часть 2. Архитектура защиты информации
- •Введение
- •1 Область применения
- •2 Нормативные ссылки
- •3 Определения и сокращения
- •3.1 В настоящем стандарте используют следующие термины, определенные в гост р исо/мэк 7498-1:
- •3.2 Настоящий стандарт использует следующие термины соответствующих стандартов:
- •3.3 В настоящем стандарте используют следующие определения:
- •5.3.3 Механизмы управления доступом
- •5.3.2 Механизм ы цифровой подписи
- •5.3.4 Механизмы целостности данных
- •5.3.5 Механизм обмена информацией аутентификации
- •5.3.6 Механизм заполнения графика,
- •5.3.7 Механизм управления маршрутизацией
- •5.3.8 Механизм нотаризации
- •5.4 Общеархитектурные механизмы защиты
- •5.4.1 Доверительная функциональность
- •5.4.2 Метки защиты
- •5.4.3 Обнаружение события
- •5.4.4 Данные отслеживания защиты
- •5.4.5 Процедура восстановления защиты
- •5.5 Иллюстрация взаимоотношений услуг и механизмов защиты
- •6 Взаимодействие услуг, механизмов и уровней
- •6.1 Принципы уровневой структуры защиты
- •6.2 Модель привлечения, административного управления и использования защищенных (n) -услуг
- •6.2.1 Определение средств защиты для сеанса связи
- •6.2.1.1 Общие положения
- •6.2.1.2 Запросы услуги
- •6.2.2 Предоставление услуг защиты
- •6.2.2.1 Установление защищенного (n)-соединения
- •6.2.3 Функционирование защищенного (n)-соединения
- •6.2.4 Обеспечение защищенной передачи данных в режиме без установления соединения
- •7 Размещение услуг и механизмов защиты
- •7.1 Физический уровень
- •7.1.1 Услуги
- •7.1.2 Механизмы
- •7.3.2 Механизмы
- •7.4 Транспортный уровень
- •7.4.1 Услуги
- •7.4.2. Механизмы
5.3.7 Механизм управления маршрутизацией
5.3.7.1 Маршруты могут выбираться либо динамически, либо путем такого предварительного распределения, которое использует только физически защищенные подсети, ретрансляторы или звенья данных.
5.3.7.2 При обнаружении постоянных попыток манипуляции данными оконечные системы могут передать поставщику сетевой услуги команду на установление соединения через другой маршрут.
5.3.7.3 Прохождение данных с определенными метками защиты через соответствующие подсети, ретрансляторы или звенья может быть запрещено стратегией защиты. Кроме того, инициатор соединения (или передатчик блока данных без установления соединения) может установить запрет на использование маршрутов, что требует исключения из маршрута заданных подсетей, звеньев данных или ретрансляторов.
5.3.8 Механизм нотаризации
Характеристики данных, передаваемых между двумя или несколькими объектами, такие как целостность, отправитель, время и получатель, могут быть гарантированы путем использования механизма нотаризации.
Гарантия обеспечивается третьим участником-нотариусом, который получает полномочия от взаимодействующих логических объектов и обладает информацией, необходимой для предоставления запрашиваемой гарантии посредством метода, допускающего проверку. Каждый сеанс обмена данными может использовать механизмы цифровой подписи, шифрования и аутентификации в соответствии с видом услуги, предоставляемой нотариусом. При использовании такого механизма нотаризации данные передаются между двумя взаимодействующими объектами с помощью защищенных сеансов связи и через нотариуса.
5.4 Общеархитектурные механизмы защиты
В данном подразделе описан ряд механизмов, которые не являются специфичными для любой конкретной услуги. Так, в разделе 7 эти механизмы описаны неявно, как принадлежащие любому отдельному уровню.
Некоторые из этих общеархитектурных механизмов защиты могут рассматриваться как аспекты административного управления защитой (см. также раздел 8). Назначение этих механизмов в основном прямо зависит от запрашиваемой степени защиты.
5.4.1 Доверительная функциональность
5.4.1.1 Доверительная функциональность должна использоваться для расширения области применения или повышения эффективности других механизмов зашиты. Любая функциональность, непосредственно обеспечивающая механизмы защиты или доступ к ним, должна быть заслуживающей доверия.
5.4.1.2 Процедуры, используемые для гарантии включения таких доверительных функциональностей в соответствующие аппаратные и программные средства, не входят в предмет рассмотрения настоящего стандарта и в любом случае зависят от уровня воспринимаемой угрозы и ценности защищаемой информации.
5.4.1.3 Как правило, такие процедуры дорогостоящи и сложны в реализации. Эти проблемы могут быть минимизированы путем выбора архитектуры, позволяющей реализовать функции защиты в модулях, которые могут быть выполнены отдельно от функций, не связанных с защитой, и защищены от них.
5.4.1.4 Любая защита ассоциаций, устанавливаемых выше того уровня, на котором предусматривается эта защита, должна обеспечиваться другими средствами, например, соответствующей доверительной функциональностью.