git.bitcoin.ninja Git - dnssec-prover/blob - src/lib.rs

   1 //! The DNS provides a single, global, hierarchical namespace with (when DNSSEC is used)
   2 //! cryptographic guarantees on all of its data.
   3 //!
   4 //! This makes it incredibly powerful for resolving human-readable names into arbitrary, secured
   5 //! data.
   6 //!
   7 //! Unlike TLS, this cryptographic security provides transferable proofs which can convince an
   8 //! offline device, using simple cryptographic primitives and a single root trusted key, of the
   9 //! validity of DNS data.
  10 //!
  11 //! This crate implements the creation and validation of such proofs, using the format from RFC
  12 //! 9102 to create transferable proofs of DNS entries.
  13 //!
  14 //! It is no-std (but requires `alloc`) and seeks to have minimal dependencies and a reasonably
  15 //! conservative MSRV policy, allowing it to be used in as many places as possible.
  16 //!
  17 //! Most of the crate's logic is feature-gated:
  18 //!  * By default, the `validate` feature is set, using `ring` to validate DNSSEC signatures and
  19 //!    proofs using the [`validation`] module.
  20 //!  * The `std` feature enables the [`query`] module, allowing for the building of proofs by
  21 //!    querying a recursive resolver over TCP.
  22 //!  * The `tokio` feature further enables async versions of the [`query`] methods, doing the same
  23 //!    querying async using `tokio`'s TCP streams.
  24 //!  * Finally, the crate can be built as a binary using the `build_server` feature, responding to
  25 //!    queries over HTTP GET calls to `/dnssecproof?d=domain.name.&t=RecordType` with DNSSEC
  26 //!    proofs.
  27
  28 #![deny(missing_docs)]
  29
  30 #![cfg_attr(not(feature = "std"), no_std)]
  31 extern crate alloc;
  32
  33 pub mod rr;
  34 pub mod ser;
  35
  36 #[cfg(feature = "validation")]
  37 pub mod validation;
  38
  39 #[cfg(feature = "std")]
  40 pub mod query;