Sessions Webhook
Incoming event notifications for your configured webhook URL.
Subscribing to events
To begin working with the Webhooks API, you’ll need to create a Deployment if you haven’t already. While managing your deployment, find the Webhooks page there.Available event types
Receiving events
Your webhook URL will receive a request for each event type you select. One request = one event.Error handling
Return an HTTP 200 OK for every event your webhook successfully receives.Failure conditions
We consider any of these scenarios a single failure condition:- We’re unable to negotiate or validate your server’s SSL certificate.
- We wait longer than 3 seconds to receive a valid response from your server.
- We receive any other response than an HTTP 200-series response.
Retries
We’ll retry a failed request up to 3 times in a gradually increasing timetable:- The first retry is sent almost immediately.
- The second retry will be attempted after 2 seconds.
- The third and final retry will be sent after 4 seconds.
Verifying requests from White Circle
Using signed secrets, you can verify that requests from White Circle are authentic.Understanding signed secrets
You can verify requests from White Circle by verifying signatures using your signing secret. On each HTTP request that White Circle sends, White Circle adds anX-Whitecircle-Signature HTTP header (or x-whitecircle-signature — header names are meant to be case-insensitive, so the letter case should not be assumed).
The signature is created by hashing the request body with the SHA-256 function, and combining it with an HMAC signing secret. The resulting signature is unique to each request and doesn’t contain any sensitive information.
Request signing follows this pattern:
- Your app receives a request from White Circle.
- Your app computes a signature based on the request.
- You make sure the signature you’ve computed matches the signature on the request.
Validating a request
Grab your Signing Secret and the raw request body
Grab your Signing Secret and the raw request body
Extract the timestamp header from the request
Extract the timestamp header from the request
Concatenate the version number, the timestamp, and the request body together, using a colon (`:`) as a delimiter
Concatenate the version number, the timestamp, and the request body together, using a colon (`:`) as a delimiter
Hash the resulting string, using the signing secret as a key, and taking the hex digest of the hash
Hash the resulting string, using the signing secret as a key, and taking the hex digest of the hash
Compare the resulting signature to the header on the request
Compare the resulting signature to the header on the request
Done!
Done!
Headers
Unix timestamp (seconds) when the request was signed to protect against replay attacks.
Signature for the request body computed as HMAC-SHA256 over 'v0:{timestamp}:{raw_body}', prefixed with 'v0='.
Body
Type of the event
review_manual.in_progress, review_manual.completed, review_auto.completed Whether any policy violations were detected in the session
Unique internal identifier for the session
Map of policy IDs to their changed verdicts (only changed policies included)
Optional external identifier provided by client
Response
Successfully received
