loadingalias/rscryptoRust cryptography w/ zero required deps: hashes, checksums, MACs, KDFs, password hashing, AEADs, signatures, RSA, key exchange, ML-KEM, and ML-DSA. Portable Rust ref w/ SIMD & ASM backends.
# rscrypto
[](https://crates.io/crates/rscrypto)
[](https://docs.rs/rscrypto)
[](Cargo.toml)
[](#license)
`rscrypto` is a Rust library of cryptographic primitives, hashes, password hashing, random generation, and checksums.
One feature model controls all of them.
Portable Rust is the reference implementation.
SIMD and assembly backends make it faster on supported targets.
Production builds do not depend on C, FFI, OpenSSL, or system libraries.
The `rscrypto` crate supplies primitives.
The companion [`rscrypto-rustls`](#tls-and-quic-provider) supplies TLS and QUIC cryptographic adapters.
## Install
`rscrypto` needs Rust 1.100.
Until Rust 1.100 is stable, use the 1.100 beta or a newer nightly.
Accelerated POWER, IBM Z, and RISC-V builds need a nightly compiler;
`portable-only` builds support the declared MSRV.
See [Toolchain](https://github.com/loadingalias/rscrypto/blob/main/docs/platforms.md#toolchain).
Minimal `no_std` build with SHA-2 only:
```toml
[dependencies]
rscrypto = { version = "0.12", default-features = false, features = ["sha2"] }
```
All primitives, with operating-system randomness:
```toml
[dependencies]
rscrypto = { version = "0.12", features = ["full", "getrandom"] }
```
The default feature is `std`.
Set `default-features = false` to remove it.
Enable `getrandom` only for the APIs that get randomness from the operating system,
such as key generation, nonces, salts, hedged signing, ML-KEM encapsulation, and RSA blinding.
The [feature guide](https://github.com/loadingalias/rscrypto/blob/main/docs/features.md) explains how to select features.
[`Cargo.toml`](https://github.com/loadingalias/rscrypto/blob/main/Cargo.toml) defines the exact feature graph.
## Quick start
```rust
use rscrypto::Sha256;
let one_shot = Sha256::digest(b"hello world");
let mut hasher = Sha256::new();
hasher.update(b"hello ");
hasher.update(b"world");
assert_eq!(hasher.finalize(), one_shot);
```
Hash types support one-shot and streaming use.
[`examples/README.md`](https://github.com/loadingalias/rscrypto/blob/main/examples/README.md) has runnable examples for AEAD, signatures, RSA, P-256 and P-384 ECDH,
X25519, ML-KEM, password hashing, and backend introspection.
## Primitives and features
| Family | Primitives | Feature |
| --- | --- | --- |
| Checksums | CRC-16, CRC-24, CRC-32, CRC-32C, CRC-64/XZ, CRC-64/NVMe | `checksums` or a leaf feature |
| Cryptographic hashes | SHA-2, SHA-3, SHAKE, cSHAKE, BLAKE2, BLAKE3, Ascon-Hash/XOF/CXOF | `crypto-hashes` or a leaf feature |
| Fast hashes | XXH3-64/128, RapidHash V3-64 | `fast-hashes` or a leaf feature |
| MACs and KDFs | HMAC-SHA-2/SHA-3, KMAC128/256, Poly1305, HKDF-SHA-2, PBKDF2-HMAC-SHA-2 | `macs`, `kdfs`, or a leaf feature |
| Password hashing | Argon2d/i/id, scrypt, bounded PHC password records | `password-hashing` or a leaf feature |
| Signatures and RSA | ECDSA P-256/P-384, Ed25519, [ML-DSA-44/65/87](https://github.com/loadingalias/rscrypto/blob/main/docs/mldsa.md), SLH-DSA (all 12 FIPS 205 sets, pure and HashSLH-DSA), composite ML-DSA-65 with Ed25519 or ECDSA P-256 (draft-ietf-lamps-pq-composite-sigs-19), RSA signing, verification, encryption, and key generation | `signatures` or a leaf feature |
| Key exchange and KEMs | P-256 ECDH, P-384 ECDH, X25519, ML-KEM-512/768/1024 | `key-exchange` or a leaf feature |
| AEADs | AES-GCM, AES-GCM-SIV, AES-SIV-CMAC, ChaCha20-Poly1305, XChaCha20-Poly1305, AEGIS-256, Ascon-AEAD128 | `aead` or a leaf feature |
| Random generation | `ChaCha20Rng` | `chacha20-rng` (included in `full`) |
`ChaCha20Rng` accepts a caller-supplied seed and works without `std` or `alloc`.
`rand_core` adds generator traits; `getrandom` adds operating-system seeding.
Signature and KEM keys import and export standard DER (PKCS #8 and SubjectPublicKeyInfo)
for ECDSA, Ed25519, RSA, ML-DSA, composite ML-DSA, ML-KEM, and SLH-DSA.
`AeadGather` encrypts multiple plaintext slices into one ciphertext for AES-GCM and ChaCha20-Poly1305.
BLAKE3 supports reader, file, and batch hashing, and an expert decoder verifies sequential unkeyed Bao combined streams.
The [feature guide](https://github.com/loadingalias/rscrypto/blob/main/docs/features.md#capability-features) describes these APIs and their allocation and `std` requirements.
The WebSocket accept digest exists only for protocol compatibility.
It needs the `websocket-sha1` feature.
No umbrella feature, including `full`, enables it.
See [docs.rs](https://docs.rs/rscrypto) for exact types and methods.
The [API compatibility notes](https://github.com/loadingalias/rscrypto/blob/main/docs/api-compatibility.md) explain output types, collection seeds,
and retained method names.
The [cryptographic resilience guide](https://github.com/loadingalias/rscrypto/blob/main/docs/cryptographic-resilience.md) explains security assumptions,
migration boundaries, and the evidence to review when choosing stronger cryptography.
## TLS and QUIC provider
The `rscrypto-rustls` companion connects these primitives to rustls and Quinn:
| Capability | Coverage |
| --- | --- |
| TLS | TLS 1.3; opt-in TLS 1.2 ECDHE suites |
| Key exchange | X25519MLKEM768 hybrid (preferred), X25519, P-256, P-384; opt-in SecP256r1MLKEM768, SecP384r1MLKEM1024, MLKEM768, MLKEM1024 |
| Authentication | ECDSA P-256/P-384, Ed25519, RSA; opt-in ML-DSA-44/65/87 (`ml-dsa`) and composite ML-DSA-65 with Ed25519 or ECDSA P-256 at provisional draft codepoints (`mldsa65-ed25519`, `mldsa65-ecdsa-p256`) |
| QUIC | QUIC v1 through Quinn (`quinn`, opt-in) |
The provider supports mutual authentication, session resumption, stateless tickets, and caller-supplied entropy.
rustls owns the TLS protocol, rustls-webpki validates certificate paths, and Quinn owns QUIC transport.
The companion requires `std` and remains unpublished.
Its [manifest](https://github.com/loadingalias/rscrypto/blob/main/rscrypto-rustls/Cargo.toml) pins rustls and Quinn to upstream development revisions;
consumers must use the same Git sources and revisions.
See the [provider guide](https://github.com/loadingalias/rscrypto/blob/main/rscrypto-rustls/README.md) for configuration, feature requirements, and limits.
## Platforms and dispatch
The portable Rust implementation defines the correct output, byte for byte.
Every accelerated backend must give the same output.
At compile time, the target sets which backends are available.
With `std`, `rscrypto` also detects CPU features at run time and selects a backend.
If no accelerated backend is available, the portable implementation runs.
The [platform guide](https://github.com/loadingalias/rscrypto/blob/main/docs/platforms.md) lists the supported targets.
It also explains dispatch, `no_std` support, and the limits of `portable-only`.
## Assurance
A security claim exists only while its evidence passes.
Missing or old evidence removes the claim; it never weakens a gate.
- **Correctness:** NIST, RFC, upstream, and Wycheproof vectors, independent implementations,
property tests, negative tests, and Miri.
- **Fuzzing:** fuzz targets run the production code across primitives, parsers, state machines,
and trait boundaries.
Minimized inputs replay as tests.
A separate lane runs them with sanitizers.
- **Backends:** differential tests compare each accelerated backend with portable Rust.
They cover lengths, alignments, tails, state transitions, dispatch,
and fallback on native targets.
- **TLS and QUIC:** provider tests compare with ring and AWS-LC.
Separate runners exercise OpenSSL and Go TLS peers, quic-go QUIC peers,
and a declared BoGo TLS 1.2/1.3 profile.
The [provider test commands](https://github.com/loadingalias/rscrypto/blob/main/scripts/README.md#test-entry-points) document campaign scope and exclusions.
- **Constant time:** [`ct.toml`](https://github.com/loadingalias/rscrypto/blob/main/ct.toml) lists the exact operations under test.
The evidence combines inspection of optimized linked binaries,
BINSEC proofs for fixed-shape kernels, and DudeCT timing tests for end-to-end operations.
- **Secrets:** types that own secrets hide their contents in `Debug` output
and clear their initialized storage on drop.
Copy rules vary by type; for example, keyed BLAKE2 and BLAKE3 state supports `Clone`.
The [secret ownership inventory](https://github.com/loadingalias/rscrypto/blob/main/docs/secret-ownership.md) lists each type.
- **Failures:** verification failures do not tell why they failed.
A failed AEAD open clears the unauthenticated plaintext.
A constant-time claim applies only to the target, features, compiler, profile,
and operation that its evidence covers.
Source code that looks branchless is not proof.
For details, see the [test evidence](https://github.com/loadingalias/rscrypto/blob/main/docs/test-vector-coverage.md), the [constant-time model](https://github.com/loadingalias/rscrypto/blob/main/docs/constant-time.md), the [secret lifecycle](https://github.com/loadingalias/rscrypto/blob/main/docs/secret-lifecycle.md),
and the [threat model](https://github.com/loadingalias/rscrypto/blob/main/THREAT_MODEL.md).
`rscrypto` has not had a third-party security audit.
The project cannot pay for one now, and automated evidence does not replace it.
`rscrypto` does not claim to be audited, FIPS 140-3 validated, formally verified,
or constant time as a whole crate.
Report a suspected vulnerability through [GitHub Private Vulnerability Reporting](https://github.com/loadingalias/rscrypto/security/advisories/new).
Follow the [`SECURITY.md`](https://github.com/loadingalias/rscrypto/blob/main/SECURITY.md) process.
Do not open a public issue.
## Performance
[Bench run 41546963938](https://github.com/loadingalias/rscrypto/actions/runs/41546963938), attempt 2,
and a completed local Apple M1 Pro run measured the default catalog at `6926f298` on November 2–3, 2026.
All collected product and benchmark workload hashes agree.
The results cover checksums, hashes, MACs, KDFs, password hashing, AEADs, signatures, key exchange,
ML-KEM, ML-DSA, SLH-DSA, and RSA.
RISC-V Auth is pending; its full aggregate remains blank.
Each point divides the fastest external median time by the `rscrypto` median for [equivalent work](https://github.com/loadingalias/rscrypto/blob/main/docs/benchmarking.md#comparison-rules).
Above 1.00x favors `rscrypto`; the fixed tie band is 0.95x through 1.05x.
These classifications describe point estimates, not statistical significance.
| Platform | Points | Faster | Tie | Slower | Median | Geomean |
| --------------------------- | ------------: | -----: | ---: | -----: | -----: | ------: |
| Intel Linux (`c8i`) | 914 | 426 | 227 | 261 | 1.03x | 1.28x |
| AMD Linux (`c8a`) | 914 | 460 | 265 | 189 | 1.05x | 1.24x |
| Intel Windows (`c8i`) | 914 | 477 | 249 | 188 | 1.06x | 1.32x |
| AMD Windows (`c8a`) | 914 | 539 | 165 | 210 | 1.08x | 1.24x |
| ARM64 Linux (`c9g`) | 914 | 439 | 246 | 229 | 1.04x | 1.25x |
| POWER10 Linux | 914 | 419 | 352 | 143 | 1.03x | 1.43x |
| IBM Z Linux, 4 CPUs | 571 | 500 | 17 | 54 | 2.97x | 3.58x |
| IBM Z Linux, 8 CPUs | 340 | 215 | 99 | 26 | 1.15x | 2.11x |
| RISC-V Linux (Auth pending) | 603 collected | | | | | |
| Apple M1 Pro (local) | 914 | 398 | 371 | 145 | 1.04x | 1.25x |
IBM Z's 4-CPU cohort covers checksum, Auth, and AEAD; its 8-CPU cohort covers hashes.
Their different workloads and host allocations remain separate.
The other complete rows each cover 914 headline points.
These are single campaigns with 20 samples, 100 ms warm-up, and 400 ms measurement targets, using `nightly-2026-10-24`.
Cloud/shared hosts and the Mac's overlapping validation
and extraction work leave small differences unconfirmed.
The Mac's full `just bench` completed all 108 runs and 4,824 cases; a fresh listing confirmed complete coverage.
The [benchmark overview](https://github.com/loadingalias/rscrypto/blob/main/benchmark_results/OVERVIEW.md#2026-11-03-default-catalog-on-ci-and-macos) reports every collected workload: 41,589 measured cases,
14,007 matched points, all 130 measured comparison definitions, headline and other family results,
absolute costs, hardware, provenance, and limits.
TLS/QUIC provider, OpenSSL, and BLAKE3 file-reader targets are outside this default campaign;
their separate dated results remain in the overview.
Older campaigns retain their original dates and methods and do not fill missing current results.
## Project
The guides and examples describe the source in this repository.
For a published version, use the matching [API documentation](https://docs.rs/rscrypto).
Read [`CONTRIBUTING.md`](https://github.com/loadingalias/rscrypto/blob/main/CONTRIBUTING.md) before you change code.
[`CHANGELOG.md`](https://github.com/loadingalias/rscrypto/blob/main/CHANGELOG.md) lists published changes.
## License
Licensed under [Apache-2.0](https://github.com/loadingalias/rscrypto/blob/main/LICENSE).