PKI
How a public key becomes a trusted identity: certificate authorities, X.509 fields, chain validation, revocation, and transparency logs. Interviewers probe it when a system needs verified identity.
part ofWeb protocols & securityoverview, primer and where to startread it →on this pageshowhide
explore
- X.509 Certificates5 questions
- Trust Chains & CAs5 questions
- CSR & Certificate Issuance5 questions
- ACME Automation5 questions
- Revocation (CRL & OCSP)5 questions
- Certificate Transparency5 questions
- Key Management & Lifecycle5 questions
- Trust Stores5 questions
questions
page 2 of 2Set-top boxes ship with one trust anchor and can never be given another - how long must that root signing key live, and how do you plan its succession?
basics
~20 sThe fleet sets the answer: the root key and its certificate's validity window must both outlast the last box in service, typically two decades for consumer hardware. Succession is decided at manufacture, because afterwards nothing about the anchor can be changed.
Trust-anchor policy must hold on long-lived industrial hosts you cannot reliably reach - how do you decide it?
basics
~20 sDecide by reachability, not preference. Anchor lifetimes must exceed the interval at which you can actually change a host's lists; adding an anchor is a campaign and removing one is harder, so plan succession and inventory before the first install.
In a PKCS#12 file carrying a private key and its certificate, what actually protects the key inside the file?
basics
~20 sA password, and nothing else. The key travels as a pkcs8ShroudedKeyBag encrypted under a password-derived key, with MacData providing password-based integrity, so the file's security is the strength of that password against unlimited offline guessing.
A root CA certificate sits in a file on the host - what makes it a trust anchor to a validator?
basics
~20 sA file holds a certificate; a trust anchor is an input a validator is given. Per RFC 5280 that input is a trusted issuer name, a public key algorithm, the public key and optional parameters - a self-signed certificate merely carries them.
For an X.509 leaf certificate, what is the difference between DER and PEM, and which bytes does the signature cover?
basics
~20 sDER is the single canonical byte encoding of the certificate's ASN.1, and the issuer signs the DER encoding of the TBSCertificate. PEM is base64 armour around those same bytes — a transport wrapper, not a different certificate.
Your ACME automation renews several names in parallel and intermittently fails with badNonce — what is happening and what should the client do?
basics
~20 sEach signed ACME request consumes a one-time nonce, so parallel workers drawing from one pool race and lose. The badNonce error response carries a fresh Replay-Nonce, and the client should retry the same request with it rather than failing the run.
In a Certificate Transparency log, what does an inclusion proof establish that a consistency proof does not?
basics
~20 sAn inclusion proof shows one entry is in the tree a given signed tree head commits to. A consistency proof shows an earlier tree head's tree is a prefix of a later one, so the log appended and rewrote nothing.
What does a CAA record in a domain's zone control, and when in the issuance flow is it consulted?
basics
~20 sA CAA record lets the domain holder publish which certificate authorities may issue for a name. The issuing authority looks it up before signing, climbing to parent domains if the exact name has none; relying parties never check it.
Why would an issuer publish a delta revocation list beside the full one, and what tells a validator the two belong together?
basics
~20 sA full list carries every unexpired withdrawal and only grows, which is expensive to re-fetch. A delta carries just the changes since a base list, and its critical deltaCRLIndicator extension names that base list's cRLNumber, so a validator can tell whether its cached base matches.
How can one end-entity certificate have two valid certification paths, ending at two different trust anchors, at the same moment?
basics
~20 sCross-certification. The same CA name and public key can be certified by more than one issuer, so a verifier reaches whichever anchor its own certificates and anchor list allow - and both paths verify at once.
showing 31–40 of 40