Блог

Я пытаюсь подписать файл CSR в формате PEM, используя OpenSSL API.

Я не могу использовать X509_sign() метод, потому что мне нужно подписать запрос с помощью стороннего API. Этот API требует, чтобы мое приложение отправляло данные, требующие подписи, и оно вернет мне подпись.

Мне нужно отправить ему char* для подписи сторонний API, но я не понимаю, как работает процесс подписи:

• Нужно ли мне создавать это char* только с данными из CSR, например, субъектом, показателем степени и модулем открытого ключа:

  Char* = "DN=test,O=something...123456(this is the exponent)a2:43:65(this is the modulus)...

• Или мне нужно создать свой буфер со всеми элементами, которые появляются, когда я использую -text команду в OpenSSL:

  Certificate:
Data:
Subject: dn=test, O=something
Public key info:
Exponent: 123456
Modulus:
A2:43:65
....

Подводя итог: какие элементы запроса на самом деле использует центр сертификации при выполнении подписи сертификата X509 и в каком формате должны быть представлены эти данные?

Ваш заголовок и тело не совпадают; openssl X509_sign() подписывает сертификат, а не CSR. CSR — это не сертификат, cert — это не CSR, и выдача сертификата — это НЕ «подписание CSR», как говорят многие неосведомленные или ленивые люди. (Обычно) CSR на самом деле подписываются инициатором запроса, а не центром сертификации. openssl использует type X509_REQ для CSR и X509_REQ_sign подписывает CSR.

Но ответ в основном тот же. сертификат X.509 или CSR PKCS # 10 — это последовательность из трех элементов: тело, содержащее подписываемые данные, AlgorithmIdentifier и подпись (в виде битовой СТРОКИ). Они определяются с помощью http://en.wikipedia.org/wiki/Abstract_Syntax_Notation_One и кодируется с использованием отличительных правил кодирования или DER. Текстовая форма, которую вы вводите или видите отображаемой openssl req -text или openssl x509 -text или другими программами, представляет те же данные, но, как правило, недостаточна для воспроизведения точных битов, и у вас должны быть точные биты для работы цифровой подписи. (Это то, что означает «Различаемый» в DER; это изменяет базовые правила кодирования или BER, указывая точные октеты и биты для использования в определенных, иначе неоднозначных случаях.) Для CSR смотрите мой ответ в https://security.stackexchange.com/questions/58717/what-part-of-the-csr-is-hashed-in-order-to-create-its-signature/58735 ; для сертификата «оболочка» та же, но тело существенно отличается и содержит совсем немного больше, чем DN и publickey.

TL; DR Для X509* cert вы подписываете DER-кодировку cert->cert_info , которая имеет тип X509_CINF и может быть закодирована с помощью i2d_X509_CINF() . Для X509_REQ* csr вы подписываете DER-кодировку csr->req_info с типом X509_REQ_INFO с помощью i2d_X509_REQ_INFO() .

Альтернатива: в openssl реализована концепция движка, представляющего собой внешнюю библиотеку и / или аппаратный блок, который обрабатывает некоторые криптографические операции. Если ваш сторонний API является или может быть «обернут» как движок openssl, вы можете использовать (почти все) обычные процедуры openssl, настроив и указав этот движок. Если этот движок еще не существует, выполнение его исключительно для вашего проекта, вероятно, потребует слишком много работы, но если вы предвидите другие (будущие) варианты использования, это может стоить того.