Pkcs10CertificationRequestInfo
As per RFC2986:
CertificationRequestInfo ::= SEQUENCE {
version INTEGER { v1(0) } (v1,...),
subject Name,
subjectPKInfo SubjectPublicKeyInfo{{ PKInfoAlgorithms }},
attributes [0] Attributes{{ CRIAttributes }}
}
Attributes { ATTRIBUTE:IOSet } ::= SET OF Attribute{{ IOSet }}
CRIAttributes ATTRIBUTE ::= {
... -- add any locally defined attributes here -- }
Attribute { ATTRIBUTE:IOSet } ::= SEQUENCE {
type ATTRIBUTE.&id({IOSet}),
values SET SIZE(1..MAX) OF ATTRIBUTE.&Type({IOSet}{@type})
}Content copied to clipboard
rawAttributes uses LenientSet to hold malformed data too. DO NOT ASSUME ANY PARTICULAR ORDER OR CONCRETE COLLECTION TYPE! Canonical sorting happens only on encode! Hence, the order of attributes may differ post-encode.
This class's equals and hashCode reflect this characteristic: Order of attributes is irrelevant for equality!
Constructors
Link copied to clipboard
constructor(version: Pkcs10CertificationRequestInfo.Version = Version.V1, subjectName: X500Name, publicKey: SubjectPublicKeyInfo, attributes: Set<Pkcs10CsrAttribute> = emptySet())
Types
Link copied to clipboard
Legal CSR versions. As per RFC2986, only V1 is defined.