ЛЕКЦИЯ 6. Управление ключами в симметричных криптосистемах. 6.

ЛЕКЦИЯ 6. Управление ключами в симметричных криптосистемах. 6. 1. Краткая характеристика канального и сквозного шифрования. 6. 2. Принципы распределения ключей. 6. 3. Принципы управления ключами: иерархическое управление, децентрализованное управление, управление использованием.

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

Краткая характеристика сквозного шифрования 1. При сквозном шифровании процесс шифрования выполняется только в двух конечных системах. Схема безопасна с точки зрения защиты от воздействий в канале связи или переключателях пакетов. 2. Сквозное шифрование решает задачу аутентификации. Если конечные системы используют один общий ключ шифрования, то получатель имеет возможность убедиться, что полученное сообщение пришло от соответствующего отправителя, так как только этот отправитель использует соответствующий ключ. Недостатки Ведущий узел шифрует только ту часть пакета, которая содержит данные пользователя, и оставляет заголовок нетронутым. Данные пользователя оказываются защищенными , чего нельзя сказать о самом потоке данных, поскольку заголовки пакетов передаются в открытом виде. Краткая характеристика комбинированного шифрования Для лучшей защиты требуется как канальное , так и сквозное шифрование (см. рис. ). • Ведущий узел шифрует порцию пакета данных пользователя, используя ключ сквозного шифрования. 2. Затем весь пакет шифруется с помощью ключа канального шифрования. 3. При движении пакета по сети каждый переключатель дешифрует пакет с применением ключа шифрования соответствующего канала, чтобы прочитать заголовок , а потом снова шифрует весь пакет для передачи его по следующему каналу.

Весь пакет оказывается защищенным почти все время — за исключением времени , когда пакет находится в памяти пакетного переключателя и заголовок пакета является открытым. Характеристики канального и сквозного шифрования Канальное шифрование Сквозное шифрование Защита в конечных системах и промежуточных системах Сообщение уязвимо в ведущем узле источника Сообщение зашифровано в ведущем узле источника Сообщение уязвимо в промежуточных узлах Сообщение зашифровано в промежуточных узлах Роль пользователя Процесс отправки предполагает участие пользователя Шифрование не зависит от пользователя Шифрование выполняется пользователем Средствами шифрования управляет ведущий узел Алгоритм шифрования должен определить пользователь Для всех пользователей используются одни и те же средства шифрования Схему шифрования выбирает пользователь Возможна аппаратная реализация функции шифрования Предполагается программная реализация функции шифрования Шифруются либо все сообщения, либо не шифруется ни одно Для каждого сообщения решение об использовании или об отказе от средств шифрования принимается пользователем Вопросы реализации Требуется по одному ключу на каждое из звеньев связи между узлами Требуется по одному ключу для каждой пары пользователей Обеспечивается идентификация узла отправителя Обеспечивается идентификация пользователя

Принципы распределения ключей Распределение ключей для двух сторон — А и В , можно организовать различными способами: 1. Ключ может быть выбран стороной А и физически доставлен стороне В. 2. Ключ может выбрать третья сторона и физически доставить его участникам А и В. 3. Если участники обмена А и В уже используют некоторый общий ключ, одна из сторон может передать новый ключ второй стороне в шифрованном виде, используя старый ключ. 4. Если обе из сторон А и В имеют криптографически защищенные каналы связи с третьей стороной С , то последняя может доставить ключ участникам А и В по этим защищенным каналам.

Число ключей, необходимое для поддержки любых соединений между заданным числом конечных точек Схема распределения ключей для сквозного шифрования 1. За доставку ключей парам пользователей (ведущим узлам, процессам, приложениям) отвечает центр распределения ключей. 2. Каждый пользователь при этом должен получить свой уникальный ключ , используемый им совместно с центром распределения ключей в целях организации доставки ключей. В минимальной конфигурации такая иерархия включает два уровня (см. рис. ). 3. Связь между конечными системами шифруется с использованием вр е менного ключа, часто называемого сеансовым ключом ( session key ). Сеансовый ключ служит только для конкретного логического соединения, например, виртуального канала, или для транспортировки данных, после чего этот ключ больше не применяется. Сеансовый ключ получают от центра распределения ключей по тем же средствам доставки данных в сети, которые служат для организации связи между конечными пользователями. 4. Сеансовые ключи передаются в шифрованном виде, а для шифрования используется главный ключ ( master key ), общий для центра распределения ключей и данной конечной системы или конкретного пользователя. 5. Для каждой конечной системы или конечного пользователя создается уникальный главный ключ , который применяется совместно с центром распределения ключей.

Использование иерархии ключей Сценарий распределения ключей Пользователь А имеет секретный ключ К а , известный только ему и ЦРК , и точно так же В использует общий с ЦРК главный ключ К ь. Шаги процесса аутентификации Сценарий распределения ключей

