commit | 078926ea7fa5d849e87a87e973a3a68a5ea79252 | [log] [tgz] |
---|---|---|
author | Andrew Walbran <qwandor@google.com> | Thu Nov 09 13:20:36 2023 +0000 |
committer | Andrew Walbran <qwandor@google.com> | Thu Nov 09 13:20:36 2023 +0000 |
tree | f2dbe060d0ec60a0b8a0a3d9dd10e390ec3cdfce | |
parent | f2e4374087856bd43b19c51b92a08f9845848a3e [diff] |
Use dep-suffixes rather than dependency_suffix. This is easier to convert to cargo_embargo format. Test: Ran cargo2android.py, no change to Android.bp Change-Id: I9ee41a23b75e5b52ffa1e9cc00217c16b03e17c7
Pure Rust embedded-friendly implementation of the Distinguished Encoding Rules (DER) for Abstract Syntax Notation One (ASN.1) as described in ITU X.690.
This crate provides a no_std
-friendly implementation of a subset of ASN.1 DER necessary for decoding/encoding the following cryptography-related formats implemented as crates maintained by the RustCrypto project:
pkcs1
: RSA Cryptography Specificationspkcs5
: Password-Based Cryptography Specificationpkcs7
: Cryptographic Message Syntaxpkcs8
: Private-Key Information Syntax Specificationpkcs10
: Certification Request Syntax Specificationsec1
: Elliptic Curve Cryptographyspki
: X.509 Subject Public Key Infox501
: Directory Services Typesx509
: Public Key Infrastructure CertificateThe core implementation avoids any heap usage (with convenience methods that allocate gated under the off-by-default alloc
feature).
The DER decoder in this crate performs checks to ensure that the input document is in canonical form, and will return errors if non-canonical productions are encountered. There is currently no way to disable these checks.
no_std
friendly: supports “heapless” usagealloc
and std
if desiredno_std
friendly:const-oid
: const-friendly OID implementationpem-rfc7468
: PKCS/PKIX-flavored PEM library with constant-time decoder/encoderstime
crate: date/time libraryThis crate requires Rust 1.57 at a minimum.
We may change the MSRV in the future, but it will be accompanied by a minor version bump.
Licensed under either of:
at your option.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.