πRequest Signatures
Signing Your Requests
For every authenticated request made to the OffBlocks API, it is essential to sign the request using an HTTP signature following a pending IETF specification. Various open-source libraries are available to facilitate the generation of valid signatures. We are also actively working on publishing our own libraries to assist developers. For more information, please do not hesitate to contact us.
We actively develop a Go library to support HTTP message signatures as well as contribute to a Node.js library. Reach out to us if you're using other technologies on your backend and we'll be happy to assist with any issues integrating HTTP message signatures.
Supported Algorithms
While our API can theoretically accommodate multiple cryptographic algorithms for request signing, for the time being we only support ECDSA with curve P-384 DSS and SHA-384 as a signing algorithm.
Key Generation
In this guide we use openssl
as a key generation tool. Feel free to use a tool of your choice, just make sure you generate keys using correct algorithm
Creating an ECDSA key pair for accessing our API is a straightforward process that involves just two commands:
Create a private key.
Sample contents of the
ec-secp384r1-priv-key.pem
private key in PEM format:Create a public key by extracting it from the private key.
Sample contents of the
ec-secp384r1-pub-key.pem
public key in PEM format:
Registering your Public Key with the API
To enable our API to recognise your signatures, you need to upload the public key using the /auth/signing
PUT
endpoint. Please ensure that you set all the required environment variables (see Getting Started) in your Postman workspace before using this endpoint.
Make sure you encode your public key using base64
encoding before sending through our endpoint, otherwise the request will fail
Additionally, previously uploaded keys can be updated using the same endpoint or permanently removed using a DELETE
request to /auth/signing
.
Request Content Digest
While it is important to verify signature of the request itself, it is equally important to verify integrity of request body if it is provided. For this purpose we are using content digest header containing hash of request body calculated using pre-defined algorithm. The header is required for all API requests that are expected to have body, either POST
or PUT
. In line with HTTP Digest Header specification, we are verifying Content-Digest
header with request body hash calculated using sha-256
and/or sha-512
algorithms. It is also strongly advised to include Content-Digest
header as part of signature verification in order to verify authenticity of the entire request.
While developers are also encouraged to use canonical JSON representation of request bodies to ensure stable hash calculation, we have made a decision to simply verify digest of byte array representation of the body as is. Please, make sure that request body is not transformed in any way after digest has been calculated or otherwise request verification may fail
Last updated