15 releases

0.0.15 Apr 12, 2024
0.0.14 Mar 14, 2024
0.0.8 Feb 29, 2024

#1038 in Cryptography

Download history 120/week @ 2024-02-09 134/week @ 2024-02-16 193/week @ 2024-02-23 505/week @ 2024-03-01 497/week @ 2024-03-08 79/week @ 2024-03-15 4/week @ 2024-03-22 20/week @ 2024-03-29 3/week @ 2024-04-05 123/week @ 2024-04-12 3/week @ 2024-04-19 1/week @ 2024-05-03

127 downloads per month

MIT license

155KB
3K SLoC

httpsig-hyper

httpsig-hyper httpsig-hyper

Examples

You can run a basic example in ./examples as follows.

Sign and Verify a Request

% cargo run --example hyper-request

Sign and Verify a Response

% cargo run --example hyper-response

Caveats

Note that even if content-digest header is specified as one of covered component for signature, the verification process of httpsig-hyper doesn't validate the message body automatically. Namely, it only check the consistency between the signature and message components.

If you need to verify the body of a given message when content-digest is covered in signature-input header, you need to invoke verify_content_digest() function as follows.

// first verifies the signature according to `signature-input` header
let public_key = PublicKey::from_pem(EDDSA_PUBLIC_KEY).unwrap();
let signature_verification = req.verify_message_signature(&public_key, None).await;
assert!(verification_res.is_ok());

// if needed, content-digest can be verified separately (only if content-digest header is included in the header)
let verified_request = request_from_sender.verify_content_digest().await;
assert!(verified_request.is_ok())

In the context of cryptography, the content-digest of covered components in signature-input is verified in the process of signature verification. So, hash value of content-digest is verified. To check if the content-digest is correctly bound with the message body, we need to run the hashing process separately.

Dependencies

~10MB
~191K SLoC