Ключ-магазин apigee и вопросы загрузки сертификатов

На моей бесплатной пробной учетной записи (cvtf1) у меня был магазин ключей, который работает отлично с многих месяцев с самоподписанными сертификатами. Я попытался сегодня создать новый магазин ключей (Bca ...), загрузив ключ клиента и сертификат. Но загрузка завершается с: Загрузить ключиКлюч-магазин apigee и вопросы загрузки сертификатов

{ 
    "code" : "messaging.config.beans.CertNotFound", 
    "message" : "Cert with name : /tmp/extract6784335744378261087.tmp/myCert.pem not found in key store : {1} in env : {2}", 
    "contexts" : [ ] 
}

Пожалуйста, обратите внимание, что я проверил загрузка JAR является действительной. Если я заменю свой новый ключ cert + старым приложением тем же процессом (и именами), он отлично работает.

Различия в сертификатах:

Старый один работает отлично:

Public Key Algorithm: rsaEncryption - Public-Key: (1024 bit) 
    Signature Algorithm: sha1WithRSAEncryption 
    Valid for ten years

новый один - не удалось:

Public Key Algorithm: rsaEncryption - Public-Key: (2048 bit) 
    X509v3 extensions: 
      X509v3 Basic Constraints: critical 
       CA:FALSE 
      X509v3 Key Usage: critical 
       Digital Signature, Key Encipherment 
      X509v3 Extended Key Usage: critical 
       TLS Web Client Authentication 
    Signature Algorithm: sha256WithRSAEncryption 
    Valid for one day

Я уважаю предел 2048 бит , Есть ли причина, по которой это не удается?

Другой вопрос: Поддерживаете ли вы TLS 1.2 между Apigee Proxy и конечными точками назначения?

Заранее благодарим за ваши ответы.

С уважением

источник

2014-02-07 user3030985

Apigee края поддерживает размеры ключей до 2048 бит.

Вы можете выполнить следующие команды OpenSSL для проверки, если md5 от CERT и ключ такие же:

OpenSSL x509 -noout -модуль -в certificate.crt | md5 openssl rsa -noout -modulus -in privateKey.key | md5

Если md5 тот же, то ключ принадлежит сертификату.

источник

2014-02-07 22:07:42

Да md5 уникален. – user3030985

Я попытался загрузить один и тот же 2048 бит cert со сроком действия в один день и смог загрузить банку в хранилище ключей успешно. Таким образом, похоже, что проблема с сертификатом или количеством бит является проблемой здесь. Не могли бы вы передать сертификат и ключ на [email protected], чтобы я мог продолжить расследование этой причины. –

В Apigee Edge в настоящее время используется Java 6, которая не поддерживает TLS 1.2. Лучший способ подтвердить это - попробовать TLSv1 с новым сертификатом.

источник

2014-02-08 10:00:13 Srikanth

Благодарим за отзыв. Не будет использовать TLS 1.2 так. Необходимо понизить мою реализацию backend до TLS1.1. – user3030985

В вашем дескрипторе.properties внутри «jar» вы указали только имя файла сертификата или полный путь? Можете ли вы указать только имя файла сертификата и частного ключа без пути?

С наилучшими пожеланиями,

источник

2014-02-08 17:03:25 PradeepB

Описание моего архива: META-INF/ META-INF/MANIFEST.MF myCert.pem myKey.pem META-INF/descriptor.properties и дескриптор содержит серт = myCert.pem и ключ = myKey.pem – user3030985

Для всех: - В банке: 2 файла => CERT и ключ - Файлы myCert.pem и myKey.pem (как указано в META INF/Descriptor) - Созданный архив отлично работает с сертификатом и ключом, когда используется размер 1024 (поэтому я считаю, что мой процесс сборки действителен) - Для сертификата/ключа md5 уникальность: действительна. Я всегда проверяю (opensl x509 -noout -modulus -in myCert.pem | openssl md5; openssl rsa -noout -modulus -in myKey.pem | openssl md5) | uniq - спасибо за ответ о TLS1.2.

На самом деле проблема в загрузке файла сертификата.Когда я загружу такой сертификат, можно ли «не найти» из-за ограничения на сертификат TTL (один день)?

С уважением

источник

2014-02-08 22:09:02 user3030985

Тема закрыта - проблема найдена - расширенный атрибут с OID, как длинное целое число является основной причиной

источник

2014-02-14 08:51:56 user3030985

Ключ-магазин apigee и вопросы загрузки сертификатов

ответ

Смежные вопросы