Система обмена информацией выглядит следующим образом. 1. Инициатор А посылает запрос в ЦРК на получение сеансового ключа для защиты логического соединения с В. Посылаемое сообщение должно включать информацию, позволяющую однозначно определить А и В , а также некоторый идентификатор N 1 , уникальный для данного запроса, обычно называемый оказией ( nonce − данный случай, данное время (англ. ) ). 2. ЦРК отвечает на запрос сообщением, шифрованным с использованием ключа К а. Сообщение включает два элемента, предназначенных для А : одноразовый сеансовый ключ K s , который будет использоваться в сеансе связи; оригинальное сообщение запроса, включающее оказию , чтобы у пользователя А была возможность сопоставить ответ с соответствующим запросом. и два элемента, предназначенных для В : 1. одноразовый сеансовый ключ K s , который будет использоваться в сеансе связи; 2. идентификатор ID A пользователя А (например, его сетевой адрес ). Оба элемента шифруются с помощью ключа К b ( главного ключа , применяемого совместно ЦРК и В ), и предполагается, что они должны быть впоследствии отправлены В , чтобы установить соединение и идентифицировать А. 3. Сторона А сохраняет сеансовый ключ для предстоящего сеанса связи и пересылает стороне В информацию, полученную от ЦРК и предназначенную для В : b [ K s || ID А ]. E K Теперь получатель В знает сеансовый ключ ( K s ) и знает, что полученная информация пришла от ЦРК (поскольку эта информация оказывается зашифрованной с использованием ключа К b ). А и В могут начать защищенный обмен данными. Но перед этим желательно выполнить еще две операции. А) Используя только что полученный сеансовый ключ K s для шифрования, сторона В посылает стороне А новую оказию N 2. Б) С помощью того же ключа K s сторона А в ответ возвращает f ( N 2 ), где f является функцией, выполняющей некоторое преобразование N 2 (например, добавление единицы). Эти действия призваны убедить адресата В в том, что первоначально полученное им сообщение (п. 3) не было воспроизведено. Процесс передачи ключа фактически выполняется в пп. 1 -3, а пп. 4 и 5 (отчасти и п. 3 ) призваны обеспечить функцию аутентификации.

Принципы управления ключами Управление иерархией ключей Иерархия центров распределения ключей определяется следующим образом: 1. Создаются локальные ЦРК , ответственные за малые домены всей сети (отдельные локальные сети или сети, размещенные в одном здании, и т. п. ). 2. При связи между объектами внутри одного локального домена за распределение ключей будет отвечать локальный ЦРК. 3. Если общий ключ потребуется для связи двух объектов из разных доменов , то соответствующие локальные ЦРК могут использовать для переговоров ЦРК глобального уровня. В этом случае любой из трех вовлеченных в переговоры ЦРК может генерировать подходящий ключ. Децентрализованное управление ключами При децентрализации требуется, чтобы каждая конечная система имела возможность обмениваться данными некоторым защищенным образом со всеми другими потенциально достижимыми конечными системами с целью распределения сеансовых ключей. При этом в сети с n конечными системами может понадобиться до [ n ( n -1)]/2 главных ключей. Сеансовый ключ может быть определен в результате следующей последовательности действий (см. рис. ). • Инициатор А посылает запрос участнику обмена данными В на получение сеансового ключа, содержащий также оказию N 1. • Респондент В отвечает сообщением, зашифрованным с использованием общего главного ключа К m. Этот ответ содержит сеансовый ключ Ks , выбранный стороной В , идентификатор В ( ID B ) , значение f ( N 1 ) и другую оказию N 2. • Используя полученный сеансовый ключ Ks , сторона А возвращает стороне В значение f ( N 2 ).

Респондент В (3) E Ks [f(N 2 )]Инициатор А (2 ) E Km [Ks || Запрос || ID B || f(N 1 ) || N 2 ] (1) Запрос || N 1 Децентрализованное распределение ключей Управление использованием ключей Типы сеансовых ключей в зависимости от сферы их действия : ключи для шифрования данных , используемые при пересылке через сеть данных общего назначения; ключи для шифрования личных идентификационных номеров ( PIN -кодов), используемые при передаче данных в системах электронных платежей и электронной коммерции; ключи для шифрования файлов , используемые для шифрования файлов, хранящихся в общедоступных местах. Средства управления , ограничивающие использование ключей шифрования в зависимости от характеристик, связываемых с такими ключами: • Связывание с каждым ключом некоторого признака. В DES для признака ключа используются незадействованные 8 бит 64 -битового ключа DES : один бит указывает, каким является ключ — сеансовым или главным ; один бит указывает, может ли ключ служить для шифрования ; один бит указывает, может ли ключ применяться для дешифрования ; остальные биты зарезервированы для использования в будущем. Т. к. признак оказывается частью ключа, он при распределении шифруется вместе с ключом, чем обеспечивается защита. Недостаток этой схемы: • длина признака не превышает 8 бит , что ограничивает гибкость и функциональные возможности; • ввиду того, что признак не передается в открытом виде, он может использоваться только с момента дешифрования, что ограничивает возможности контроля.

2. Схема на основе управляющего вектора. Каждый сеансовый ключ ассоциируется с управляющим вектором CV , состоящим из ряда полей, описывающих возможности применения и ограничения для данного сеансового ключа. Длина управляющего вектора может меняться. Управляющий вектор CV криптографическими средствами связывается с ключом во время создания ключа в ЦРК (см. рис. ): А) Сначала управляющий вектор CV проходит через функцию хэширования , в результате чего получается значение, длина которого равна длине ключа шифрования. Значение хэширования — Н = h ( CV ) Б ) Полученное в результате хэширования значение с помощью операции XOR объединяется с главным ключом, и это новое значение служит в качестве ключа Значение ключа — К г Н, где К г — главный ключ, для шифрования сеансового ключа Шифрованный текст — Е Кг Н [К s ], где K s — сеансовый ключ. В) Сеансовый ключ восстанавливается с помощью обратной операции: K s = D Кг Н [Е Кг Н [К s ]]. Шифрование и дешифрование управляющего вектора

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