Authentication methods
Provd supports two auth methods:
- Bearer JWT (recommended for operator/admin clients)
- API key via
X-API-Key(recommended for service-to-service calls)
Get a bearer token
Request:
POST /api/v1/auth/token
Content-Type: application/json
{
"client_id": "provd-dev-client",
"client_secret": "provd-dev-secret"
}
Response includes:
access_tokentoken_typeexpires_inscopesrole
Use it in requests:
Authorization: Bearer <access_token>
API keys
Create and manage API keys through /api/v1/keys (requires key management permissions).
Use them in requests:
X-API-Key: <your_api_key>
Authorization model
Access is controlled by scopes (and optionally role).
Current protected scopes:
keys:read— list keyskeys:write— create/deactivate keystrust:read— call trust scoring endpointdispute:analyze— call dispute analysis endpoint
Hashing
When sending identifiers like phone numbers, hash them client-side or in your secure backend environment.
Recommended pattern
- Keep raw user identifiers out of browser logs and analytics tools.
- Hash phone numbers or bank-account-derived identifiers before transport.
- Send only the hashed identifier plus the trade context to Provd.
- Rotate API keys on a schedule and scope them by environment.