Files
NapCatQQ/.pnpm-store/v3/files/38/f5760f5e4daec662a21b23be89c74528fabdc3f108645a0b57c3309c7b05b46d68571cf9220b2b8aeaa4cc15bc625ac8591bfd2dc9be1c240913a1ddd47835
T
TanTan e311ca3275
Build NapCat Artifacts / Type Check & Test (push) Waiting to run
docs: 仓库链接指向本镜像仓库
2026-11-13 09:25:58 +08:00

38 lines
1.6 KiB
Plaintext

import { Name, SubjectPublicKeyInfo } from "@peculiar/asn1-x509";
import { Attributes } from "./attributes";
/**
* ```asn1
* CertificationRequestInfo ::= SEQUENCE {
* version INTEGER { v1(0) } (v1,...),
* subject Name,
* subjectPKInfo SubjectPublicKeyInfo{{ PKInfoAlgorithms }},
* attributes [0] Attributes{{ CRIAttributes }}
* }
* ```
*/
export declare class CertificationRequestInfo {
version: number;
subject: Name;
subjectPKInfo: SubjectPublicKeyInfo;
/**
* List of attributes providing additional information about the
* subject of the certification request.
*
* @remarks
* The textual description in RFC 2986 (see https://datatracker.ietf.org/doc/rfc2986/)
* indicates that a certification request contains "optionally a set of attributes".
* The ASN.1 module in appendix A does not include the `OPTIONAL` keyword for this
* component, which is a formal inconsistency. In practice, popular implementations
* (for example OpenSSL) are tolerant and accept both forms:
* - the attributes field present as an empty context-specific element (A0 00),
* - the attributes field completely omitted.
*
* To be compatible with real-world CSR encodings, this property is marked
* `optional: true` in the decorator. Consumers should therefore treat
* `certificationRequestInfo.attributes` as possibly `undefined` and
* handle that case (for example, treat `undefined` as an empty set of attributes).
*/
attributes: Attributes;
constructor(params?: Partial<CertificationRequestInfo>);
}