Skip to content

APIs, SDKs and webhooks

Actual interfaces, errors, authentication, retries, events, versions and examples

Category 8 · planning target 250 unique intents · 6 published here

availableAvailableReviewed 5 Sept 2026

Which SDKs and APIs are available now?

A publicly evidenced SDK is Ciright-Inc/keyra-java-sdk, covering partner 2FA, OAuth, post-login verification and sandbox versus live credentials. Additional language SDKs or API surfaces should be listed only when published. Historical Cyber One developer SDKs on cyberonecard.com are lineage references, not automatic current Keyra contracts.

unknownUnknownReviewed 5 Sept 2026

How are webhooks verified and retried?

Webhook authenticity and retry behavior must follow the published API contract for each integration. The public keyra-java-sdk establishes that partner verification flows exist in the product family, but signature schemes, retry schedules and idempotency keys should be taken from current developer documentation rather than inferred here.

availableAvailableReviewed 5 Sept 2026

How should API errors be handled in Keyra integrations?

Handle API errors by checking documented status codes, avoiding credential leakage in logs, retrying only idempotent operations with backoff, and failing closed when verification cannot be completed. Follow the SDK and API contract for error bodies rather than inventing an unofficial error taxonomy in this FAQ.

availableAvailableReviewed 5 Sept 2026

What developer credentials exist in sandbox versus live?

Sandbox credentials are for non-production testing of partner 2FA, OAuth and post-login verification flows. Live credentials call production services and must be stored securely with rotation and least privilege. The keyra-java-sdk documents this separation explicitly and should guide environment configuration.

APIs, SDKs and webhooks · Keyra FAQ