Формат PKCS#1 и PKCS#8 для закрытого ключа RSA

Question

Формат PKCS#1 и PKCS#8 для закрытого ключа RSA

Может ли кто-нибудь помочь мне понять, как ключ RSA буквально хранится в этих форматах? Я хотел бы знать разницу между форматами PKCS против кодировок (DER, PEM). Из того, что я понимаю, PEM более читабелен. PEM/DER для ключей / сертификатов похож на UTF-8/16 для символов? Какое значение DER/PEM? Извините, слишком много вопросов, но сыт по горло гуглом и получаю неопределенные ответы Благодарю.

71

cryptography rsa pki pkcs#8 pkcs#1

Источник

user1058808 24 фев '18 в 01:03

2 ответа

Решение

(Расширение больше, чем я считаю, подходит для редактирования.)

PKCS1, доступный в нескольких версиях как rfcs 2313, 2437, 3447 и 8017, в основном использует алгоритм RSA для криптографии, включая шифрование, расшифровку, подпись и проверку. Но поскольку шифрование часто используется между системами или, по крайней мере, программами, удобно иметь определенный, совместимый формат для ключей, а PKCS1 определяет довольно минимальные форматы для открытых и закрытых ключей RSA в приложении A.1. Как подразумевал Люк, он использует ASN.1, традиционно кодируемый как DER, который является стандартом для функционально кодируемого кодирования данных практически любого вида.

PKCS8, доступный как rfc5208, с другой стороны, является стандартом для обработки закрытых ключей для всех алгоритмов, а не только для RSA. Он также использует ASN.1 DER и начинается с простого объединения AlgorithmIdentifier структура ASN.1 (первая), определенная X.509, которая не очень удивительно идентифицирует алгоритм с OCTET STRING который содержит представление ключа в зависимости от алгоритма. Для алгоритма RSA, идентифицируемого идентификатором AlgorithmIdentifier, содержащим OID, что означает rsaEncryption, строка OCTET содержит кодировку секретного ключа PKCS1. PKCS8 также позволяет добавлять произвольные "атрибуты", но это редко используется. (Например, невозможно преобразовать.jks в.pkcs12: избыточный закрытый ключ)

PKCS8 также предоставляет возможность шифрования закрытого ключа с использованием шифрования на основе пароля (на практике, хотя это явно не требуется). Это распространено, особенно когда PKCS8 используется как часть закрытого ключа PKCS12/PFX, хотя и не универсальная.

Поскольку сегодня большинство систем должны поддерживать несколько алгоритмов и хотят иметь возможность адаптироваться к новым алгоритмам по мере их разработки, PKCS8 предпочтительнее для приватных ключей, а аналогичная схема любого алгоритма определена в X.509 для публичных клавиш. Хотя PKCS12 / PFX часто предпочтительнее для обоих.

Ни один из них не имеет ничего общего с сертификатами или другими объектами PKI, такими как CSR, CRL, OCSP, SCT и т. Д. Они определены другими стандартами, включая некоторых других членов серии PKCS, хотя они могут использовать ключи, определенные этими стандарты.

Формат PEM, как сказал Люк, - это способ форматирования или (супер) кодирования (почти любых) двоичных данных / данных DER более удобным способом. Это происходит из попытки 1990-х годов защитить электронную почту с именем Privacy-Enhanced Mail, следовательно, PEM. В те дни системы электронной почты часто могли передавать или, по крайней мере, надежно передавать только печатный текст с ограниченным набором символов и часто только с ограниченной длиной строки, поэтому PEM кодировал двоичные данные как base64 с длиной строки 64. Сама схема PEM была не очень успешно и был заменен другими, такими как PGP и S/MIME, но формат, который он определил, все еще используется. В настоящее время системы электронной почты часто могут передавать двоичные данные, но, как сказал Люк, копирование и вставка часто могут обрабатывать только отображаемые символы, поэтому PEM все еще полезен и, кроме того, его легче распознавать людям.

Точнее, PEM кодирует некоторые данные, такие как, но не ограничиваясь этим, ключ PKCS1 или PKCS8 или сертификат, CSR и т. Д., Как:

строка, состоящая из 5 дефисов, слова BEGIN, одного или нескольких (разделенных пробелами) слов, определяющих тип данных, и 5 дефисов
необязательный (и редкий) заголовок в стиле rfc822, оканчивающийся пустой строкой
base64 данных, разбитых на строки по 64 символа (кроме последних); некоторые программы вместо этого используют (немного более новый) предел MIME в 76 символов
линия, подобная линии BEGIN, но с END вместо

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

Так, например, закрытый ключ PKCS1 (незашифрованный) в PEM выглядит так:

Тот же ключ в PKCS8 в незашифрованном виде:

и PKCS8 зашифрованы:

Обратите внимание, что тип данных в каждом файле (или другом блоке данных) легко распознается по строкам BEGIN/END. Фактические значения ключей в данных нелегко считываются без инструментов, хотя только третьим действительно нужна секретная информация (пароль, используемый для шифрования).

181

Источник

user2868801 24 фев '18 в 07:06

Другие вопросы по тегам cryptography rsa pki pkcs#8 pkcs#1

user1718554 24 фев '18 в 01:27 2018-02-24 01:27 · Accepted Answer · 2018-02-24 01:27

PKCS#1 и PKCS#8 (стандарт криптографии с открытым ключом) - это просто стандарты, которые регулируют использование определенных криптографических примитивов, отступов и т. Д. Оба определяют форматы файлов, которые используются для хранения ключей, сертификатов и другой соответствующей информации.

PEM и DER немного интереснее. DER - это просто кодировка ASN.1 для ключей, сертификатов и т. Д., О которых вы сможете узнать в Google. Закрытые ключи и сертификаты кодируются с использованием DER и могут быть сохранены напрямую, как это. Однако эти файлы являются двоичными и не могут быть легко скопированы и вставлены, поэтому многие (если не большинство?) Реализации также принимают файлы в кодировке PEM. PEM в основном просто DER64 в кодировке. Мы добавляем заголовок, дополнительные метаданные и данные DER в кодировке base64, и у нас есть файл PEM.