Re: Why is the crlNumber an OCTET STRING?
Peter Gutmann <[email protected]> Wed, 21 Apr 2021 02:50:27 +0000
| Newsgroups | gmane.ietf.x509 |
|---|---|
| Message-ID | <[email protected]> |
Manger, James <[email protected]> writes: >Presumably CRLNumber has the “20 octet” language merely for consistency with >CertificateSerialNumber. They sound so similar: numbering CRLs vs numbering >certs. Ah, that would make sense. Just for fun, I thought about what it would take to blow past the limits of a generic integer value, say 64 bits. It's not just a case of running a counter up to whatever number it is that a twenty-byte value is called, you need to sign and publish a CRL for each one. Let's say, rather optimistically, that you can do a hundred a second (since it's not just raw sigs but actually assembling and publishing a CRL), so you're doing ~10M a day. That's about 5 billion years of issuing CRLs as fast as you can to exceed what an integer value can hold. Looked at another way, if you've got some way you can run something that requires 2^160 operations you'll be doing other things, probably related to BTC, with it instead of mucking around with PKI. Peter.