Issuer of 200103ffe3ff8

Robert Moskowitz rgm at htt-consult.com
Thu May 11 09:51:40 UTC 2023


Hello, Viktor!  Thanks for the help!

On 5/11/23 00:07, Viktor Dukhovni wrote:
> On Wed, May 10, 2023 at 11:09:54PM -0400, Robert Moskowitz wrote:
>
>> I would want the Issuer DN to be these values.  What might be the
>> preferred DN field for encoding this?  CN? UNSTRUCTUREDADDRESS? (how is
>> this abbreviated?) serialNumber (SN)? or something else?
> Do you have to try to encode these as X.509 names, or specifically in
> the issuer or subject DNs?  If the specification does not require this,
> I'd recommend not attempting to assign any meaning to X.509 names.
>
> Just use an uninterpreted unique Common name for each issuing CA, and
> empty subject names for all EE certificates.

Kind of what I was thinking.

>
> Any names that have meanings would then be Subject Alternative Names
> of the relevant certificates.  If there's a reasonable use case, you
> could also employ Issuer Alternative Names.
>
>      https://datatracker.ietf.org/doc/html/rfc5280#section-4.2.1.7

4.2.1.7.  Issuer Alternative Name

    As with Section 4.2.1.6, this extension is used to associate Internet
    style identities with the certificate issuer.  Issuer alternative
    name MUST be encoded as in 4.2.1.6.  Issuer alternative names are not
    processed as part of the certification path validation algorithm in
    Section 6.  (That is, issuer alternative names are not used in name
    chaining and name constraints are not enforced.)

Not used in the path validation is an issue.  So probably not the way to go.

As I was falling asleep last night I thought that authorityKeyIdentifier 
is part of the solution.

issuerName is CN=20010030000000
authorityKeyIdentifier is iPAddress=20010030000000052aeb9adc1ce8b1ec

  And no subjectName, just subjectAltName of iPAddress with the DET of 
the subject entity.




More information about the openssl-users mailing list