- •Лекция
- •Вопросы:
- •1. Управление ключами в симметричных криптографических системах
- •Модель системы шифрования
- •Модель управления ключами в симметричных криптографических системах
- ••Центр управления связью (ЦУС) создает сеть необходимой структуры, вырабатывает политику безопасности сети, в
- •Управление ключами (key management) - совокупность технологий и процедур, посредством которых устанавливаются и
- •Этапы жизненного цикла ключа
- •Требования к ключам симметричных криптосистем :
- •Хранение ключей
- •Этапы жизненного цикла ключа
- •Способы распределения ключей
- •Определения
- •Способ с использованием ЦРК и доверенных каналов доставки ключа на начальном этапе (способ
- •Анализ ключевых структур
- •1.4.2. Принцип построения и характеристики
- •На втором этапе происходит следующее:
- •Третий этап происходит между двумя корреспондентами без участия
- •Теорема 1.3. Для того чтобы выполнялось равенство парных ключей
- •Оценка стойкости
- •Покажем, что для полной компрометации всей системы достаточно
- •Докажем теперь обратную теорему. Если скомпрометировано L – 1 и менее
- •Легко проверить, что каждый парный ключ из множества Ii1 ,i 2 ,...,iL 1
- •Выразим какой-либо из коэффициентов tskматрицы T через свободный член первого
- •Таким образом, при построении данной ключевой структуры особое
- •Представим матрицуА в виде
- •Пример распределения ключей в защищенной сети
- •Пример распределения ключей Ключевая структура – Базовый набор
- •1) Формирование базовых наборов (Для 4 корреспондентв))
- •1) Формирование парных сеансовых ключей корреспондентами 1 и 2
- •Таблица 3 Сравнительные характеристики ключевых структур
- •Распределение ключей для симметричных криптосистем с использованием ЦРК в интерактивном режиме
- •Распределение ключей с использованием
- •Квантовое распределение ключей
- •Квантовый протокол распределения ключей
- •Первичный квантовый протокол
- •Безопасность протокола
- •Атаки нарушителя
- •Атака расщепления
- •Оптимальная стратегия позволяет Е при вмешательстве создавать ошибку с вероятностью всего 11%. Параметры
- •Вторичный протокол
- •Практическое внедрение квантового канала распределения ключей
- •Пример плана сети квантового распределения ключей в РФ, созданной компанией РЖД
- •Реализация КРК
- •2. Распределение открытых ключей
- •Прямой обмен открытыми ключами с аутентификацией по доп каналу
- •Распределение открытых ключей с помощью доверителей
- •Распределение открытых ключей с использованием сертификатов
- •Инфраструктура открытых ключей Public Key Infractructure (PKI)
- •Архитектура PKIX
- •Архитектура PKI
- •Структуры данных PKI:
- •Сервисы PKI
- •Формат сертификата открытого ключа по стандарту ITU X.509
- •Пример текстового представления сертификата
- •Поля сертификата
- •Пример сертификата
- •Расширения сертификата
- •Жизненный цикл сертификата
- •Примерная политика использования сертификатов
- •Работа с сертификатами государственных органов
- •Сертификаты в веб-сети
- •Цепочки сертификатов
- •Проверка сертификата веб-сайта.
- •Зачем нужны промежуточные УЦ?
- •Проверка сертификатов
- •Выпуск сертификатов.
- •Виды проверок заявителя
- •2. Сертификаты с расширенным подтверждением (Extended
- •Программные средства поддержки PKI
- •Применение сертификатов в Windows
- •Цепочки сертификатов
Зачем нужны промежуточные УЦ?
1.Если скомпрометирован промужуточный Серт., то его можно отозвать, не отзывая корневой и все промежуточные, подписанные этим корневым. Поэтому область воздействия скомпро- метированного Серт. сужается.
2. Многие Серт. выпускаются автоматически, Это означает, что закрытый ключ должен находиться на сервере, что создает риски его компро-ции. Лучше подвергнуть риску промежуточный УЦ, а не корневой. А закрытый ключ корневого УЦ хранить в надежном месте, не подключенном к сети, и использовать не часто, только для подписания Серт. промежуточных УЦ.
3.Списки отозванных сертификатов (CRL) могут быть очень велики. Имея несколько промежуточных Сарт. УЦ может разделить свой пул выпущенных сертификатов между промежуточными УЦ и публиковать меньшие по размеру CRL по одному на каждый ПУЦ Всякий, кто может получить необходимые сертификаты и построить цепочку, может проверит сертификат.
Проверка сертификатов
Проверкой сертификатов занимается браузер или другой HTTP – клиент.
Браузер получает сертификат сервера во время процедуры квитирования TLS. Сертификат корневого УЦ находится в хранилище сертификатов в браузере или в ОС. (В большинстве ОС имеются общесистемные хранилища серт-в) Эти хранилища регулярно обновляются с помощью механизмов обновления ОС или браузера. Обслуживание хранилищ выполняет производитель ОС или браузера.
Хранилища подразделяются на хранилища надежных УЦ (это хранилища хорошо известных УЦ); хранилища ненадежных УЦ (промежуточные УЦ); хранилища серт. клиентов с закрытыми ключами.
Промежуточные сертификаты для проверки браузер обычно получает от веб-сервера вместе с сертификатом сайта.
Выпуск сертификатов.
1.Заявитель (будущий владелец сертификата)генерирует открытый и закрытый ключи сертификата; 2.Заявитель генерирует запрос на подписание сертификата
(СSR),который содержит наименование субъекта, открытый ключ, запрошенные расширения и подпись CSR. (подписывается закрытым ключем сертификата). 3.Заявитель отправляет CSR в УЦ для подписания.
4. УЦ проверяет личность заявителя.
5.УЦ изготавливает сертификат на основе информации, взятой из CSRи добавляетдругую информацию (наименование издателя, срок действия, расширения) и подписывает сертификат:
6. УЦ отправляет сертификат заявителю, который становится его владельцем или держателем..
Виды проверок заявителя
. Сертификат с подтвержденным доменом Domain-Validation-DV)
достоверяет, что браузер подключился к сайту с доменным именем, указанным в сертификате, например, www.openssl.org. V – сертификат не гарантирует, что сайт представляет какую-то конкретную организацию.
езопасно только подключение, сам сайт может быть не безопасным. чем польза?
ащищают пользователей браузера от атак с отправлением DNS и человеком посередине. С высокой вероятностью пользователь может предполагать, что пользователь действительно подключился к сайту указанному в адресной строке браузера.
8 $ в год).
2. Сертификаты с расширенным подтверждением (Extended
Validation (EV)
УЦ выполняет проверки: что CSR из организации, владеющей доменом; что название организации в поле Subject запроса совпадает с истинным названием; что организация зарегистрирована в государственном реестре организаций; что адрес и телефор реальны,что человек запросивщий сертификат, действует от имени организации.EV-сертификаты только
для юридических лиц. (90 $ в год).
3.Сертификаты с подтверждением юридического лица (Organization Validation OV)
4.Сертификаты с подтверждением физического лица (Individual Validation (IV)
Занимают промежуточное положение междуDV и EV.
В этих сертификатах проверяется подлинность юридического или физического лица. Выпущенный сертификат содержим имя влвдельца в поле Subject/
Программные средства поддержки PKI
рограммные обеспечение PKI мировых производителей
Entrust/PKI 5.0 Baltimore UniCERT 5.0 BT TrustWise`Onsite 4.5 IBM Trust Authority 3.1
RSA Kenon certification Authority 6.5
PKI, интегрированные в операционные системы:
Novell: Public key Infrastructure Services (PKIS) Microsoft: Microsoft Certificate Services
Программное обеспечение PKI российских компаний:
•Программный комплекс VCERT PKI;
•Средство криптографической защиты КриптоПро CSP;
•Программный комплекс «Вепрь»
Применение сертификатов в Windows
1.Защищенная электронная почта: -ЭП электронных документов; -Шифрование данных.
2.Безопасное сетевое взаимодействие: -Проверка подлинности сервера; -Проверка подлинности клиента.
3.Осуществление VPN соединений (протокол IPSec).
4.ЭП программных компонент и их прверка (модуль Authenicode).
5.Шифрующая файловая система (EFS).
6. Аутентификация пользователей с помощью смарт-карт.
