[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: I-D ACTION:draft-ietf-pkix-certstore-http-03.txt
Jeff Jacoby <jjacoby@xxxxxxxxxxxxxxx> writes:
>Is it necessary to require an exact match for all attributes, particularly
>for such attributes as the email and name attributes?
In a word, yes.
>For example, I'm looking for the cert for Bill Williams, but I don't know if
>the common name is "Bill Williams" or "Will Williams" or "B. Williams", etc,
>so I might like to try a search on just "Williams"
How would you specify this? You'd need some sort of general-purpose pattern-
matching mechanism and then a means of mapping it to every possible backend
that might be used to implement the lookup. The draft specifies a universal
interface to (conceptually) a basic key-and-value lookup engine, which doesn't
extend to general pattern-matching. If you need anything more than this (for
example searching on compound attributes and similar things) you should really
use LDAP.
>Secondly, the entry for email attribute indicates the value as:
>
> "Subject email address contained in the certificate, typically as an
> rfc882Name attribute
>
>Is it necessary the email attribute be from the certificate. Is it a
>reasonable or likely situation that a certificate store might use the email
>address as an database index even though it's not actually in the
>certificate?
I'd never thought of it being done like that, but I can easily change the text
to accomodate it. How about:
Subject email address associated with the certificate. This is typically
stored in the certificate as an rfc882Name attribute.
Peter.