- •Вопрос 1. Принцип и устройство поточного шифрования. Синхронизация. Вероятность правильного приема синхропосылки
- •Вопрос 2. Принципы доказательства с нулевым разглашением
- •Вопрос 1. Общая схема блочного шифрования des
- •Вопрос 2. Протокол аутентификации х.509
- •Вопрос 1.
- •Вопрос 2. Состав и назначение центросертификациии цс, цр, арм абонента.
- •Билет №4. Вопрос 1.Протоколы взаимного обмена закрытыми ключами и открытыми ключами между двумя станциями.
- •Вопрос №2. Организация работы удостоверяющего центра уц и защищенного электронного документооборота. Узлы уц.
- •Центр доверия
- •Управляемый центр доверия
- •Центр сертификации
- •Билет №5. Вопрос 1. Протокол обмена в системе с открытыми ключами и центром распределения ключей
- •Билет №7 Вопрос 1. Коммутативный трехшаговый протокол шифрования Шамира. Атака на протокол.
- •1.3. Алгоритм Шамира
- •1.3.1. Общее описание
- •1.3.2. Передача сообщений
- •Вопрос №2. Аутентификация, основанная на временной синхронизации.
- •Билет №8. Вопрос 1. Протокол шифрования Нейман- Стаблбайн. Атака на протокол. Финансовый криптопротокол veps
- •Вопрос 2. Алгоритмы обмена «Керберос» Серверы
- •Билет №9. Вопрос 1. Сетевая аутентификация на основе многоразового пароля (Windows nt)
- •Вопрос 2. Атака на протокол rsa с квитированием.
- •Вопрос 2. Алгоритм Нидхэма- Шредера с центром распределения ключей. Атака на протокол. Финансовая криптография Протокол 1
- •Вопрос 2. Реализация хэш- функций для эцп. Требования к хэш- функциям. Варианты построения базовых узлов хэш-функций
- •Требования к хэш-функциям
- •Вопрос 1. Протокол обмена закрытыми ключами в сети с общим центром распределения ключей. (Ранее)
- •Вопрос 2. Условие абсолютной секретности. Классы стойкости. Шифр Вижинера (примеры).
- •Вопрос1. Протокол обмена ключами Диффи- Хэлмана. Атака с прерыванием связи между станциями а и в и имитацией станции а. (Ранее)
- •Вопрос 2. Финансовая криптография Протокол 4
- •Вопрос 1. Атака на протокол rsa с неправильной последовательность шифрования и подписывания
- •Вопрос 2. Криптоузел в схеме des
- •Вопрос 1. Протокол шифрования Отвэй- Рис. Атака на протокол
- •Вопрос 2. Реализация хэш- функций для эцп. Требования к хэш- функциям. Варианты построения базовых узлов хэш-функций.
- •Вопрос 1. Виды аутентификации, авторизации, аудита.
- •Вопрос 2. Аутентификация и шифрование на основе rsa
- •Вопрос 1. Схема с разделением секрета.
- •Пороговая схема
- •[Править]Схема Шамира
- •[Править]Схема Блэкли
- •Вопрос 2.
- •Вопрос 1. Управление ключами в сетях на основе общедоступного каталога, авторитетного источника ок, сертификатов ок ( ок- открытый ключ). Типовая схема размещения и взаимодействия узлов уц.
- •Вопрос 2. Принципы шифрования. Шифры перестановки, подстановки. Шифр Цезаря и его варианты (примеры).
- •Шифры перестановки
- •Вопрос 1. Форматы сертификата х.509 для действительных и отозванных сертификатов.
- •Вопрос 2. Принципы сжатия информации zip (lz77) в протоколе pgp (ряд примеров). Рыболов насадил маленького червя и на насадку поймал маленького окуня. (Столлингс pgp)
- •Принцип скользящего окна
- •[Править]Механизм кодирования совпадений
- •[Править]Недостатки
Билет №4. Вопрос 1.Протоколы взаимного обмена закрытыми ключами и открытыми ключами между двумя станциями.
Протокол Диффи Хелмена
Предположим, существует два абонента: Алиса и Боб. Обоим абонентам известны некоторые два числа g и p, которые не являются секретными и могут быть известны также другим заинтересованным лицам. Для того, чтобы создать неизвестный более никому секретный ключ, оба абонента генерируют большие случайные числа: Алиса — число a, Боб— число b. Затем Алиса вычисляет значение[5] (1):
(1)
и пересылает его Бобу , а Боб вычисляет (2):
(2)
и передаёт Алисе. Предполагается, что злоумышленник может получить оба этих значения, но не модифицировать их (то есть у него нет возможности вмешаться в процесс передачи).
На втором этапе Алиса на основе имеющегося у нее a и полученного по сети B вычисляет значение (3):
(3)
Боб на основе имеющегося у него b и полученного по сети A вычисляет значение (4):
(4)
Как нетрудно видеть, у Алисы и Боба получилось одно и то же число (5):
(5)
RSA
Таблица 3.1.- Шифрование RSA
Открытый ключ:
n произведение двух простых чисел p и q (p и q должны храниться в секрете)
e число, взаимно простое с (p-1)(q-1)
Закрытый ключ:
d e-1 mod ((p-1)(q-1))
Шифрование:
c = me mod n
Дешифрирование:
m = cd mod n
Протоколы Неймана-Стаблбейна (см.ниже)
Вопрос №2. Организация работы удостоверяющего центра уц и защищенного электронного документооборота. Узлы уц.
Описание работы УЦ, организация защищенного документооборота
Режимы регистрации пользователей Удостоверяющего Центра
Централизованный режим
При централизованном режиме регистрации, идентификация пользователя осуществляется администратором Удостоверяющего Центра на основании документов, удостоверяющих личность пользователя, при личном прибытии регистрируемого пользователя в УЦ.
Администратор с соответствующей утилиты Центра Регистрации формирует запрос на регистрацию в электронной форме от имени пользователя и принимает его.
Распределенный режим
Распределенный режим регистрации пользователя является опциональным режимом и используется при невозможности (по разным причинам, в том числе и по причине экономической целесообразности) регистрации пользователей в централизованном режиме.
Идентификация пользователя осуществляется доверенным лицом (например, нотариусом) путем заверения заявления на регистрацию пользователя, на основании документов, удостоверяющих личность пользователя.
Регистрация пользователя в распределенном режиме на УЦ осуществляется администратором Удостоверяющего Центра на основании заверенного заявления на регистрацию и запроса на регистрацию в электронной форме путем принятия запроса на регистрацию в электронной форме.
Управление ключами и сертификатами открытых ключей пользователей УЦ
Централизованный режим
Пользователи УЦ получают ключи и сертификаты открытых ключей у ответственного сотрудника (администратора) УЦ.
Администратор выполняет процедуры генерации ключей и сертификатов пользователей на своем рабочем месте с использованием ПО АРМ администратора Центра Регистрации.
Управление сертификатами пользователей в течении их жизненного цикла, также осуществляется администратором УЦ.
Распределенный режим
Пользователи Удостоверяющего Центра самостоятельно осуществляют процедуру генерации ключей и формирование запросов на сертификат открытого ключа.
Выполнение этих процедур осуществляется с использованием АРМ зарегистрированного пользователя на рабочем месте.
Поступающие запросы на сертификаты открытых ключей пользователей обрабатываются администратором УЦ с использованием АРМ администратора Центра Регистрации.
Установку на рабочем месте выпущенных сертификатов открытых лючей пользователь осуществляет также с использованием АРМ зарегистрированного пользователя. На АРМ зарегистрированного пользователя предоставляется возможность осуществить формирование запроса на отзыв (приостановление/возобновление действия) сертификатов открытых ключей.
Режимы работы Удостоверяющего Центра
Режимы работы Удостоверяющего Центра основаны на комбинациях режимов регистрации пользователей и управления ключами и сертификатами.
Регистрация пользователей в централизованном режиме по «не доверенной» схеме и распределенное управление ключами и сертификатами пользователя
Режимы работы Удостоверяющего Центра основаны на комбинациях режимов регистрации пользователей и управления ключами и сертификатами.
«Не доверенная» схема означает, что пользователь не доверяет ключам, полученным от сотрудника УЦ. Ниже, под служебным сертификатом понимается сертификат открытого ключа, ограниченный по области использования и с коротким сроком действия, временный сертификат.
Общий алгоритм схемы выглядит следующим образом:
Администратор («оператор») Центра Регистрации формирует запрос на регистрацию в электронной форме от имени пользователя и принимает его;
с использованием служебного закрытого ключа и сертификата пользователь с помощью АРМ Абонента формирует запрос на сертификат и ставит его в очередь на обработку в Центр Регистрации;
администратор с использованием ПО АРМ администратора Центра Регистрации обрабатывает стоящий в очереди запрос на сертификат;
пользователь с помощью АРМ Абонента получает сертификат на рабочие ключи, изготовленные им на своем рабочем месте, и устанавливает его;
пользователь использует рабочие ключи и сертификат в информационной системе;
с использованием рабочего закрытого ключа и сертификата пользователь с помощью АРМ Абонента формирует запрос на новый рабочий сертификат и ставит его в очередь на обработку в Центр Регистрации;
администратор с использованием ПО АРМ администратора Центра Регистрации обрабатывает стоящий в очереди запрос на сертификат;
пользователь с помощью АРМ Абонента получает сертификат на новые рабочие ключи, изготовленные им на своем рабочем месте, и устанавливает его;
пользователь использует рабочие ключи и сертификат в информационной системе.
Регистрация пользователей в централизованном режиме по «доверенной» схеме и распределенное управление ключами и сертификатами пользователя
Допускается изготовление и передача пользователю рабочих ключей и сертификата открытого ключа при регистрации в централизованном режиме. Этот режим используется когда пользователь, по каким либо причинам, доверяет ключам, выданным ему сотрудником УЦ.
Т.к. схема «доверенная» то, в отличии от предыдущего режима, надобность в служебном сертификате отпадает.
Общий алгоритм схемы выглядит следующим образом:
Администратор Центра Регистрации формирует запрос на регистрацию в электронной форме от имени пользователя и принимает его;
Администратор Центра Регистрации изготавливает и передает пользователю на ключевом носителе его рабочий закрытый ключ и сертификат;
пользователь использует рабочие ключи и сертификат в информационной системе;
с использованием рабочего закрытого ключа и сертификата пользователь с помощью АРМ Абонента формирует запрос на новый рабочий сертификат и ставит его в очередь на обработку в Центр Регистрации;
администратор с использованием ПО АРМ администратора Центра Регистрации обрабатывает стоящий в очереди запрос на сертификат;
пользователь с помощью АРМ Абонента получает сертификат на новые рабочие ключи, изготовленные им на своем рабочем месте, и устанавливает его;
пользователь использует рабочие ключи и сертификат в информационной системе.
Регистрация пользователей в централизованном режиме по «доверенной» схеме и централизованное управление ключами и сертификатами пользователя
Этот режим подразумевает, что пользователь не выполняет процедур управления ключами и сертификатами на своем рабочем месте и лично прибывает в УЦ при регистрации и сменах ключей и сертификатов.
Соответственно, данная схема подразумевает, что пользователь безоговорочно доверяет ключам, получаемым от сотрудника УЦ.
Общий алгоритм схемы выглядит следующим образом:
Администратор Центра Регистрации формирует запрос на регистрацию в электронной форме от имени пользователя и принимает его;
Администратор Центра Регистрации изготавливает и передает пользователю на ключевом носителе его рабочий закрытый ключ и сертификат;
пользователь использует рабочие ключи и сертификат в информационной системе;
Администратор Центра Регистрации изготавливает и передает пользователю на ключевом носителе его новый рабочий закрытый ключ и сертификат;
пользователь использует рабочие ключи и сертификат в информационной системе.
Регистрация пользователей в распределенном режиме по «доверенной» схеме и распределенное управление ключами и сертификатами пользователя
Распределенный режим регистрации пользователя является опциональным режимом и используется при невозможности (по разным причинам, в том числе и по причине экономической целесообразности) регистрации пользователей в централизованном режиме.
Идентификация пользователя осуществляется доверенным лицом путем заверения заявления на регистрацию пользователя, на основании документов, удостоверяющих личность пользователя.
С помощью ПО АРМ регистрации пользователя регистрируемые пользователи формируют запрос на регистрацию в электронной форме.
Регистрация пользователя в распределенном режиме на УЦ осуществляется администратором Удостоверяющего Центра на основании заверенного заявления на регистрацию и запроса на регистрацию в электронной форме путем принятия запроса на регистрацию в электронной форме.
С помощью ПО АРМ Абонента, зарегистрированные пользователи на своем рабочем месте генерируют служебные закрытый и открытый ключи, формируют и отправляют в режиме односторонней аутентификации им ЦР запрос на служебный сертификат.
Зарегистрированный пользователь должен распечатать запрос на сертификат в бумажной форме, заверить его своей собственноручной подписью и отправить в Удостоверяющий Центр.
Администратор Центра Регистрации, на основании поступившего запроса на сертификат в электронной форме и запроса на сертификат в бумажной форме принимает запрос на сертификат для его изготовления.
С помощью ПО АРМ Абонента, зарегистрированные пользователи на своем рабочем месте получают выпущенный служебный сертификат.
Затем с использованием ПО АРМ Абонента пользователь формирует рабочие ключи и запрос на рабочий сертификат и ставит его в очередь на обработку в Центр Регистрации и получает выпущенный сертификат после обработки запроса администратором УЦ.
Общий алгоритм схемы выглядит следующим образом:
пользователь с использованием ПО АРМ Абонента формирует запрос на регистрацию в электронной форме и по защищенному каналу ставит в очередь на обработку в Центр Регистрации;
Администратор Центра Регистрации обрабатывает запрос на регистрацию пользователя;
зарегистрированный пользователь с помощью АРМ Абонента производит со своего рабочего места формирует ключи и запрос на служебный сертификат и ставит его в очередь на обработку в Центр Регистрации;
Администратор Центра Регистрации обрабатывает стоящий в очереди запрос на служебный сертификат;
пользователь с помощью АРМ Абонента получает сертификат на служебные ключи, изготовленные им на своем рабочем месте, и устанавливает его;
зарегистрированный пользователь с использованием с помощью АРМ Абонента формирует рабочие ключи и запрос на рабочий сертификат и ставит его в очередь на обработку в Центр Регистрации;
Администратор Центра Регистрации обрабатывает стоящий в очереди запрос на рабочий сертификат;
пользователь с помощью АРМ Абонента получает сертификат на рабочие ключи, изготовленные им на своем рабочем месте, и устанавливает его;
пользователь использует рабочие ключи и сертификат в информационной системе;
с использованием рабочего закрытого ключа и сертификата пользователь с помощью АРМ Абонента формирует запрос на новый рабочий сертификат и ставит его в очередь на обработку в Центр Регистрации;
администратор с использованием ПО АРМ администратора Центра Регистрации обрабатывает стоящий в очереди запрос на сертификат;
пользователь с помощью АРМ Абонента получает сертификат на новые рабочие ключи, изготовленные им на своем рабочем месте, и устанавливает его;
пользователь использует рабочие ключи и сертификат в информационной системе.
