211

Обработчики расширений

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

Модули выхода

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

Службы сертификации поддерживают интерфейс СОМ для создания дополнительных модулей выхода, адаптированных под разные транспорты и протоколы или иные способы доставки. Например, модуль выхода LDAP может быть использован для опубликования в службе каталогов только сертификатов клиентов, но не сертификатов сервера. При этом модуль выхода может использовать СОМ-интерфейс для определения типа сертификата, выпускаемого сервером, и отфильтровывать все неподходящие (серверные) сертификаты.

8.1.4.2. Обработка запроса сертификата

Службы сертификации включают средства обработки запросов сертификатов и выпуска цифровых сертификатов

(рис. 8.4).

При обработке запроса службы сертификации выполняют следующие действия.

1.Клиент направляет запрос сертификата приложениюпосреднику. Это приложение транслирует его в формат PKCS #10 и пересылает в ядро.

2.Ядро вызывает модуль политики, который определяет свойства запроса, авторизован он или нет, и настраивает необязательные свойства сертификата.

3.Если запрос утвержден, ядро обрабатывает запрос и генерирует сертификат.

4.Ядро сохраняет сертификат в хранилище и передает сведения о состоянии запроса приложению-посреднику. Если

212

при этом требуется модуль выхода, ядро сообщает ему о выпуске сертификата. Это разрешает модулю выхода выполнить дальнейшие операции, например, опубликовать сертификат в службе каталогов.

Приложение-посредник получает выпущенный сертификат из хранилища сертификатов и пересылает его клиенту.

Рис. 8.4. Обработка запроса сертификата

Установка цифрового сертификата

Этот процесс начинается с клиентского запроса сертификата и заканчивается установкой выпущенного сертификата в приложение клиента. Для установки сертификата на клиентской системе используется Web-страница http://имя_сервера/certsrv.

8.1.4.3.Сертификаты ЦС

Впроцессе выпуска цифрового сертификата ЦС подтверждает подлинность лица, запрашивающего сертификат, и затем подписывает этот сертификат собственным закрытым ключом.

Клиентское приложение, например Microsoft Internet Explorer, проверяет подпись ЦС перед принятием сертификата. Ес-

213

ли подпись ЦС недействительна или поступила из неизвестного источника, Internet Explorer выводит предупреждение и позволяет отказаться от сомнительного сертификата.

Кроме сертификатов, подтверждающих подлинность сервера и клиента, существуют сертификаты, идентифицирующие сами ЦС.

Сертификат ЦС содержит открытый ключ для проверки цифровых подписей и идентифицирует ЦС, выпустивший сертификаты для запросивших их серверов и клиентов. Клиенты используют сертификат ЦС для проверки сертификата сервера и наоборот.

Сертификат, выданный ЦС самому себе, называется корневым, так как является сертификатом для корневого ЦС. Последний заверяет собственный сертификат, поскольку по определению для него не существует вышестоящего центра сертификации.

Распространение и установка сертификатов ЦС

Сертификаты ЦС запрашиваются и выпускаются иначе, чем сертификаты для серверов или клиентов. Сертификаты сервера или клиента уникальны для каждого их заказчика и не поступают в общее пользование — они должны генерироваться и выпускаться ЦС по требованию. Сертификат ЦС, напротив, не требует выпуска по запросу. Он создается однократно и потом предоставляется для доступа всем серверам или клиентам, запрашивающим сертификаты у ЦС.

Обычно сертификаты ЦС хранятся в месте, известном и доступном всем заказчикам сертификатов.

8.1.4.4. Установка служб сертификации

Для установки служб сертификации дважды щелкните значок Add/Remove Programs (Установка и удаление программ) на панели управления Windows или выберите соот-

ветствующий необязательный компонент на этапе установки Windows Server. Дополнительные параметры можно настроить при установке Certificate Services.

Тип ЦС

Тип ЦС определяет, как ЦС будет использоваться в иерархии и будет ли он обращаться к Active Directory.

214

Существуют следующие типы центров сертификации:

•корневой ЦС предприятия. Корневой ЦС для иерархии, требует для своей работы Active Directory;

•подчиненный ЦС предприятия. Подчиненный корневого ЦС предприятия, также требует Active Directory. Этот ЦС будет запрашивать сертификаты у своего корневого ЦС;

•изолированный корневой ЦС – это корневой ЦС для иерархии, не требующий Active Directory;

•изолированный подчиненный ЦС – это подчиненный корневого ЦС, не требующий Active Directory. Этот ЦС будет запрашивать сертификаты у своего отдельного корневого ЦС.

Службы сертификации, установленные в качестве ЦС предприятия, будут публиковать сертификаты в Active Directory. Поставщики безопасности, например Kerberos, могут запрашивать Active Directory для получения сертификата, содержащего открытый ключ.

Информация о ЦС

Необходимо предоставить сведения об исходном ЦС, со-

зданном при установке служб сертификации, например имя ЦС. Информацию об установленном ЦС изменить нельзя.

Дополнительные настройки

Эти настройки позволяют выбрать тип алгоритмов шифрования, которые будет использовать новый ЦС. Можно также задать имя поставщика службы шифрования, алгоритм хеширования, длину ключа и возможность применения имеющихся открытых и закрытых ключей.

8.1.4.5. Администрирование служб сертификации

Основным инструментом администрирования служб сертификации является оснастка Certification Authority (Центр сер-

тификации).

Эта оснастка позволяет администратору:

•запускать и останавливать службы сертификации;

•настраивать разрешения и делегировать управление ЦС;

•просматривать сертификат ЦС;

•выполнять резервное копирование ЦС;

•восстанавливать ЦС из резервной копии;