Motivation
libsql’s HTTP/TLS stack is built on rustls + hyper-rustls. Today that path is effectively ring-backed, which blocks deployments that need FIPS-validated cryptography.
The Rust TLS ecosystem has been moving toward aws-lc-rs for this reason:
Supporting aws-lc-rs (and ideally a documented FIPS configuration) would align libsql with that direction and unblock regulated / government workloads.
Proposal
- Expose a crate feature (e.g.
aws-lc-rs) that backs the built-in TLS connector with aws-lc-rs
I am happy to contribute a PR for this proposal if needed.
Alternatives
- Hard switch from ring to aws-lc-rs, but this may introduce more breaking changes
Motivation
libsql’s HTTP/TLS stack is built on rustls + hyper-rustls. Today that path is effectively ring-backed, which blocks deployments that need FIPS-validated cryptography.
The Rust TLS ecosystem has been moving toward aws-lc-rs for this reason:
fipsfeature + FIPSCryptoProvider) — see rustls FIPS guideSupporting aws-lc-rs (and ideally a documented FIPS configuration) would align libsql with that direction and unblock regulated / government workloads.
Proposal
aws-lc-rs) that backs the built-in TLS connector with aws-lc-rsI am happy to contribute a PR for this proposal if needed.
Alternatives