PKI и жизненный цикл сертификатов

Сертификат открытого ключа

Определение

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

Также ищут: Public-key certificate · digital certificate · identity certificate

Зачем это знать

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

Доказательная часть

Что подтверждено

  1. Сертификат связывает открытый ключ с данными субъекта; CA подтверждает эту связь своей цифровой подписью по правилам выпуска.

    Граница применимости: Модель сертификата RFC 5280. Субъект может быть сервисом или организацией; сертификат сам не устанавливает личность предъявителя файла.

  2. Сертификат содержит открытый ключ и утверждения издателя, но не закрытый ключ и не готовое разрешение приложения.

    Граница применимости: Различие между содержимым сертификата, владением ключом и авторизацией.

  3. Копия сертификата содержит открытый ключ и подписанные сведения издателя. Сама по себе она не позволяет создать новую подпись CertificateVerify соответствующим закрытым ключом для полного рукопожатия TLS 1.3.

    Граница применимости: Сертификатная аутентификация TLS 1.3; безопасные алгоритмы и корректная проверка. Не относится к возобновлению по PSK и не доказывает личность предъявителя файла.

  4. Серийный номер должен быть уникален среди сертификатов одного CA. Одинаковый номер у двух разных издателей сам по себе не означает один сертификат.

    Граница применимости: Идентификация сертификата по паре «издатель и серийный номер» в RFC 5280; сходство текстовых имён издателя не заменяет проверку его ключа.

  5. Подпись CA связывает открытый ключ с данными субъекта в пределах правил выпуска. Сертификат на имя DNS не удостоверяет любого человека за сервисом и не выдаёт ему права на объект API.

    Граница применимости: Сопоставление модели сертификата, проверки имени TLS и прикладной авторизации; не обещает удостоверение юридического лица при выпуске для имени DNS.

Граница терминов

Не путать

Сертификат открытого ключа Запрос на сертификат

CSR — подписанный запрос заявителя, сертификат — подписанное решение издателя. Ни предъявление CSR, ни копия сертификата сами не удостоверяют текущего предъявителя файла.

Сертификат открытого ключа Взаимная аутентификация TLS

Сертификат содержит утверждения CA и открытый ключ. Сертификатная аутентификация mTLS дополнительно проверяет использование соответствующего закрытого ключа для рукопожатия.

Перед спецификацией

Что проверить

  1. Определите субъект и точные идентификаторы.
  2. Проверьте издателя и его ключ.
  3. Учитывайте серийный номер вместе с издателем.
  4. Отделите открытый ключ от закрытого.
  5. Проверьте использование ключа в нужном протоколе.
  6. Сопоставьте сертификат с правилами приложения.
  7. Не считайте копию сертификата доказательством доступа к закрытому ключу.
Открытые основания

Первоисточники

  • Стандарт5
  • Первичная спецификация
    Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation List Profile Internet Engineering Task Force · RFC 5280, May 2008 · проверено

    Определяет Internet X.509 certificate и CRL profiles, PKI entities, extensions и certification path validation.

    Утверждения: 01 · 02 · 03 · 04 · 05

  • Первичная спецификация
    Guidelines for API Protection for Cloud-Native Systems National Institute of Standards and Technology · NIST SP 800-228-upd1, includes updates as of 13 March 2026 · проверено

    Задаёт API lifecycle controls для authentication, authorization, rate limits, resource limits, logging и monitoring.

    Утверждения: 02 · 05

  • Первичная спецификация
    RFC 8446: The Transport Layer Security Protocol Version 1.3 Internet Engineering Task Force · RFC 8446, August 2018 · проверено

    Определяет TLS 1.3, включая encrypted channel, PSK authentication, PSK identity и PSK+(EC)DHE modes.

    Утверждения: 03

  • Первичная спецификация
    Service Identity in TLS Internet Engineering Task Force · RFC 9525, November 2023 · проверено

    Задаёт construction и verification reference identifiers для TLS services; server identity находится в subjectAltName, не в commonName.

    Утверждения: 05

  • Первичная спецификация
    PKCS #10: Certification Request Syntax Specification Version 1.7 Internet Engineering Task Force · RFC 2986, November 2000 · проверено

    Определяет структуру PKCS #10 CSR и подпись request information private key заявителя.

Карта знаний

Связанные понятия

Из знания — в навык

Курсы по теме

Подтвердите действие