End-to-end encryption
Last updated
Last updated
Banking credentials are very sensitive data. As an integrator of our services, you must ensure that confidentiality is guaranteed all the way from the user interface where they are entered, to our API endpoint where they are consumed. The whole transmission flow must be processed over a secure transport protocol, but it may still involve intermediate components such as third-party API servers or caches that are not legally authorized to handle cleartext credentials.
Implementing end-to-end encryption is mandatory for both BI agents and partners when not using our Connect webview. Encryption is strongly advised for white-mark contracts.
Our API allows you to secure user credentials transmission using asymmetric key cryptography, by encrypting values before they are transmitted to your intermediate architecture. The resulting payload can only be decrypted by our API.
UserUser InterfaceIntermediate APIOur APIEncrypt credentialsDecrypt credentials🔓 Enter credentials🔒 Encrypted credentials🔒 Encrypted credentials
End-to-end encryption apply to the following endpoints:
for initial values of a connector's fields (this endpoint is only accessible to agents and white-mark contracts);
for values of transient additionnal fields;
Transfer update for values of transient additionnal fields;
Payment update for static field values, when implementing a validation webview.
End-to-end encryption consists in substituting every cleartext sensitive values in HTTP requests with an encrypted JSON Web Encryption (JWE) payload. The resulting HTTP request body is still a JSON object, with modified values.
We strongly advise relying on existing cryptography libraries to achieve proper JWE encryption. The choice of a library will likely vary with your specific environment and configuration. We suggest the following projects:
js-jose, a JavaScript library with good browser compatibility, available as an npm package;
Nimbus JOSE, a Java library usable in Android native apps;
JOSESwift, a framework written in Swift, usable in iOS native apps;
jwcrypto, a Python2/3 implementation.
Implementation details vary with each library. They usually include the following steps:
Obtain the public end-to-end encryption key associated with your API domain by calling the following endpoint. The key is available as a JSON Web Key (JWK).
Import the key according to the library documentation.
If needed, convert text values of credentials to raw bytes (UTF-8 encoding).
Encrypt the payload according to the library documentation, with RSA-OAEP-256 padding and A256GCM algorithm. We require the key ID (kid
) to be included in the JWE header.
Serialize the JWE to its compact format (URL-safe Base64 parts delimited by period), ready to be sent to our API.
Encryption keys are available in the administration console, on your domain's settings page.
Before: Cleartext credentials as string value in request body
After: Sensitive values are encrypted in request body