К этому товару нет вопросов.

Вопрос какого типа вы хотите задать?

Использование некоторых деталей запрещено в Калифорнии или других штатах с аналогичными законами / постановлениями.

Это деталь под индивидуальный заказ.Вы можете заказать эту деталь, связавшись с нами.

×

Опции для международных клиентов

Если вы являетесь международным клиентом, который отправляет товар на адрес в США, выберите «Доставка в США», и мы соответственно оценим даты доставки.

ПРОТЕУС ГИБРИД

ИСТОЧНИК
Philips MSD 21R 470W 8000K Лампа
Средний срок службы ЛАМПЫ на 1000 часов *
* Срок службы ЛАМПЫ может варьироваться в зависимости от нескольких факторов, включая, помимо прочего:
Условия окружающей среды, мощность / напряжение, режимы использования (циклическое включение-выключение ), Управление и затемнение.

ФОТОМЕТРИЧЕСКИЕ ДАННЫЕ
CRI 80 | > 14000 люменов
13 375 лк 1243 FC @ 49,2 ‘(15 м) (3,0 ° точечный)
233000 люкс 21 646 FC @ 49,2′ (15 м) (2,0 ° луч)
11500 люкс 1068 FC @ 16,4 ‘(15 м) (4,0 ° стирка )

Диапазон масштабирования

Луч 2,1 ° — 21,5 °

Точечный: 2,8 ° — 28,6 °

Промывка: 4 ° — 31,2 °

EFFECTS
Двунаправленное колесо анимации на 360 °
Вращающиеся призмы и Prism Macros
Frost Filter Hybrid Wash Effect
Motorized Focus and Auto-Focus
High Speed ​​Mechanical Shutter and Strobe

COLOR
14 дихроичных цветов, включая CTB, CTO и UV
Смешение цветов Full CMY и линейная коррекция цвета CTO

GOBOS
8 сменных вращающихся / индексируемых стеклянных гобо
14 статических штампованных металлических гобо

УПРАВЛЕНИЕ / ПОДКЛЮЧЕНИЯ
(3) Режимы канала DMX (24/26/37)
Сенсорная панель управления с 6 кнопками Полноцветный двусторонний ЖК-дисплей на 180 ° D Дисплей меню
8/16-битное разрешение Регулируемое перемещение
Поддержка протоколов DMX, RDM, Art-NET и sACN
Elation’s E-FLY ™ Внутренний беспроводной приемопередатчик DMX
IP65 5-контактный DMX вход / выход
IP65 RJ45 Ethernet In / Out
IP65 Блокировка кабеля питания в
с проводной цифровой сетью связи

РАЗМЕР / ВЕС
Длина: 18. 45 дюймов (465 мм)
Ширина: 22,5 дюйма (571 мм)
Высота по вертикали: 37,1 дюйма (805 мм)
Вес: 84,0 фунта (38 кг)

ЭЛЕКТРИЧЕСКИЙ / ТЕПЛОВЫЙ
AC 100-240 В — 50/60 Гц
700 Вт макс. Потребляемая мощность
от 14 до 113 ° F (от -10 до 45 ° C)

ОДОБРЕНИЯ / НОМИНАЛЫ
CE | cETLus | IP65

Технические характеристики и документация могут быть изменены без предварительного уведомления.

проект-трусковский-лампы-pq-hybrid-x509-00

 ЛАМПЫ A.Трусковский
Интернет-проект П. Лафранса
Предполагаемый статус: Standards Track D. Van Geest
Истекает: 1 сентября 2018 г. ISARA Corporation
                                                              С. Флюрер
                                                           П. Кампанакис
                                                           Cisco Systems
                                                            М.Ounsworth
                                                               С.  Мистер
                                                   Entrust Datacard, ООО
                                                       28 февраля 2018 г.


            Несколько сертификатов X.509 алгоритма открытых ключей
                проект-трусковский-лампы-pq-hybrid-x509-00

Абстрактный

   В этом документе описывается метод встраивания альтернативных наборов
   криптографические материалы в цифровые сертификаты X.509v3, X.509v2
   Списки отзыва сертификатов (CRL) и подпись сертификата PKCS # 10
   Запросы (CSR).Встроенные альтернативные криптографические материалы
   разрешить инфраструктуре открытых ключей (PKI) использовать несколько криптографических
   алгоритмы в одном объекте и позволяют переходить к новому
   криптографические алгоритмы с сохранением обратной совместимости
   с системами, использующими существующие алгоритмы. Три расширения X.509
   и три атрибута PKCS # 10 определены, а подпись и
   процедуры проверки альтернативного криптографического материала
   содержащиеся в расширениях и атрибутах подробно описаны. Статус этой памятки

   Данный Интернет-проект представлен в полном соответствии с
   положения BCP 78 и BCP 79.

   Интернет-проекты - это рабочие документы Интернет-инжиниринга.
   Целевая группа (IETF). Обратите внимание, что другие группы также могут распространять
   рабочие документы в виде Интернет-проектов. Список текущих Интернет-
   Черновики находятся на https://datatracker.ietf.org/drafts/current/.

   Интернет-проекты - это проекты документов, срок действия которых составляет не более шести месяцев.
   и могут быть обновлены, заменены или исключены другими документами в любое время
   время.Использовать Интернет-черновики в качестве справочника неуместно.
   материала или цитировать их иначе, как «незавершенная работа».

   Срок действия этого Интернет-проекта истекает 1 сентября 2018 года.





Трусковский и др. Истекает 1 сентября 2018 г. [Страница 1] 

Интернет-проект МПКАС Февраль 2018 г.


