Utility function with an HTTP client agnostic Python implementation of the client side of the IETF draft "Signing HTTP Messages". No dependencies other than the standard library, but cryptography would typically be required in client code to load a private key.
See http-signature-server for a compatible server-side implementation.
pip install http-signature-client
from http_signature_client import sign_headers
def sign(data):
# Return a signature of `data`, for example using a private key
signed_headers = sign_headers(key_id, sign, method, path, headers_to_sign)
from base64 import b64encode
import hashlib
from cryptography.hazmat.backends import default_backend
from cryptography.hazmat.primitives.serialization import load_pem_private_key
import httpx
from http_signature_client import sign_headers
class HttpSignature(httpx.Auth):
requires_request_body = True
def __init__(self, key_id, pem_private_key):
self.key_id = key_id
self.private_key = load_pem_private_key(
pem_private_key, password=None, backend=default_backend())
def auth_flow(self, request):
body_sha512 = b64encode(hashlib.sha512(r.content).digest()).decode('ascii')
headers_to_sign = tuple(request.headers.items()) + (('digest', f'SHA512={body_sha512}'),)
request.headers = httpx.Headers(sign_headers(
self.key_id, self.private_key.sign, request.method,
request.url.full_path, headers_to_sign))
yield r
# In real cases, take credentials from environment variables/secret store
response = httpx.post('https://postman-echo.com/post', data=b'The bytes', auth=HttpSignature(
key_id='my-key',
pem_private_key= \
b'-----BEGIN PRIVATE KEY-----\n' \
b'MC4CAQAwBQYDK2VwBCIEINQG5lNt1bE8TZa68mV/WZdpqsXaOXBHvgPQGm5CcjHp\n' \
b'-----END PRIVATE KEY-----\n',
)
)
from base64 import b64encode
import hashlib
from cryptography.hazmat.backends import default_backend
from cryptography.hazmat.primitives.serialization import load_pem_private_key
import requests
import urllib3
from http_signature_client import sign_headers
def HttpSignature(key_id, pem_private_key):
private_key = load_pem_private_key(
pem_private_key, password=None, backend=default_backend())
def sign(r):
body_sha512 = b64encode(hashlib.sha512(r.body).digest()).decode('ascii')
headers_to_sign = tuple(r.headers.items()) + (('digest', f'SHA512={body_sha512}'),)
parsed_url = urllib3.util.url.parse_url(r.path_url)
path = parsed_url.path + (f'?{parsed_url.query}' if parsed_url.query else '')
r.headers = dict(sign_headers(
key_id, private_key.sign, r.method, path, headers_to_sign))
return r
return sign
# In real cases, take credentials from environment variables/secret store
response = requests.post('https://postman-echo.com/post', data=b'The bytes', auth=HttpSignature(
key_id='my-key',
pem_private_key= \
b'-----BEGIN PRIVATE KEY-----\n' \
b'MC4CAQAwBQYDK2VwBCIEINQG5lNt1bE8TZa68mV/WZdpqsXaOXBHvgPQGm5CcjHp\n' \
b'-----END PRIVATE KEY-----\n',
)
)
from cryptography.hazmat.primitives.asymmetric.ed25519 import Ed25519PrivateKey
from cryptography.hazmat.primitives.serialization import Encoding, NoEncryption, PrivateFormat, PublicFormat
private_key = Ed25519PrivateKey.generate()
print(private_key.private_bytes(encoding=Encoding.PEM, format=PrivateFormat.PKCS8, encryption_algorithm=NoEncryption()))
print(private_key.public_key().public_bytes(encoding=Encoding.PEM, format=PublicFormat.SubjectPublicKeyInfo))
-
key_id
- The keyId parameter sent with the signature. Typically, the server treats this as the claimed identity of the client. -
sign
- A function that signs the request bytes once canonicalised. Typically, this would be a function that uses a private key. -
method
- The HTTP method of the request, such asGET
orPOST
. -
path
- The full path of the request, including any query string. -
headers_to_sign
- A tuple of (key, value) pairs of HTTP headers to sign. -
headers_to_ignore
- Afrozenset
of HTTP header names to not be signed, even if passed inheaders_to_sign
. These default to hop-by-hop-headers that are typically set by intermediaries.
The headers_to_sign
argument concatanated with an signature
header containing the HTTP signature.
A deliberate subset of the signature algorithm is implemented:
- the
(request-target)
pseudo-header is sent and signed [to allow the server to verify the method and path]; - the
created
parameter is sent and signed as the(created)
pseudo-header [to allow the server to decide to reject if the skew is too large]; - the
headers
parameter is sent and signed [to allow the server to verify headers and pseudo-headers]; - the
expires
parameter is not sent [the server can decide this using the created parameter]; - the
algorithm
parameter is not sent [it should not be used by the server to choose the algorithm].
The (request-target)
and (created)
pseudo-headers are always prepended to the list of real HTTP headers before canonicalisation.