#pki #x509 #asn1

no-std x509-signature

Low-level X.509 parsing and signature verification library

4 releases (breaking)

0.5.0 Jul 8, 2020
0.4.0 May 1, 2020
0.3.3 Apr 21, 2020
0.2.0 Apr 8, 2020
0.1.0 Apr 8, 2020

#12 in #asn1

Download history 1861/week @ 2023-11-23 1916/week @ 2023-11-30 2254/week @ 2023-12-07 1342/week @ 2023-12-14 479/week @ 2023-12-21 787/week @ 2023-12-28 1689/week @ 2024-01-04 1790/week @ 2024-01-11 1854/week @ 2024-01-18 1636/week @ 2024-01-25 1441/week @ 2024-02-01 1340/week @ 2024-02-08 1269/week @ 2024-02-15 1309/week @ 2024-02-22 2895/week @ 2024-02-29 1069/week @ 2024-03-07

6,796 downloads per month
Used in 10 crates (2 directly)

MIT/Apache

51KB
942 lines

A low-level X.509 parsing and certificate signature verification library.

x509-signature can verify the signatures of X.509 certificates, as well as certificates made by their private keys. It can also verify that a certificate is valid for the given time. However, it is (by design) very low-level: it does not know about any X.509 extensions, and does not parse distinguished names at all. It also provides no path-building facilities. As such, it is not intended for use with the web PKI; use webpki for that.

x509-signature’s flexibiity is a double-edged sword: it allows it to be used in situations where webpki cannot be used, but it also makes it significantly more dangerous. As a general rule, x509-signature will accept any certificate that webpki will, but it will also accept certificates that webpki will reject. If you find a certificate that x509-signature rejects and webpki rejects, please report it as a bug.

x509-signature was developed for use with libp2p, which uses certificates that webpki cannot handle. Its bare-bones design ensures that it can handle almost any conforming X.509 certificate, but it also means that the application is responsible for ensuring that the certificate has valid X.509 extensions. x509-signature cannot distinguish between a certificate valid for mozilla.org and one for evilmalware.com! However, x509-signature does provide the hooks needed for higher-level libraries to be built on top of it.

Like webpki, x509-signature is zero-copy and #![no_std] friendly. If built without the alloc feature, x509-signature will not rely on features of ring that require heap allocation, specifically RSA. x509-signature should never panic on any input.

License

x509-signature is dual-licensed under the MIT license and the Apache License, Version 2.0, at your option.

Dependencies

~5.5–7.5MB
~226K SLoC