Уведомление об авторских правах

   Авторские права (c) 2018 IETF Trust и лица, указанные в качестве
   авторы документа.  Все права защищены.

   Этот документ подпадает под действие BCP 78 и Правового регулирования IETF Trust.
   Положения, касающиеся документов IETF
   (https: // попечитель.ietf.org/license-info) действует на дату
   публикация этого документа. Пожалуйста, просмотрите эти документы
   внимательно, поскольку они уважительно описывают ваши права и ограничения
   к этому документу. Компоненты кода, извлеченные из этого документа, должны
   включить упрощенный текст лицензии BSD, как описано в Разделе 4.e
   Правовые положения Trust и предоставляются без гарантии, как
   описано в упрощенной лицензии BSD.

Оглавление

   1. Введение  . . . . . . . . . . . .. . . . . . . . . . . . 3
     1.1. Требования Язык. . . . . . . . . . . . . . . . . . 4
     1.2. Терминология. . . . . . . . . . . . . . . . . . . . . . . 4
   2. Альтернативные объекты алгоритма с открытым ключом. . . . . . . . . . 5
     2.1. OID. . . . . . . . . . . . . . . . . . . . . . . . . . 5
     2.2. Атрибуты CSR. . . . . . . .  . . . . . . . . . . . . . 5
       2.2.1. Атрибут информации об открытом ключе альтернативного субъекта. . . . . . . . 5
       2.2.2. Атрибут алгоритма альтернативной подписи.. . . . . . . . . 5
       2.2.3. Атрибут значения альтернативной подписи. . . . . . . . . . . . 6
     2.3. Расширения X.509v3. . . . . . . . . . . . . . . . . . . 6
       2.3.1. Расширение информации об открытом ключе альтернативного субъекта. . . . . . . . 6
       2.3.2. Расширение алгоритма альтернативной подписи. . . . . . . . . . 7
       2.3.3. Расширение значения альтернативной подписи. . . . . . . . . . . . 7
   3. Множественные запросы подписи сертификата алгоритма открытого ключа. 7
     3.1. Создание нескольких CSR алгоритмов с открытым ключом.. . . . . . 8
     3.2. Проверка нескольких CSR алгоритмов с открытым ключом. . . . . . 9
   4. Несколько сертификатов алгоритма с открытым ключом. . . . . . . . . 10
     4.1. Создание нескольких сертификатов алгоритма с открытым ключом. . . 11
     4.2. Проверка нескольких сертификатов алгоритма с открытым ключом.  . 13
   5. Множественные списки отозванных сертификатов алгоритма открытого ключа. 15
     5.1. Создание сертификата алгоритма с несколькими открытыми ключами
           Списки отзыва. . . . . . . . . . . . . . .. . . . . 16
     5.2. Проверка сертификата алгоритма с несколькими открытыми ключами
           Списки отзыва. . . . . . . . . . . . . . . . . . . . 18
   6. Благодарности. . . . . . . . . . . . . . . . . . . . . . 19
   7. Соображения IANA. . . . . . . . . . . . . . . . . . . . . 19
   8. Соображения безопасности. . . . . . . . . . . . . . . . . . . 19
     8.1. Соображения постквантовой безопасности. . . . . . . . . . 20
   9. Нормативные ссылки. . . . . . . . . . . . . . .. . . . . 21 год
   Приложение A. Структуры ASN.1 и OID. . . . . . . . . . . . . 21 год
   Приложение B. Обновление PKI и зависимых систем. . . . . . . . 22



Трусковский и др. Истекает 1 сентября 2018 г. [Страница 2] 

Интернет-проект МПКАС Февраль 2018 г.


   Приложение C. Варианты альтернативных алгоритмов.  . . . . . . . . 22
   Адреса авторов. . . . . . . . . . . . . . . . . . . . . . . 23

1. Введение

   Современная инфраструктура открытых ключей (PKI) во многом полагается на
   классические алгоритмы подписи, такие как RSA или ECDSA для обеспечения безопасности
   аутентификация.Безопасность этих алгоритмов основана на
   проверенная временем сложность некоторых теоретико-числовых задач.
   Однако хорошо известно, что такие схемы предлагают недостаточную
   безопасность против злоумышленника, обладающего универсальным квантом
   компьютер. Такой злоумышленник может эффективно восстановить закрытый ключ.
   из открытого ключа и олицетворять любую сущность в системе - даже
   корневой центр сертификации (CA). Следовательно, необходимо
   обновите эти PKI, чтобы использовать алгоритмы, защищенные от таких
   противники.Очевидное решение - требовать от доверяющих сторон несколько
   сертифицирован для установления доверия к юридическому лицу. Можно было
   теоретически продолжать использовать сертификаты в том виде, в котором они есть сейчас, и
   ввести отдельные сертификаты, использующие новые алгоритмы. 
   Однако управление различными криптографическими алгоритмами в рамках одного
   Таким образом, PKI требует нескольких цепочек сертификатов. Это бы
   значительно увеличивают сложность и без того сложной системы.
   Кроме того, некоторые системы полагаются на физические решения для учетных данных.
   место хранения.Эти физические решения могут быть ограничены с точки зрения
   емкость, а также с точки зрения того, как такие системы взаимодействуют.
   Вместо этого гораздо проще сохранить только одну личность и использовать
   единая цепочка сертификатов для каждого пользователя.

   Цель этого документа - профилировать новый сертификат X.509v3.
   расширения, расширения CRL X.509v2 и атрибуты CSR PKCS # 10, которые
   облегчить использование простого и эффективного подхода к выполнению
   это обновление. Ключевое требование к дизайну для этого подхода - не
   повлиять на поведение не модернизированных систем и убедиться, что они могут
   обрабатывать любые новые атрибуты или расширения без прерывания. Поместив альтернативный открытый ключ и альтернативную подпись в
   пользовательские расширения, одно эффективно встраивает несколько цепочек сертификатов
   в единой цепочке. Используя эти несколько открытых ключей
   сертификаты алгоритмов, устаревшие приложения могут продолжать использовать свои
   текущий выбор криптографических алгоритмов и обновленных приложений
   может использовать новые алгоритмы, оставаясь при этом совместимым с устаревшими
   системы.

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



Трусковский и др.Истекает 1 сентября 2018 г. [Страница 3] 

Интернет-проект МПКАС Февраль 2018 г.


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

   Остальная часть этого документа организована следующим образом. 

   Раздел 2 описывает три новых атрибута PKCS # 10 и три новых
   Расширения X.509. Разделы 3, 4 и 5 профилируют методы подписи
   и проверка CSR, сертификатов и CRL соответственно с помощью нового
   расширения.1.1. Требования Язык

   Ключевые слова «ДОЛЖНЫ», «НЕ ДОЛЖНЫ», «ОБЯЗАТЕЛЬНО», «ДОЛЖНЫ», «НЕ ДОЛЖНЫ»,
   «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» в этом
   документ следует интерпретировать, как описано в [RFC2119].

1.2. Терминология

   Определены следующие термины:

   o альтернативный алгоритм: алгоритм, использование которого описано в
      этот документ, который можно использовать для подписи и проверки сертификата
      вместо обычного алгоритма или в дополнение к нему.

   o альтернативный [открытый, закрытый] ключ: ключи, использование которых
      описанный в этом документе, который может быть использован для создания или проверки
      подпись вместо обычных ключей или в дополнение к ним.o альтернативная подпись: подпись, использование которой описано в
      этот документ, который можно использовать для проверки сертификата вместо
      обычной подписи или в дополнение к ней. 

   o обычный алгоритм: алгоритм, указанный в
      Поле signatureAlgorithm сертификата X.509v3.

   o обычный [открытый, закрытый] ключ: ключ, используемый для создания или
      проверить обычную подпись в сертификате X.509v3.

   o обычная подпись: значение, указанное в поле подписи.
      сертификата X.Сертификат 509v3.

   o сертификат алгоритма с несколькими открытыми ключами: сертификат, который
      оснащен расширениями, представленными в этом документе. Таким образом,
      сертификат подписан и может быть проверен с помощью двух разных
      алгоритмы с открытым ключом. Один алгоритм с открытым ключом (
      «обычный») использует ключи, подписи и алгоритмы
      указывается в стандартных полях X.509v3. Другой



Трусковский и др. Истекает 1 сентября 2018 г. [Страница 4] 

Интернет-проект МПКАС Февраль 2018 г.


      («альтернативный») алгоритм открытого ключа использует ключи, подписи и
      алгоритмы в расширениях, определенных в этом документе.o обновленное [приложение, система]: приложение или система, которая
      способен понимать и использовать расширения, представленные в
      этот документ. 

2. Альтернативные объекты алгоритма с открытым ключом

2.1. OID

   Следующие OID используются для идентификации атрибутов CSR и
   Расширения X.509v3 определены в следующих разделах.

   id-subjectAltPublicKeyInfo ИДЕНТИФИКАТОР ОБЪЕКТА :: = {TBD}

   id-altSignatureAlgorithm ИДЕНТИФИКАТОР ОБЪЕКТА :: = {TBD}

   id-altSignatureValue ИДЕНТИФИКАТОР ОБЪЕКТА :: = {TBD}

2.2. Атрибуты CSR

   Для отправки альтернативного открытого ключа используются три новых атрибута CSR.
   для сертификации. Каждый из этих атрибутов отражает существующие поля.
   в CSR и служат той же цели, что и эти поля, но с
   альтернативные алгоритмы. Сущность, создающая CSR, ДОЛЖНА включать либо
   все три из этих атрибутов или ни одного.

2.2.1. Атрибут информации об открытом ключе альтернативного субъекта

   Атрибут информации об открытом ключе альтернативного субъекта соответствует
   Тип SubjectPublicKeyInfo, определенный в разделе 4.1 из [RFC2986]. Этот
   атрибут несет информацию об альтернативном открытом ключе, который
   проверенный.  Информация также определяет альтернативу организации.
   алгоритм открытого ключа (и любые связанные параметры).

   Этот атрибут идентифицируется с помощью id-subjectAltPublicKeyInfo.
   OID.

   SubjectAltPublicKeyInfoAttr АТРИБУТ :: = {
        С СИНТАКСИСОМ SubjectPublicKeyInfo
        ID id-subjectAltPublicKeyInfo}

2.2.2. Атрибут алгоритма альтернативной подписи

   Атрибут Alt Signature Algorithm соответствует
   поле signatureAlgorithm описываемого типа CertificationRequest
   в разделе 4.2 из [RFC2986]. Этот атрибут содержит идентификатор



Трусковский и др. Истекает 1 сентября 2018 г. [Страница 5] 

Интернет-проект МПКАС Февраль 2018 г.


   для альтернативного криптографического алгоритма, используемого запрашивающим
   объект, чтобы подписать CertificationRequestInfo.

   Этот атрибут идентифицируется с помощью OID id-altSignatureAlgorithm.

   AltSignatureAlgorithmAttr АТРИБУТ :: = {
        С SYNTAX AlgorithmIdentifier
        ID id-altSignatureAlgorithm}

2. 2.3. Атрибут значения альтернативной подписи

   Атрибут Alt Signature Value соответствует полю подписи
   типа CertificationRequest, описанного в разделе 4.2.
   [RFC2986]. Этот атрибут содержит цифровую подпись, вычисленную при
   PreCertificationRequestInfo, закодированный в формате ASN.1 DER, как описано в
   Раздел 3 этого документа.

   Создав эту альтернативную подпись, запрос на сертификацию
   субъект доказывает владение альтернативным закрытым ключом.

   Этот атрибут идентифицируется с помощью OID id-altSignatureValue.AltSignatureValueAttr ATTRIBUTE :: = {
        С СИНТАКСИЧЕСКОЙ БИТНОЙ СТРОКОЙ
        ПРАВИЛО СОГЛАСОВАНИЯ РАВЕНСТВА bitStringMatch
        ID id-altSignatureValue}

2.3. Расширения X.509v3

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

2.3.1. Расширение информации об открытом ключе альтернативного субъекта

   Расширение Subject Alt Public Key Info соответствует Subject
   Информационное поле открытого ключа описано в разделе 4.1.2.7 из [RFC5280].
   Это расширение содержит альтернативный открытый ключ и определяет
   алгоритм, с которым используется ключ.

   Это расширение идентифицируется с помощью id-subjectAltPublicKeyInfo.
   OID.

   SubjectAltPublicKeyInfoExt :: = SEQUENCE {
        алгоритм AlgorithmIdentifier,
        subjectAltPublicKey BIT STRING}




Трусковский и др. Истекает 1 сентября 2018 г. [Страница 6] 

Интернет-проект МПКАС Февраль 2018 г.


2.3.2. Расширение алгоритма альтернативной подписи

   Расширение Alt Signature Algorithm соответствует подписи
   поле, описанное в разделе 4.1.2.3 [RFC5280]. Это также соответствует
   в поле signatureAlgorithm, описанное в разделе 4.1.1.2
   [RFC5280], поскольку оба этих поля имеют одинаковые значения. Этот
   расширение содержит идентификатор альтернативного цифрового
   алгоритм подписи, используемый CA для подписания preTBSCertificate. 

   Это расширение идентифицируется с помощью OID id-altSignatureAlgorithm.AltSignatureAlgorithmExt :: = Идентификатор алгоритма

2.3.3. Расширение значения альтернативной подписи

   Расширение Alt Signature Value соответствует значению signatureValue.
   описанное в разделе 4.1.1.3 [RFC5280]. Это расширение
   содержит цифровую подпись, вычисленную в кодировке DER ASN.1
   preTBSCertificate, как описано в разделе 4.

   Создавая эту альтернативную подпись, CA удостоверяет действительность
   данных preTBSCertificate. В частности, CA удостоверяет
   связь между альтернативным материалом открытого ключа и субъектом
   сертификата.Это расширение идентифицируется с помощью OID id-altSignatureValue.

   AltSignatureValueExt :: = БИТНАЯ СТРОКА

3. Множественные запросы подписи сертификата алгоритма открытого ключа

   Запрос на подпись сертификата (CSR) представляет собой последовательность из трех необходимых
   поля, как определено в разделе 4.2 [RFC2986].

   CertificationRequest :: = SEQUENCE {
        CertificationRequestInfo CertificationRequestInfo,
        signatureAlgorithm AlgorithmIdentifier,
        подпись BIT STRING}

   Подпись CSR рассчитывается на ASN. 1 DER-кодирование
   CertificationRequestInfo, как определено в разделе 4.2.
   [RFC2986].

   CertificationRequestInfo :: = SEQUENCE {
        версия INTEGER {v1 (0)} (v1, ...),
        имя субъекта,
        subjectPKInfo SubjectPublicKeyInfo {{PKInfoAlgorithms}},
        атрибуты [0] Атрибуты {{CRIAttributes}}}



Трусковский и др. Истекает 1 сентября 2018 г. [Страница 7] 

Интернет-проект МПКАС Февраль 2018 г.


   Альтернативная подпись рассчитывается на ASN.1 DER-кодирование
   идентичный объект PreCertificationRequestInfo.

   PreCertificationRequestInfo :: = SEQUENCE {
        версия INTEGER {v1 (0)} (v1, ...),
        имя субъекта,
        subjectPKInfo SubjectPublicKeyInfo {{PKInfoAlgorithms}},
        атрибуты [0] Атрибуты {{CRIAttributes}}}

   Тип PreCertificationRequestInfo такой же, как у
   CertificationRequestInfo, однако
   Объект PreCertificationRequestInfo будет иметь разные атрибуты
   чем CertificationRequestInfo.В частности,
   CertificationRequestInfo будет включать AltSignatureValueAttr
   атрибут, а PreCertificationRequestInfo - нет. 

3.1. Создание нескольких CSR алгоритмов с открытым ключом

   Алгоритм CSR с несколькими открытыми ключами требует от заявителя
   сгенерировать две пары ключей: одну для старого алгоритма (обычный
   пара ключей) и еще один для нового алгоритма (альтернативный ключ
   пара). Все действия, предпринятые заявителем в отношении
   обычный алгоритм и пара ключей не меняются при этом
   процесс.Дополнительные атрибуты заполняются, чтобы доказать, что
   у заявителя есть альтернативный закрытый ключ.

   Объект PreCertificationRequestInfo ДОЛЖЕН содержать
   Атрибут SubjectAltPublicKeyInfoAttr, несущий альтернативный публичный
   ключ и алгоритм создаваемой CSR.

   Объект PreCertificationRequestInfo ДОЛЖЕН содержать
   Атрибут AltSignatureAlgorithmAttr, определяющий алгоритм
   идентификатор алгоритма, используемого для подписи
   Объект PreCertificationRequestInfo.Альтернативная подпись PreCertificationRequestInfo ДОЛЖНА быть
   рассчитывается с использованием альтернативного закрытого ключа сертификата
   предмет запроса, который является закрытым ключом, связанным с общедоступным
   ключ найден в атрибуте SubjectAltPublicKeyInfoAttr субъекта. 

   После вычисления альтернативной сигнатуры альтернативная
   подпись ДОЛЖНА быть добавлена ​​как атрибут AltSignatureValueAttr к
   создайте объект CertificationRequestInfo.

   Процесс подписания CSR алгоритма с несколькими открытыми ключами как
   описанное выше можно резюмировать следующим образом:





Трусковский и др.Истекает 1 сентября 2018 г. [Страница 8] 

Интернет-проект МПКАС Февраль 2018 г.


   а. Создайте объект PreCertificationRequestInfo, который заполняется
       со всеми данными, которые будут подписаны альтернативным закрытым ключом,
       включая SubjectAltPublicKeyInfoAttr и
       Атрибуты AltSignatureAlgorithmAttr.

   б. Вычислить альтернативную подпись в кодировке DER
       PreCertificationRequestInfo, используя запрос сертификата
       альтернативный закрытый ключ субъекта с алгоритмом, указанным в
       атрибут AltSignatureAlgorithmAttr.c. Преобразуйте PreCertificationRequestInfo в
       CertificationRequestInfo, добавив вычисленную альтернативу
       подпись к объекту PreCertificationRequestInfo с помощью
       Атрибут AltSignatureValueAttr. 

   d. Согласно [RFC2986], рассчитайте обычную подпись, используя
       обычный закрытый ключ субъекта запроса сертификата и создать
       CertificationRequest из CertificationRequestInfo,
       подписьАлгоритм и подпись.

   Модернизированная система МОЖЕТ выдавать как алгоритм с несколькими открытыми ключами, так и
   CSR с единым алгоритмом открытого ключа в зависимости от их политик.Если
   система выдает единый алгоритм с открытым ключом CSR, тогда этот CSR ДОЛЖЕН
   НЕ содержат ни одного из трех атрибутов, описанных в этом разделе.

3.2. Проверка нескольких CSR алгоритмов с открытым ключом

   Издатель сертификата проверяет альтернативную подпись
   алгоритм CSR с несколькими открытыми ключами путем реконструкции
   Объект PreCertificationRequestInfo и используя его кодировку DER ASN.1,
   альтернативный открытый ключ и альтернативный алгоритм подписи для проверки
   подпись.

   Для проверки альтернативной подписи множественного открытого ключа
   алгоритма CSR, выполняются следующие шаги:

   а. ASN.1 DER декодирует полеcertificationRequestInfo
       CertificationRequest, чтобы получить объект CertificationRequestInfo.

   б. Удалите атрибут AltSignatureValueAttr из
       CertificationRequestInfo и отложите альтернативу
       подпись. Теперь объект такой же, как и
       PreCertificationRequestInfo, для которого была создана подпись.

   c. ASN.1 DER кодирует объект PreCertificationRequestInfo.

   d. Используя алгоритм, указанный в AltSignatureAlgorithmAttr
       атрибут PreCertificationRequestInfo, альтернативный



Трусковский и др.Истекает 1 сентября 2018 г. [Страница 9] 

Интернет-проект МПКАС Февраль 2018 г.


       открытый ключ из атрибута SubjectAltPublicKeyInfoAttr CSR
       и PreCertificationRequestInfo, закодированного в формате DER ASN.1, проверьте
       альтернативная подпись из (б).

   В процессе декодирования DER ASN.1
   CertificationRequestInfo, удаление AltSignatureValueAttr
   атрибут из PreCertificationRequestInfo и ASN.1 DER
   кодирование PreCertificationRequestInfo, относительный порядок
   остальные атрибуты не изменяются.  Это связано с DER
   правила кодирования, применяемые во время генерации подписи, как указано в
   RFC2986. Таким образом, полученный в результате ASN.1 DER закодированный
   PreCertificationRequestInfo идентичен тому, который использовал эмитент
   для генерации альтернативной подписи.

4. Несколько сертификатов алгоритма с открытым ключом.

   Цифровой сертификат X.509 представляет собой последовательность из трех полей, как определено
   в [RFC5280].Сертификат :: = ПОСЛЕДОВАТЕЛЬНОСТЬ {
        tbsCertificate TBSCertificate,
        signatureAlgorithm AlgorithmIdentifier,
        signatureValue BIT STRING}

   Подпись сертификата X.509v3 рассчитывается на DER ASN.1.
   кодирование объекта TBSCertificate, как определено в разделе 4.1
   [RFC5280]. Таким образом, ЦС удостоверяет действительность
   информация в поле tbsCertificate, в частности привязка
   между обычным материалом открытого ключа и предметом
   сертификат.Альтернативная подпись рассчитывается на основе кодировки DER ASN. 1
   аналогичный, но не идентичный PreTBSCertificate, определенный ниже.
   Эта подпись также подтверждает достоверность информации в
   tbsCertificate поле. В частности, привязка между
   альтернативный материал открытого ключа и предмет сертификата
   подтверждено.














Трусковский и др. Истекает 1 сентября 2018 г. [Страница 10] 

Интернет-проект МПКАС Февраль 2018 г.


   PreTBSCertificate :: = SEQUENCE {
        версия [0] ЯВНАЯ версия ПО УМОЛЧАНИЮ v1,
        серийный номер CertificateSerialNumber,
        Название эмитента,
        срок действия Срок действия,
        имя субъекта,
        subjectPublicKeyInfo SubjectPublicKeyInfo,
        IssuerUniqueID [1] IMPLICIT UniqueIdentifier НЕОБЯЗАТЕЛЬНО,
                             - Если присутствует, версия ДОЛЖНА быть v2 или v3.
        subjectUniqueID [2] IMPLICIT UniqueIdentifier ДОПОЛНИТЕЛЬНО,
                             - Если присутствует, версия ДОЛЖНА быть v2 или v3.
        extension [3] EXPLICIT Extensions НЕОБЯЗАТЕЛЬНО
                             - Если присутствует, версия ДОЛЖНА быть v3. 
        }

   Тип PreTBSCertificate аналогичен типу TBSCertificate,
   за исключением того, что PreTBSCertificate не включает подпись
   поле (третий элемент в последовательности TBSCertificate).В
   TBSCertificate поле подписи содержит AlgorithmIdentifier
   алгоритма, который будет использоваться для подписания окончательного сертификата,
   и это значение может быть неизвестно в то время, когда альтернатива
   подпись рассчитывается. Кроме того, поскольку AlgorithmIdentifier
   поля подписи связано с окончательным значением подписи
   в сертификате, это выходит за рамки альтернативного
   алгоритм открытого ключа и не требует защиты
   альтернативная подпись.Объект PreTBSCertificate также не содержит
   AltSignatureValueExt в своем списке расширений, а
   TBSCertificate будет. Поскольку альтернативная подпись рассчитывается
   по кодировке PreTBSCertificate он не может быть включен в
   PreTBSCertificate.

4.1. Создание нескольких сертификатов алгоритма с открытым ключом

   Если ЦС выдает субъектный сертификат и сертификат эмитента
   или корень доверия содержит альтернативный открытый ключ, тогда CA
   СЛЕДУЕТ добавить альтернативную подпись к сертификату субъекта. Невыполнение этого требования может привести к тому, что проверяющий отклонит сертификат.
   как искаженный, особенно если проверяющий обеспокоен
   квантовые противники. Это обсуждается далее в
   Раздел 8.1.

   Сертификат алгоритма с несколькими открытыми ключами МОЖЕТ содержать
   SubjectAltPublicKeyInfoExt расширение. Если предмет сертификата
   имеет альтернативный открытый ключ, который они хотят привязать к своему
   identity, то открытый ключ и алгоритм ДОЛЖНЫ быть помещены в
   SubjectAltPublicKeyInfoExt расширение.Однако если сертификат



Трусковский и др. Истекает 1 сентября 2018 г. [Страница 11] 

Интернет-проект МПКАС Февраль 2018 г.


   у субъекта нет такого альтернативного открытого ключа (например,
   приложение не было обновлено для поддержки нескольких открытых ключей
   алгоритмов), то расширение SubjectAltPublicKeyInfoExt не будет
   добавлен в сертификат.

   Если ЦС выдает сертификат с альтернативной подписью,
   Поле extension в PreTBSCertificate ДОЛЖНО содержать
   Расширение AltSignatureAlgorithmExt, которое определяет алгоритм
   идентификатор алгоритма, используемого для подписи PreTBSCertificate. Альтернативная подпись PreTBSCertificate ДОЛЖНА быть вычислена.
   используя альтернативный закрытый ключ Эмитента, который является закрытым
   ключ, связанный с открытым ключом, найденным в Эмитенте
   SubjectAltPublicKeyInfoExt расширение.

   После вычисления альтернативной сигнатуры альтернативная
   подпись ДОЛЖНА быть добавлена ​​как расширение AltSignatureValueExt к
   список расширений PreTBSCertificate, в результате чего
   TBSCertificate.

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

   а.Создайте объект PreTBSCertificate, который заполнен всеми
       данные, которые будут подписаны альтернативным закрытым ключом, включая
       SubjectAltPublicKeyInfoExt и AltSignatureAlgorithmExt
       расширения.

   б. Вычислить альтернативную подпись в кодировке DER
       PreTBSCertificate с использованием альтернативного закрытого ключа эмитента
       с алгоритмом, указанным в AltSignatureAlgorithmExt
       расширение. 

   c. Добавьте вычисленную альтернативную подпись в PreTBSCertificate
       объект с помощью расширения AltSignatureValueExt.d. Преобразуйте PreTBSCertificate в TBSCertificate, добавив
       поле подписи и заполнение его идентификатором алгоритма
       обычного алгоритма, который будет использоваться для подписания сертификата.

   е. Согласно [RFC5280], рассчитайте обычную подпись, используя
       обычный закрытый ключ, связанный с сертификатом эмитента
       и создайте сертификат из tbsCertificate,
       подписьАлгоритм и подпись.

   Если политика обновленного центра сертификации позволяет ему обрабатывать один открытый ключ
   алгоритм CSR и выдача сертификатов алгоритма с единым открытым ключом,
   и сертификат эмитента имеет альтернативный открытый ключ, и



Трусковский и др.Истекает 1 сентября 2018 г. [Страница 12] 

Интернет-проект МПКАС Февраль 2018 г.


   CA получает CSR с одним алгоритмом, CA ДОЛЖЕН включать
   правильно рассчитанные AltSignatureValueExt и AltSignatureAlgorithmExt
   расширения в сертификате.  Это гарантирует, что при обновлении
   система проверяет сертификат субъекта и видит, что издатель
   сертификат содержит расширение SubjectAltPublicKeyInfoExt, которое
   проверит альтернативную подпись субъекта.В противном случае это могло бы
   считать сертификат субъекта недействительным. Это обсуждается
   далее в разделе «Вопросы безопасности».

   Примечание. Издатель сертификата обычно отмечает
   SubjectAltPublicKeyInfoExt, AltSignatureAlgorithmExt и
   Расширения AltSignatureValueExt как некритические, что позволяет
   сертификат алгоритма с несколькими открытыми ключами, который следует рассматривать как
   обычный сертификат от не модернизированных организаций. Однако эмитент
   МОЖЕТ пометить расширения как критические, например, если они являются частью
   PKI, которая требует от организаций понимания как традиционных, так и
   альтернативные подписи.4.2. Проверка нескольких сертификатов алгоритма с открытым ключом

   Пользователи, желающие проверить сертификат алгоритма с несколькими открытыми ключами
   при использовании альтернативного алгоритма открытого ключа потребуется преобразовать
   поле tbsCertificate в сертификате к объекту PreTBSCertificate
   идентичен объекту PreTBSCertificate, который эмитент использовал для
   создать альтернативную подпись. Затем пользователь может использовать эмитент
   альтернативный открытый ключ с альтернативным алгоритмом подписи для
   проверьте альтернативную подпись PreTBSCertificate.Для проверки альтернативной подписи множественного открытого ключа
   сертификат алгоритма, выполняются следующие шаги:

   а. ASN.1 DER декодирует поле tbsCertificate сертификата в
       получить объект TBSCertificate.

   б. Удалите расширение AltSignatureValueExt из TBSCertificate
       возражать и отложить альтернативную подпись.

   c. Удалите поле подписи из объекта TBSCertificate,
       преобразовывая его в объект PreTBSCertificate.

   d. ASN.1 DER кодирует объект PreTBSCertificate.е. Используя алгоритм, указанный в AltSignatureAlgorithmExt
       расширение PreTBSCertificate, альтернативного открытого ключа
       из расширения SubjectAltPublicKeyInfoExt эмитента и
       PreTBSCertificate, закодированный в формате ASN.1, проверьте альтернативу
       подпись от (б).




Трусковский и др. Истекает 1 сентября 2018 г. [Страница 13] 

Интернет-проект МПКАС Февраль 2018 г.


   Альтернативный открытый ключ эмитента поступает от выдающего
   расширение SubjectAltPublicKeyInfoExt сертификата, если только издатель
   якорь доверия.В этом случае альтернатива якоря доверия
   открытый ключ может быть получен из самозаверяющего сертификата
   SubjectAltPublicKeyInfoExt расширение, или оно может быть откуда-то еще.
   [RFC5280] раздел 6.1.1 (d) перечисляет информацию о доверии как
   включая:

   а. имя доверенного эмитента,

   б. алгоритм доверенного открытого ключа,

   c. доверенный открытый ключ и

   d. необязательно, параметры доверенного открытого ключа, связанные с
       открытый ключ.

   При проверке сертификата алгоритма с несколькими открытыми ключами
   Информация о якоре доверия также включает:

   а.надежный альтернативный алгоритм открытого ключа,

   б. доверенный альтернативный открытый ключ и

   c. опционально, доверенные альтернативные параметры открытого ключа
       связанный с альтернативным открытым ключом.

   В процессе декодирования ASN.1 DER сертификата TBSC, удаление
   расширение AltSignatureValueExt из PreTBSCertificate и
   ASN.1 DER, кодирующий PreTBSCertificate, относительный порядок
   остальные расширения не изменяются. Таким образом, получившаяся ASN.1
   Сертификат PreTBSCertificate с кодировкой DER идентичен тому, который использовал эмитент.
   для генерации альтернативной подписи.Сертификат, содержащий расширение AltSignatureValueExt, но
   не содержит расширения AltSignatureAlgorithmExt не может быть
   проверяется в соответствии с альтернативным алгоритмом открытого ключа, и поэтому ДОЛЖЕН быть
   отклонено как уродливое. Точно так же сертификат, содержащий
   расширение AltSignatureAlgorithmExt, но не содержит
   Расширение AltSignatureValueExt ДОЛЖНО быть отклонено.

   Сертификат МОЖЕТ иметь AltSignatureValueExt и
   AltSignatureAlgorithmExt без расширения
   SubjectAltPublicKeyInfoExt расширение.Этот случай может возникнуть, если
   не обновленный субъект запрашивает сертификат у обновленного центра сертификации, который
   имеет сертификат CA с несколькими открытыми ключами.





Трусковский и др. Истекает 1 сентября 2018 г. [Страница 14] 

Интернет-проект МПКАС Февраль 2018 г.


   Если сертификат эмитента или корень доверия имеет альтернативный общедоступный
   ключ, но субъектный сертификат, выданный сертификатом эмитента или
   корень доверия не содержит альтернативной подписи, тогда
   верификатору СЛЕДУЕТ отклонить сертификат субъекта.Это особенно
   важно, если проверяющий обеспокоен квантовыми
   противники. Это обсуждается далее в Разделе 8.1.
   Принятие такого субъектного сертификата ДОЛЖНО быть ограничено случаями, когда
   верификатор был явно настроен на игнорирование отсутствующих
   альтернативные подписи для данного выдающего ЦС, для субъекта
   сертификаты, соответствующие заданному подстановочному знаку, или аналогичный белый список
   механизмы.

5. Несколько списков отозванных сертификатов алгоритма открытого ключа

   В определенных ситуациях сертификаты должны быть отозваны и больше не
   использовал.Это может произойти по разным причинам, включая, но не
   ограничено: взлом ключа, компрометация CA или из-за изменения
   принадлежность. Грубо говоря, списки отзыва сертификатов (CRL)
   аутентифицированные списки отозванных сертификатов.

   Список отозванных сертификатов (CRL) X.509v2 представляет собой последовательность из трех
   поля, как определено в [RFC5280].

   CertificateList :: = SEQUENCE {
       tbsCertList TBSCertList,
       signatureAlgorithm AlgorithmIdentifier,
       signatureValue BIT STRING}

   X.Подпись CRL 509v2 рассчитывается на основе кодировки DER ASN.1
   объект TBSCertList, как определено в разделе 5.1 [RFC5280].

   Альтернативная подпись рассчитывается на основе кодировки DER ASN.1
   аналогичный, но не идентичный объект PreTBSCertList, определенный здесь.


















Трусковский и др. Истекает 1 сентября 2018 г. [Страница 15] 

Интернет-проект МПКАС Февраль 2018 г.


   PreTBSCertList :: = SEQUENCE {
        версия Версия ДОПОЛНИТЕЛЬНАЯ,
                                     - если присутствует, ДОЛЖЕН быть v2
        Название эмитента,
        thisUpdate Time,
        nextUpdate Time ДОПОЛНИТЕЛЬНО,
        revokedCertificates ПОСЛЕДОВАТЕЛЬНОСТЬ ПОСЛЕДОВАТЕЛЬНОСТИ {
             userCertificate CertificateSerialNumber,
             revocationDate Время,
             crlEntryExtensions Расширения ДОПОЛНИТЕЛЬНО
                                      - если присутствует, версия ДОЛЖНА быть v2
                                  }  ПО ЖЕЛАНИЮ,
        crlExtensions [0] EXPLICIT Extensions ДОПОЛНИТЕЛЬНО
                                      - если присутствует, версия ДОЛЖНА быть v2
                                  }

   Объект PreTBSCertList похож на объект TBSCertList,
   за исключением того, что PreTBSCertList не включает поле подписи
   (второй элемент в последовательности TBSCertList).В TBSCertList
   поле подписи содержит AlgorithmIdentifier алгоритма
   который подпишет окончательный список отзыва сертификатов, и это значение
   может быть неизвестно в то время, что альтернативная подпись
   рассчитано. Кроме того, поскольку AlgorithmIdentifier
   поле подписи связано с последним полем signatureValue в
   CRL, он выходит за рамки альтернативного открытого ключа
   алгоритм и не нуждается в защите альтернативой
   подпись.Объект PreTBSCertList также не содержит
   AltSignatureValueExt в своем списке расширений, а
   TBSCertList будет. Поскольку альтернативная подпись рассчитывается на
   кодировка PreTBSCertList, его нельзя включить в
   TBSCertList.

   Если сертификат алгоритма с несколькими открытыми ключами отозван,
   поскольку классический ключ скомпрометирован, альтернативный ключ
   скомпрометированная или другая причина, как классическая, так и альтернативная
   ключи СЛЕДУЕТ считать отозванными.Это позволяет избежать ненужных
   сложность работы с сертификатом, когда один ключ скомпрометирован
   но другой нет.

5.1. Создание многократного отзыва сертификата алгоритма открытого ключа
      Списки

   Чтобы создать CRL алгоритма с несколькими открытыми ключами, нужно создать CRL как
   указан в разделе 5 [RFC5280] и включает дополнительные
   расширения, как указано в этом разделе.




Трусковский и др. Истекает 1 сентября 2018 г. [Страница 16] 

Интернет-проект МПКАС Февраль 2018 г.


   Если сертификат издателя CRL имеет SubjectAltPublicKeyInfoExt
   расширение, CRL ДОЛЖЕН быть создан с альтернативной подписью.В противном случае некоторые обновленные системы могут не проверить CRL, потому что
   ему не доверяют в соответствии с альтернативным алгоритмом открытого ключа.

   Поле расширений PreTBSCertList ДОЛЖНО содержать
   Расширение AltSignatureAlgorithmExt, которое определяет алгоритм
   идентификатор алгоритма, используемого для подписи PreTBSCertList.

   Альтернативная подпись PreTBSCertList ДОЛЖНА быть вычислена.
   используя альтернативный закрытый ключ эмитента CRL, который является
   закрытый ключ, связанный с открытым ключом, найденным в эмитенте CRL
   ИКС.Расширение SubjectAltPublicKeyInfoExt сертификата 509v3.

   После вычисления альтернативной сигнатуры альтернативная
   подпись ДОЛЖНА быть добавлена ​​как расширение AltSignatureValueExt к
   список расширений PreTBSCertList, в результате чего TBSCertList.

   Процесс подписания CRL алгоритма с несколькими открытыми ключами X.509v2
   как описано выше, можно резюмировать следующим образом:

   а. Создайте объект TBSCertList, который заполнен всеми данными
       быть подписанным альтернативным закрытым ключом, включая
       Расширение AltSignatureAlgorithmExt.б. Вычислить альтернативную подпись в кодировке DER
       PreTBSCertList, используя альтернативный закрытый ключ эмитента CRL
       с алгоритмом, указанным в AltSignatureAlgorithmExt
       расширение.

   c. Добавьте вычисленную альтернативную подпись в PreTBSCertList
       объект с помощью расширения AltSignatureValueExt.

   d. Преобразуйте PreTBSCertList в TBSCertList, добавив
       поле подписи и заполнение его идентификатором алгоритма
       обычного алгоритма, который будет использоваться для подписания сертификата.е. Согласно [RFC5280], рассчитайте обычную подпись, используя
       обычный закрытый ключ, связанный с эмитентом CRL
       сертификат и создайте CRL из tbsCertList,
       подписьАлгоритм и подпись.

   Примечание. Издатель CRL обычно отмечает AltSignatureAlgorithmExt.
   и расширения AltSignatureValueExt как некритичные, что позволяет
   CRL алгоритма с несколькими открытыми ключами, который должен рассматриваться как обычный CRL
   не модернизированные объекты. Однако эмитент может быть частью PKI.
   что требует от организаций понимания как традиционных, так и




Трусковский и др.Истекает 1 сентября 2018 г. [Страница 17] 

Интернет-проект МПКАС Февраль 2018 г.


   альтернативные подписи, и в этом случае он пометит расширения как
   критический.

5.2. Проверка отзыва нескольких сертификатов алгоритма открытых ключей
      Списки

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

   Для проверки альтернативной подписи множественного открытого ключа
   алгоритма CRL, выполняются следующие шаги:

   а. ASN.1 DER декодирует поле tbsCertList сертификата, чтобы получить
       объект TBSCertList.

   б. Удалите расширение AltSignatureValueExt из TBSCertList
       возражать и отложить альтернативную подпись.c. Удалите поле подписи из объекта TBSCertList,
       преобразовывая его в объект PreTBSCertList.

   d. ASN.1 DER кодирует объект PreTBSCertList.

   е. Используя алгоритм, указанный в AltSignatureAlgorithmExt
       расширение PreTBSCertList, альтернативного открытого ключа от
       расширение SubjectAltPublicKeyInfoExt сертификата CRL
       и PreTBSCertList в кодировке DER ASN.1, проверьте альтернативу
       подпись от (б).

   В процессе ASN.1 DER декодирование TBSCertList, удаление
   расширение AltSignatureValueExt из PreTBSCertList и ASN.1
   DER, кодирующий PreTBSCertList, относительный порядок
   остальные расширения не будут изменены. Таким образом, получившаяся ASN.1
   Кодированный в DER PreTBSCertList идентичен тому, который издатель использовал для
   сгенерируйте альтернативную подпись.

   Помимо проверки альтернативной подписи CRL,
   реализация также должна проверять сертификат издателя CRL
   и цепочка сертификатов, частью которой он является.Реализации ДОЛЖНЫ
   используйте тот же метод, который описан в разделе 6 [RFC5280], с
   следующие модификации алгоритма обработки CRL этого
   Раздел 6.3.3 документа. Шаг (f) алгоритма обработки CRL
   требует проверки пути сертификата для эмитента полного



Трусковский и др. Истекает 1 сентября 2018 г. [Страница 18] 

Интернет-проект МПКАС Февраль 2018 г.


   CRL. Для проверки нескольких CRL алгоритмов с открытым ключом, обновлено
   субъектам СЛЕДУЕТ дополнительно проверять альтернативные подписи вместе
   путь, как описано в разделе 4.2 этого документа. Шаг (g) из
   алгоритм обработки CRL требует проверки одного
   подпись в полном CRL. Чтобы проверить несколько открытых ключей
   алгоритмов CRL, этот шаг ДОЛЖЕН быть изменен для проверки двойного
   подписи в полном CRL. Точно так же на шаге (h) того же
   алгоритм, если используются дельты использования и если дельта CRL является кратным
   CRL алгоритма открытого ключа, тогда проверяющий партнер должен подтвердить
   подпись в дельта-списке отзыва сертификатов с помощью метода, описанного выше, и используйте
   стандартная практика в противном случае - использование открытого ключа (ов), подтвержденного в
   шаг (f).6. Благодарности

7. Соображения IANA

   Расширения в сертификатах и ​​списках отзыва сертификатов идентифицируются с помощью объекта
   Идентификаторы (OID). Создание и делегирование этих дуг должно
   определяется.

8. Соображения безопасности

   Многие из соображений безопасности в этом документе строго следуют
   те из [RFC5280]. Однако использование расширений, представленных в
   этот документ действительно вызывает дополнительные соображения.

   Мотивация, стоящая за этим документом, состоит в том, чтобы предоставить метод
   модернизация PKI и зависимых систем для достижения квантово-безопасного состояния.Однако современные схемы квантово-безопасной подписи, как правило, имеют
   большие размеры подписи или ключей. Таким образом, их включение в CSR,
   сертификаты или списки отзыва сертификатов означает, что размеры этих структур данных
   значительно увеличится. Это потенциально могло вызвать проблемы
   в протоколах или реализациях, ожидающих более разумных размеров.
   Даже если предприятия вместо этого решат обновить свою PKI до новой, но
   все еще классически безопасные алгоритмы подписи, эти алгоритмы могут
   также ожидается наличие больших размеров подписи или ключей; часто попутно
   продуктом повышенного уровня безопасности являются подписи большего размера или ключ
   размеры.Использование
   расширения, представленные в этом документе. Их конструкция такова, что
   между старой и новой подписями выполняется четкое разделение. Новый
   подписи не зависят от старых подписей и
   понимание новых подписей требуется для вычисления или проверки
   старая подпись. Таким образом, можно полагаться на обычные
   только подпись, только альтернативная подпись или обе, в зависимости от
   политика предприятия.Трусковский и др. Истекает 1 сентября 2018 г. [Страница 19] 

Интернет-проект МПКАС Февраль 2018 г.


   Крайне важно, чтобы весь секретный материал для ключей хранился в секрете; а
   этот вопрос рассматривается в разделе «Вопросы безопасности» [RFC5280].
   Если PKI модернизируется для использования квантово-безопасных технологий, то это
   имеет ключевое значение для обеспечения защиты всех личных материалов
   и против противников, использующих квантовую систему.Как такой подвиг
   выполнено выходит за рамки этого документа. Кроме того,
   такие вопросы, как изменение ключей или управление ключами, выходят за рамки
   этот документ.

   Обычно SubjectAltPublicKeyInfoExt, AltSignatureAlgorithmExt
   и расширения AltSignatureValueExt будут отмечены как некритические, поэтому
   что не модернизированная система может обрабатывать несколько открытых ключей
   сертификат алгоритма или CSR как обычный сертификат. Тем не мение,
   PKI может выбрать принудительное использование как обычных, так и
   альтернативные алгоритмы открытого ключа, и в этом случае он МОЖЕТ пометить эти
   расширения как критические.Причины, по которым PKI может захотеть это сделать
   выходят за рамки этого документа.

8.1. Соображения постквантовой безопасности

   Хотя этот документ предназначен для облегчения перехода на PKI
   от классического алгоритма с открытым ключом к квантово-безопасному открытому ключу
   алгоритм, с завершением перехода до разработки
   квантовые компьютеры, способные взломать классический открытый ключ
   алгоритмов, стоит обсудить соображения безопасности, если
   при наличии используются несколько сертификатов алгоритма с открытым ключом.
   квантового противника.Ожидается, что противник, использующий квантовую систему, сможет подделать
   подписи для сертификатов и списков отзыва сертификатов с использованием классически безопасных
   алгоритмы подписи. Таким образом, ЦС ДОЛЖЕН добавить альтернативную подпись.
   к любому сертификату, который он выдает, если выдающий сертификат содержит
   SubjectAltPublicKeyInfoExt расширение. Если якорь доверия не
   сертификат, СЛЕДУЕТ добавить альтернативную подпись, если доверие
   якорь имеет связанный альтернативный открытый ключ, который можно использовать
   для подтверждения.Аналогичным образом, при проверке сертификатов или списков отзыва сертификатов
   приложение ДОЛЖНО отклонять сертификаты или списки отзыва сертификатов, если они не содержат
   альтернативная подпись, но сертификат эмитента действительно содержит
   SubjectAltPublicKeyInfoExt или якорь доверия имеет альтернативу
   открытый ключ. Если ЦС не добавляет альтернативную подпись в
   эти случаи, и обновленное приложение не принимает это
   меры предосторожности при проверке, тогда злоумышленник с квантовой поддержкой может
   создать сертификат или CRL без альтернативной подписи, и
   подделать обычную подпись любого эмитента, что приведет к обновлению
   приложения для принятия поддельных учетных данных.Если обновленная проверяющая сторона обрабатывает не множественный открытый ключ
   алгоритм CRL обнаруживает сертификат алгоритма с несколькими открытыми ключами



Трусковский и др. Истекает 1 сентября 2018 г. [Страница 20] 

Интернет-проект МПКАС Февраль 2018 г.


   (содержащий расширение AltSignatureValueExt) в списке отозванных
   сертификаты, он НЕ ДОЛЖЕН рассматривать этот сертификат как отозванный. Если
   обычная подпись CRL использует неквантово-безопасный
   алгоритм подписи (например,грамм. RSA или ECDSA), атакующий с квантовыми функциями
   могли подделать CRL, тем самым отозвав сертификаты, которые ЦС
   не собирался отзывать. Если один из этих сертификатов имеет
   расширение алгоритма с несколькими открытыми ключами, тогда оно должно было быть
   обрабатываются с использованием альтернативного алгоритма открытого ключа и не должны
   быть отозванным только на основании результатов обычного открытого ключа
   алгоритм.

9. Нормативные ссылки

   [RFC2119] Брэднер, С. «Ключевые слова для использования в RFC для обозначения
              Уровни требований », BCP 14, RFC 2119,
              DOI 10.17487 / RFC2119, март 1997 г.,
              .

   [RFC2986] Нистром, М. и Б. Калиски, «PKCS # 10: Сертификация.
              Спецификация синтаксиса запроса версии 1.7 ", RFC 2986,
              DOI 10.17487 / RFC2986, ноябрь 2000 г.,
              .

   [RFC5280] Купер, Д., Сантессон, С., Фаррелл, С., Бойен, С.,
              Р. Хаусли и У. Полк, "Открытый ключ Internet X.509"
              Сертификат инфраструктуры и список отозванных сертификатов
              (CRL) Профиль ", RFC 5280, DOI 10.17487 / RFC5280, май 2008 г.,
              .

Приложение A. Структуры ASN.1 и OID

   Это приложение включает все определения типов и значений ASN.1.
   представлен в этом документе.

   ОПРЕДЕЛЕНИЯ НЕЯВНЫЕ ТЭГИ :: = НАЧАТЬ

   - ЭКСПОРТ Все -
   - ИМПОРТ НЕТ -

   - Идентификаторы объектов для расширений сертификатов, представленных в
   - Раздел 4.

   id-subjectAltPublicKeyInfo ИДЕНТИФИКАТОР ОБЪЕКТА :: = {TBD}

   id-altSignatureAlgorithm ИДЕНТИФИКАТОР ОБЪЕКТА :: = {TBD}

   id-altSignatureValue ИДЕНТИФИКАТОР ОБЪЕКТА :: = {TBD}




Трусковский и др.Истекает 1 сентября 2018 г. [Страница 21] 

Интернет-проект МПКАС Февраль 2018 г.


   - Расширения сертификатов X.509

   SubjectAltPublicKeyInfoExt :: = SEQUENCE {
        алгоритм AlgorithmIdentifier,
        subjectAltPublicKey BIT STRING}

   AltSignatureAlgorithmExt :: = Идентификатор алгоритма

   AltSignatureValueExt :: = БИТНАЯ СТРОКА

   - типы данных атрибутов

   subjectAltPublicKeyInfoAttr АТРИБУТ :: = {
        С СИНТАКСИСОМ SubjectPublicKeyInfo
        ID id-subjectAltPublicKeyInfo}

   altSignatureAlgorithmAttr АТРИБУТ :: = {
        С SYNTAX AlgorithmIdentifier
        ID id-altSignatureAlgorithm}

   altSignatureValueAttr ATTRIBUTE :: = {
        С СИНТАКСИЧЕСКОЙ БИТНОЙ СТРОКОЙ
        ПРАВИЛО СОГЛАСОВАНИЯ РАВЕНСТВА bitStringMatch
        ID id-altSignatureValue}

   КОНЕЦ

Приложение Б.Обновление PKI и зависимых систем

   Один из способов обновления этих систем - использовать подход «сверху вниз»:
   Сначала обновляется корневой ЦС, затем то же самое делается для любого
   подчиненные центры сертификации и, наконец, для конечных объектов. Иждивенец
   затем приложения можно обновлять поэтапно, при этом обновленные
   приложения могут переключаться на использование новых алгоритмов открытого ключа, в то время как
   необновленные системы могут продолжать использовать старый открытый ключ
   алгоритмы.

Приложение C. Варианты альтернативных алгоритмов

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




Трусковский и др. Истекает 1 сентября 2018 г. [Страница 22] 

Интернет-проект МПКАС Февраль 2018 г.


   использовать цифровые подписи без сохранения состояния в сертификатах конечных объектов, когда
   они становятся доступными.Адреса авторов

   Александр Трусковский
   Корпорация ISARA
   560 Westmount Rd N
   Ватерлоо, Онтарио N2L 2Y6
   Канада

   Почта: [email protected]


   Филип Лафранс
   Корпорация ISARA
   560 Westmount Rd N
   Ватерлоо, Онтарио N2L 0A9
   Канада

   Эл. Почта: [email protected]


   Даниэль Ван Гест
   Корпорация ISARA
   560 Westmount Rd N
   Ватерлоо, Онтарио N2L 0A9
   Канада

   Почта: [email protected]


   Скотт Флюрер
   Cisco Systems
   170 West Tasman Drive
   Сан-Хосе, Калифорния 95134
   Соединенные Штаты Америки

   Электронная почта: sfluhrer @ cisco.ком


   Панос Кампанакис
   Cisco Systems
   170 West Tasman Drive
   Сан-Хосе, Калифорния 95134
   Соединенные Штаты Америки

   Электронная почта: [email protected]



Трусковский и др. Истекает 1 сентября 2018 г. [Страница 23] 

Интернет-проект МПКАС Февраль 2018 г.


   Майк Оунсворт
   Entrust Datacard, ООО
   1000 инноваций
   Каната, Онтарио K2K 3E7
   Канада

   Электронная почта: [email protected]


   Серж Мистер
   Entrust Datacard, ООО
   1000 инноваций
   Каната, Онтарио K2K 3E7
   Канада

   Электронная почта: [email protected]



































Трусковский и др. Срок действия истекает 1 сентября 2018 г. [Страница 24]
 

Гладкие гибридные уличные фонари на солнечной и ветровой энергии

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

Продолжить чтение ниже

Наши избранные видео

Разработанные и изготовленные компанией Urban Green Energy, эти уличные фонари, работающие на солнечной / ветровой энергии, устанавливаются на стандартный опор из оцинкованной стали, который можно изготовить на месте и легко заменить на старые уличные фонари. Турбина сверху может быть ветряной турбиной с вертикальной осью (VAWT) 2-го поколения мощностью 300 Вт или ветровой турбиной с горизонтальной осью.Сбоку на опоре установлены 2 солнечные панели производства F3 Solar, способные генерировать до 80 Вт энергии.

Уличный фонарь способен производить до 380 Вт мощности, если светило солнце и дул ветер, а уличные фонари экономят избыточную энергию, генерируемую батареей, которая питает их высокоэффективные светодиоды в течение ночи. Поскольку каждое место и проект отличаются друг от друга, Urban Green Energy применяет компонентный подход к дизайну уличных фонарей — светодиодные фонари, солнечные панели, ветряные турбины, высоту башни и аккумуляторы легко масштабируются, чтобы они лучше всего соответствовали конкретным условиям. проект.

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

Спасибо!

Следите за нашим еженедельным информационным бюллетенем.

Подпишитесь на нашу рассылку новостей

Получайте последние мировые новости и проекты, создающие лучшее будущее.

ЗАРЕГИСТРИРОВАТЬСЯ

ЗАРЕГИСТРИРОВАТЬСЯ

70 * 47 см, черный регулируемый автомобильный оконный сетчатый занавес, УФ-солнцезащитный козырек, 1 пара, 8AN AN8 ПОВОРОТНОЕ МАСЛО, 90 ГРАДУСОВ, ТОПЛИВНЫЙ ПЕРЕХОДНИК, НАКОНЕЧНИК, ЧЕРНЫЙ. Универсальная гибкая линия для производства внутренней декоративной накладки 5M, комплект сальников вилки Ari Premium, 2014 г., 41 мм x 54 мм x 11 мм Kawasaki Z 1000 SX. Болт крепления шайбы нижнего рычага LCA серебристый для HONDA ACURA Integra Civic.ACDelco 334-1773 Восстановленный Генератор, 7 «x6» 5×7 Светодиодные лампы Прозрачный герметичный луч Кристалл Фара Головная лампа Лампа 2шт. Вентилятор двигателя вентилятора для Bonneville LeSabre Deville Aurora 2002-2005 821. Подлинный BMW E90 E91 325i 325xi Центральная или задняя выхлопная подвеска НОВЫЙ OEM 182075. 10x Ducati V4 S R Panigale Gold Titanium Болты ротора переднего диска Резьбовой фиксатор. 2 красных 12-вольтовых кнопочных переключателя BBT Marine Grade.

Напишите нам

[contact-form-7 id = ”4152 ″ title =” Contact form 1 ″]