16 releases

0.0.16 Aug 30, 2024
0.0.15 Apr 12, 2024
0.0.14 Mar 14, 2024
0.0.8 Feb 29, 2024

#859 in Cryptography

Download history 166/week @ 2024-08-26 9/week @ 2024-09-09 14/week @ 2024-09-16 5/week @ 2024-09-23 50/week @ 2024-09-30 7/week @ 2024-10-14 343/week @ 2024-10-28 1593/week @ 2024-11-04 1987/week @ 2024-11-11 1445/week @ 2024-11-18 983/week @ 2024-11-25 856/week @ 2024-12-02

5,442 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

~9.5MB
~176K SLoC