|
From: <oh...@ya...> - 2019-07-30 20:41:29
|
Hi,
I was just able to get OCSP responses working with this CA/CRL, and I *think* that the answer was that EJBCA OCSP Responder did not like the *NAME* that I used/entered when I created the Certificate Authority in the EJBCA Adminweb!!!
What I mean is the adminweb page with the URL https://XXXXX:8443/ejbca/adminweb/ca/editcas/editcas.jsp, where you use the "Import CA Certificate..." button.
It appears that EJBCA OCSP Responder actually uses the "Name" value (and I guess that is what it hashes to get the name hash) to match the issuer on the incoming OCSP request.
There seems to be SOME KIND OF RULE for that Name, but what is that rule, EXACTLY?
My best guess is that that Name has to match the filename of the CA cert/PEM, EXACTLY, including the case of the filename, but NOT INCLUDING the file extension.
In other words, if the CA cert PEM file is "joe_foo.pem", then you have to enter "joe_foo" for the Name field when creating the new CA in the Adminweb.
And, "JOE_FOO" or "JoE_FoO" does not work... it has to be "joe_foo".
Another example is if the CA cert PEM file is "This_is_mY_cert.crt.pem.crt", then, for the Name you enter when you create the CA in the Admin web, you have to enter:
This_is_mY_cert.crt.pem
Is that correct? Can anyone confirm what the actual Name string has to be?
This is a kind of time killer... spent almost a whole day trying to figure this one out :(...
Jim
On Tuesday, July 30, 2019, 7:45:20 PM UTC, oh...@ya... <oh...@ya...> wrote:
Also, FYI, here is the response I get when I test the OCSP request using "openssl ocsp":
OCSP Request Data:
Version: 1 (0x0)
Requestor List:
Certificate ID:
Hash Algorithm: sha1
Issuer Name Hash: DD109D9D80B22984C50240DF37F6C75E70E2DEDD
Issuer Key Hash: BC0F770B8DA3B38543C2369366AC02A977C33D52
Serial Number: 3732
Request Extensions:
OCSP Nonce:
04109186E755667555C98040988194088E5D
Responder Error: unauthorized (6)
NOTICE the "Responder Error: unauthorized (6)" error.
I have even deleted the CA from EJBCA OCSP responder and then re-imported that CA's cert and the latest CRL and I am still getting the same error.
Thanks,Jim
On Tuesday, July 30, 2019, 4:37:49 PM UTC, oh...@ya... <oh...@ya...> wrote:
Hi,
I am circling back and trying to do some OCSP response testing with the EJBCA OCSP responder, but when I run "openssl ocsp" testing, I am getting an error (from the EJBCA logging):
16:25:35,230 INFO [org.cesecore.certificates.ocsp.OcspResponseGeneratorSessionBean] (default task-7) Received OCSP request for certificate with serNo: 3a1b, and issuerNameHash: dd109d9d80b22984c50240df37f6c75e70e2dedd. Client ip 192.168.xx.yy.
16:25:35,236 ERROR [org.cesecore.certificates.ocsp.OcspResponseGeneratorSessionBean] (default task-7) Unable to find CA certificate by issuer name hash: dd109d9d80b22984c50240df37f6c75e70e2dedd, or even the default responder: CN=xxxx.
I think that I have that CA imported into EJBCA and also the latest CRL.
Is there a way to find out what that issuer name that it is looking for from the "issuer name hash"?
I'm guessing there probably isn't, so how can I debug why it is not able to find the CA (and CRL from that CA) in EJBCA?
Thanks,Jim
|