This guide explains how to implement an Endpoint to power WhatsApp Flows.
Please note that Flows with an endpoint are subject to both reliability and performance requirements. For additional information, refer to the Flows Health and Monitoring guide.
We have created an endpoint example in Node.js that you can clone (remix) on Glitch to create your own endpoint and quickly prototype your flow. Follow the instructions in the README.md file to get started. The endpoint example source code is also available in the WhatsApp-Flows-Tools Github repo. Using Glitch is entirely optional, and not required to use Flows. You can clone the example code from Github and run it in any environment you prefer.
View example on GlitchWe also provide endpoint code that can be used along with the "Book an Appointment" flow JSON template to complete the flow from start to finish. Follow the instructions in the README.md file to get started. The endpoint source code is available in the WhatsApp-Flows-Tools Github repo and on Glitch below. Using Glitch is entirely optional, and not required to use Flows. You can clone the example code from Github and run it in any environment you prefer.
View example on GlitchEndpoints provide dynamic data for the screens and control routing, i.e. upon screen submission, the flow can make a request to the endpoint to get the name of the next screen and the data to display on it. Also, the endpoint can instruct the flow to terminate and control whether an outgoing message should be sent to a chat as a result of the flow completion. The endpoint can additionally provide a data payload to be passed with a completion message.
Setting up an endpoint consists of the following steps:
data_api_version
in the Flow JSON and configure endpoint url, see reference for more details. After setting up an endpoint, implement it's logic to handle requests:
Data exchanged with an endpoint is encrypted using a combination of symmetric and asymmetric encryption. You should have a key pair to enable encryption and upload the public key. It will be automatically signed along the way.
Since Solution Partners manage multiple businesses, it's recommended to have a dedicated endpoint and an encryption key pair for each WABA.
Please ensure you have the versions specified below when signing the business public key.
Tool | Required Version |
---|---|
On-Prem API | v2.51.x |
Uploading and signing the business public key is different for On-Prem and Cloud, so depending on your API client please refer to the appropriate guide:
Sign and upload the business public key
You will need to re-upload public key in the following cases:
public-key-missing
or public-key-signiture-verification
.When the flow will need to exchange the data with your endpoint, it will make an HTTP request to it. You should set up a server and provide it's url while configuring the flow, for example:
https://business.com/scheduleappointment
Your server must be enabled to receive and process POST
requests, use HTTPS and have a valid TLS/SSL certificate installed. This certificate does not have to be used in payload encryption/decryption.
The body of each request contains the encrypted payload and has the following form:
Sample Endpoint Request
{ encrypted_flow_data: "<ENCRYPTED FLOW DATA>", encrypted_aes_key: "<ENCRYPTED_AES_KEY>", initial_vector: "<INITIAL VECTOR>" }
Parameter | Deskripsi |
---|---|
encrypted_flow_data (required) string | The encrypted request payload. |
encrypted_aes_key (required) string | The encrypted 128-bit AES key. |
initial_vector (required) string | The 128-bit initialization vector. |
After processing the decrypted request, create a response and encrypt it before sending it back to the WhatsApp client. Encrypt the payload using the AES key received in the request and send it back as a Base64 string.
You can reference the below examples of how to decrypt and encrypt.
If request can not be decrypted, endpoint should return HTTP 421 response status code (see Business Endpoint Error Codes for more details).
Sample Endpoint Response
curl -i -H "Content-Type: application/json" -X POST -d '{ "encrypted_flow_data":"4Wor0bpfvrNqnkH+XQZLn3HnU2Zi7hG\\/UHjISS93Fzn9J7youssaLeXlNUH", "encrypted_aes_key":"<ufA0fXD1WzMS4f2aCyr2JI4KtV2X+puen78fLjjt7mI+NqITDCypLOlc2MLc0899ApX5FZI78Yp5ZObEvR\\/3SiOo04aOLAcZ5SGlqcQLL1npaHoTZCBkExjDr0+5F7w+a18hLCByc00nuDoVZvX7qKAYTwDJw==.>", "initial_vector":"<G\\/1rq1naEOMR4TJHFvIs\\/Q==.>" }' 'https://business.com/testing_flow' HTTP/2 200 content-type: text/plain content-length: 232 date: Wed, 06 Jul 2022 14:03:03 GMT yZcJQaH3AqfzKgjn64vAcASaJrOMN27S6CESyU68WN/cDCP6abskoMa/pPjszXGKyyh/23lw84HW6ZilMfU6KL3j5AWwOx6GWNwtq8Aj7gz/Y7R+LccmJWxKo2UccMu5xJlduIFlFlOS1gAnOwKrk8wpuprsi4jAOspw3xO2uh3J883aC/csu/MhRPiYCaGGy/tTNvVDmb2Gw1WXFmpvLsZ/SBrgG0cDQJjQzpTO
Endpoint-powered Flows should avoid using the endpoint when it is not needed. This will reduce the latency for consumers and simplify the development of the Flow.
Your endpoint will receive requests in the following cases:
flow_action
field in the parameters that you pass to On-Prem or CAPI when sending a flow message is data_exchange
;flow_action
to avoid calling your endpoint. You can supply parameters by using the flow_action_payload.data
message field instead.name
attribute specified inside on-click-action
field in Flow JSON is data_exchange
;on-click-action
name to navigate
to avoid calling your endpoint.refresh_on_back
attribute specified in Flow JSON for the screen is true
;refresh_on_back
to avoid calling your endpoint.on-select-action
for the component is defined in Flow JSON.Data exchange request is used to query the name of the next screen and data required to render it. Decrypted payload of the data exchange request will have below format.
Sample Data Exchange Request Payload
{ "version": "<VERSION>", "action": "<ACTION_NAME>", "screen": "<SCREEN_NAME>", "data": { "prop_1": "value_1", … "prop_n": "value_n" }, "flow_token": "<FLOW-TOKEN>" }
Parameter | Deskripsi |
---|---|
version (required) string |
Value must be set to 3.0 |
screen (required) string |
If action is set to INIT or BACK , this field may not be populated.
(Note: "SUCCESS" is a reserved name and cannot be used by any screens.)
|
action (required) string |
Defines the type of the request.
For data exchange request there are multiple choices depending on when the trigger
|
data (required) object |
An object passing arbitrary key-value data as a JSON object. If action is set to INIT or BACK , this field may not be populated.
|
↳ <key> string, boolean, number, object, array | <value> |
flow_token (required) string |
A Flow token generated and sent by you as part of the Flow message.
The flow token is similar to a session identifier commonly used in web applications. It should be generated using established best practices (e.g. it should not be predictable) to ensure the security of data exchanges with an endpoint. |
After the request is received and decrypted, your business logic processes the request and determines which screen and data is to be sent back to the WhatsApp client. If user needs to be redirected to the next screen, next screen response payload should be sent. If flow needs to be terminated (e.g. because it's completed), final response payload should be sent.
Next Screen Response Payload for Data Exchange Request
The following response payload is what the data channel needs to send back to the Whatsapp client during each data exchange, except the last one:
{ "screen": "<SCREEN_NAME>", "data": { "property_1": "value_1", ... "property_n": "value_n", "error_message": "<ERROR-MESSAGE>" } }
If the data channel cannot process the request due to bad input, handle it gracefully by including an optional error_message
in the data
object as part of the response.
This will redirect the user to <SCREEN_NAME>
and will trigger a snackbar error with the error_message
present.
Parameter | Deskripsi |
---|---|
screen (required) string | The screen to be rendered once the data exchange is complete |
data (required) object | A JSON of properties and its values to render the screen after data exchange is complete. |
↳ error_message string | If a bad request was sent from the WhatsApp client to you, the error message will be defined here. |
↳ <key> string, boolean, number, object, array | <value> :
A property and its respective value which can be referenced in screen layout in Flow JSON.
|
Final Response Payload
To trigger flow completion, send the following response to the data exchange request:
{ "screen": "SUCCESS", "data": { "extension_message_response": { "params": { "flow_token": "<FLOW_TOKEN>", "optional_param1": "<value1>", "optional_param2": "<value2>" } } } }
Parameter | Description |
---|---|
| Value must be |
| A JSON with data which will be included to the flow completion message (see Response Message Webhook for more details) |
| Required. Flow token generated by a business signifying a session or a user flow |
As a result, flow will be closed and a flow response message will be sent to the chat. See Response Message Webhook for additional details.
It is highly recommended that you manually send a summary message to the chat with consumer in response, such as the one below:
If you need parameters from the data channel for the message content, you can send them in the params
field in addition to flow_token
. All these parameters are forwarded to the messages webhook.
If you send a bad response payload to the WhatsApp client, you will receive a payload detailing the error and the error type. This provides you more visibility on failed client interactions so you can respond appropriately.
Sample Error Notification Request Payload
{ "version": "<VERSION>", "flow_token": "<FLOW-TOKEN>", "action": "data_exchange | INIT", "data": { "error": "<ERROR-KEY>", "error_message": "<ERROR-MESSAGE>" } }
Parameter | Description |
---|---|
| Required. 3.0 |
| Required. Screen name where bad intermediate response payload was sent |
| Required. A flow token generated by your business |
| Required. Will be |
| Required.
|
↳ | The error code for the invalid payload. |
↳ | The error message associated with the error code. |
Error Notification Response Payload
Send the following response payload to indicate that error notification was acknowledged:
{ "data": { "acknowledged": true } }
Endpoints should be able to respond to health check requests. WhatsApp may periodically send health check requests to the endpoints used by published flows.
Sample Health Check Request Payload
{ "version": "3.0", "action": "ping" }
You should generate the following response payload:
Health Check Response Payload
{ "data": { "status": "active" } }
When creating your app, decide who owns it and the endpoint, whether it is you or the Solution Partner. In order to prevent sharing of the app secret, the owners must be the same for both to use the app secret to validate the payload.
You can verify that request is coming from Meta by checking signature which is generated using an app secret from the app connected to the flow. It is inferred from the user token when the flow is created through API, or selected manually in the Flow Builder when endpoint is added to the flow.
Signature and Header Format
We sign all endpoint requests with a SHA256 signature and include the signature in the request's X-Hub-Signature-256
header, preceded with sha256=
.
To validate the signature:
X-Hub-Signature-256
header (everything after sha256=
). If the signatures match, the payload is genuine.If validation failes, appropriate HTTP code should be returned. Please see the Business Endpoint Error Codes for more details.
If you need to reset the app secret without any downtime and without turning off payload validation, you may use below approach:
X-Hub-Signature-256
header to be correct if it can be validated using either old or new app secret.X-Hub-Signature-256
header correct only if it can be validated using new app secret. The incoming request body is encrypted, you need to decrypt it first, then you need to encrypt the server response before returning it to the client.
You can find code examples of decryption/encryption in various programming languages in the Code Examples section.
For data_api_version "3.0" you should follow below instructions to decrypt request payload:
encrypted_aes_key
field:
encrypted_flow_data
field:
initial_vector
field (which is base64-encoded as well and should be decoded first). Note that the 128-bit authentication tag for the AES-GCM algorithm is appended to the end of the encrypted array. For data_api_version "3.0" you should follow below instructions to encrypt the response:
If you can't decrypt a request, you should send appropriate HTTP response code to force mobile client to re-download public key and retry the query. See endpoint error codes for additional details.
A full example of a Node.js endpoint server is available here. Below are some examples demonstrating how request encryption/decryption can be implemented in different languages.
The below code examples are only meant to demonstrate the encryption/decryption implementation and are not production ready.
Here's a full code sample to handle a request with decryption/encryption in Python with Django framework. Note that the response is sent as a plain text string.
import json import os from base64 import b64decode, b64encode from cryptography.hazmat.primitives.asymmetric.padding import OAEP, MGF1, hashes from cryptography.hazmat.primitives.ciphers import algorithms, Cipher, modes from cryptography.hazmat.primitives.serialization import load_pem_private_key from django.http import HttpResponse from django.http import JsonResponse from django.views.decorators.csrf import csrf_exempt # Load the private key string PRIVATE_KEY = os.environ.get('PRIVATE_KEY') # Example: # '''-----BEGIN RSA PRIVATE KEY----- # MIIE... # ... # ...AQAB # -----END RSA PRIVATE KEY-----''' @csrf_exempt def data(request): try: # Parse the request body body = json.loads(request.body) # Read the request fields encrypted_flow_data_b64 = body['encrypted_flow_data'] encrypted_aes_key_b64 = body['encrypted_aes_key'] initial_vector_b64 = body['initial_vector'] decrypted_data, aes_key, iv = decrypt_request( encrypted_flow_data_b64, encrypted_aes_key_b64, initial_vector_b64) print(decrypted_data) # Return the next screen & data to the client response = { "screen": "SCREEN_NAME", "data": { "some_key": "some_value" } } # Return the response as plaintext return HttpResponse(encrypt_response(response, aes_key, iv), content_type='text/plain') except Exception as e: print(e) return JsonResponse({}, status=500) def decrypt_request(encrypted_flow_data_b64, encrypted_aes_key_b64, initial_vector_b64): flow_data = b64decode(encrypted_flow_data_b64) iv = b64decode(initial_vector_b64) # Decrypt the AES encryption key encrypted_aes_key = b64decode(encrypted_aes_key_b64) private_key = load_pem_private_key( PRIVATE_KEY.encode('utf-8'), password=None) aes_key = private_key.decrypt(encrypted_aes_key, OAEP( mgf=MGF1(algorithm=hashes.SHA256()), algorithm=hashes.SHA256(), label=None)) # Decrypt the Flow data encrypted_flow_data_body = flow_data[:-16] encrypted_flow_data_tag = flow_data[-16:] decryptor = Cipher(algorithms.AES(aes_key), modes.GCM(iv, encrypted_flow_data_tag)).decryptor() decrypted_data_bytes = decryptor.update( encrypted_flow_data_body) + decryptor.finalize() decrypted_data = json.loads(decrypted_data_bytes.decode("utf-8")) return decrypted_data, aes_key, iv def encrypt_response(response, aes_key, iv): # Flip the initialization vector flipped_iv = bytearray() for byte in iv: flipped_iv.append(byte ^ 0xFF) # Encrypt the response data encryptor = Cipher(algorithms.AES(aes_key), modes.GCM(flipped_iv)).encryptor() return b64encode( encryptor.update(json.dumps(response).encode("utf-8")) + encryptor.finalize() + encryptor.tag ).decode("utf-8")
Here's a full code sample to handle a request with decryption/encryption in NodeJS with Express framework. Note that the response is sent as a plain text string.
import express from "express"; import crypto from "crypto"; const PORT = 3000; const app = express(); app.use(express.json()); const PRIVATE_KEY = process.env.PRIVATE_KEY as string; /* Example: ```-----BEGIN RSA PRIVATE KEY----- MIIE... ... ...AQAB -----END RSA PRIVATE KEY-----``` */ app.post("/data", async ({ body }, res) => { const { decryptedBody, aesKeyBuffer, initialVectorBuffer } = decryptRequest( body, PRIVATE_KEY, ); const { screen, data, version, action } = decryptedBody; // Return the next screen & data to the client const screenData = { screen: "SCREEN_NAME", data: { some_key: "some_value", }, }; // Return the response as plaintext res.send(encryptResponse(screenData, aesKeyBuffer, initialVectorBuffer)); }); const decryptRequest = (body: any, privatePem: string) => { const { encrypted_aes_key, encrypted_flow_data, initial_vector } = body; // Decrypt the AES key created by the client const decryptedAesKey = crypto.privateDecrypt( { key: crypto.createPrivateKey(privatePem), padding: crypto.constants.RSA_PKCS1_OAEP_PADDING, oaepHash: "sha256", }, Buffer.from(encrypted_aes_key, "base64"), ); // Decrypt the Flow data const flowDataBuffer = Buffer.from(encrypted_flow_data, "base64"); const initialVectorBuffer = Buffer.from(initial_vector, "base64"); const TAG_LENGTH = 16; const encrypted_flow_data_body = flowDataBuffer.subarray(0, -TAG_LENGTH); const encrypted_flow_data_tag = flowDataBuffer.subarray(-TAG_LENGTH); const decipher = crypto.createDecipheriv( "aes-128-gcm", decryptedAesKey, initialVectorBuffer, ); decipher.setAuthTag(encrypted_flow_data_tag); const decryptedJSONString = Buffer.concat([ decipher.update(encrypted_flow_data_body), decipher.final(), ]).toString("utf-8"); return { decryptedBody: JSON.parse(decryptedJSONString), aesKeyBuffer: decryptedAesKey, initialVectorBuffer, }; }; const encryptResponse = ( response: any, aesKeyBuffer: Buffer, initialVectorBuffer: Buffer, ) => { // Flip the initialization vector const flipped_iv = []; for (const pair of initialVectorBuffer.entries()) { flipped_iv.push(~pair[1]); } // Encrypt the response data const cipher = crypto.createCipheriv( "aes-128-gcm", aesKeyBuffer, Buffer.from(flipped_iv), ); return Buffer.concat([ cipher.update(JSON.stringify(response), "utf-8"), cipher.final(), cipher.getAuthTag(), ]).toString("base64"); }; app.listen(PORT, () => { console.log(`App is listening on port ${PORT}!`); });
Here's a full code sample to handle a request with decryption/encryption in PHP with Slim framework. Note that the response is sent as a plain text string.
<?php use Psr\Http\Message\ResponseInterface as Response; use Psr\Http\Message\ServerRequestInterface as Request; use phpseclib3\Crypt\RSA; use phpseclib3\Crypt\AES; require __DIR__ . '/vendor/autoload.php'; $app = Slim\Factory\AppFactory::create(); $app->post('/data', function (Request $request, Response $response) { $body = json_decode($request->getBody()->getContents(), true); $privatePem = getenv('PRIVATE_KEY'); /* Example: ```-----BEGIN RSA PRIVATE KEY----- MIIE... ... ...AQAB -----END RSA PRIVATE KEY-----``` */ $decryptedData = decryptRequest($body, $privatePem); // Return the next screen & data to client $screen = [ "screen" => "SCREEN_NAME", "data" => [ "some_key" => "some_value" ] ]; $resBody = encryptResponse($screen, $decryptedData['aesKeyBuffer'], $decryptedData['initialVectorBuffer']); // Return the response as plaintext $response->getBody()->write($resBody); return $response; }); function decryptRequest($body, $privatePem) { $encryptedAesKey = base64_decode($body['encrypted_aes_key']); $encryptedFlowData = base64_decode($body['encrypted_flow_data']); $initialVector = base64_decode($body['initial_vector']); // Decrypt the AES key created by the client $rsa = RSA::load($privatePem) ->withPadding(RSA::ENCRYPTION_OAEP) ->withHash('sha256') ->withMGFHash('sha256'); $decryptedAesKey = $rsa->decrypt($encryptedAesKey); if (!$decryptedAesKey) { throw new Exception('Decryption of AES key failed.'); } // Decrypt the Flow data $aes = new AES('gcm'); $aes->setKey($decryptedAesKey); $aes->setNonce($initialVector); $tagLength = 16; $encryptedFlowDataBody = substr($encryptedFlowData, 0, -$tagLength); $encryptedFlowDataTag = substr($encryptedFlowData, -$tagLength); $aes->setTag($encryptedFlowDataTag); $decrypted = $aes->decrypt($encryptedFlowDataBody); if (!$decrypted) { throw new Exception('Decryption of flow data failed.'); } return [ 'decryptedBody' => json_decode($decrypted, true), 'aesKeyBuffer' => $decryptedAesKey, 'initialVectorBuffer' => $initialVector, ]; } function encryptResponse($response, $aesKeyBuffer, $initialVectorBuffer) { // Flip the initialization vector $flipped_iv = ~$initialVectorBuffer; // Encrypt the response data $cipher = openssl_encrypt(json_encode($response), 'aes-128-gcm', $aesKeyBuffer, OPENSSL_RAW_DATA, $flipped_iv, $tag); return base64_encode($cipher . $tag); } $app->run();
Here's a full code sample to handle a request with decryption/encryption in Java 8+ using simple-json library:
Please note that this example requires private key to be in unencrypted PKCS8 format, which is normally indicated by -----BEGIN PRIVATE KEY-----
at the beginning of the file.
Depending on the way and exact software which you used to generate private key, you may need to convert it to the required format first.
For example, if your key is in PKCS#1 format (starts with -----BEGIN RSA PRIVATE KEY-----
) or PKCS#8 encrypted format (starts with -----BEGIN ENCRYPTED PRIVATE KEY-----
), you can use below command to convert it to the unencrypted PKCS#8:
openssl pkcs8 -topk8 -inform PEM -outform PEM -nocrypt -in private.pem -out private_unencrypted_pkcs8.pem
package org.example; import com.sun.net.httpserver.HttpExchange; import com.sun.net.httpserver.HttpHandler; import com.sun.net.httpserver.HttpServer; import org.json.simple.JSONObject; import org.json.simple.parser.JSONParser; import javax.crypto.Cipher; import javax.crypto.spec.GCMParameterSpec; import javax.crypto.spec.OAEPParameterSpec; import javax.crypto.spec.PSource; import javax.crypto.spec.SecretKeySpec; import java.io.File; import java.io.IOException; import java.io.InputStreamReader; import java.io.OutputStream; import java.net.InetSocketAddress; import java.nio.charset.StandardCharsets; import java.nio.file.Files; import java.security.GeneralSecurityException; import java.security.KeyFactory; import java.security.interfaces.RSAPrivateKey; import java.security.spec.MGF1ParameterSpec; import java.security.spec.PKCS8EncodedKeySpec; import java.util.Base64; public class App { private static class DecryptionInfo { public final String clearPayload; public final byte[] clearAesKey; public DecryptionInfo(String clearPayload, byte[] clearAesKey) { this.clearPayload = clearPayload; this.clearAesKey = clearAesKey; } } private static final int AES_KEY_SIZE = 128; private static final String KEY_GENERATOR_ALGORITHM = "AES"; private static final String AES_CIPHER_ALGORITHM = "AES/GCM/NoPadding"; private static final String RSA_ENCRYPT_ALGORITHM = "RSA/ECB/OAEPWithSHA-256AndMGF1Padding"; private static final String RSA_MD_NAME = "SHA-256"; private static final String RSA_MGF = "MGF1"; public static void main(String[] args) throws Exception { HttpServer server = HttpServer.create(new InetSocketAddress(3000), 0); server.createContext("/data", new EndpointHandler()); server.setExecutor(null); server.start(); System.out.print("Server started on " + server.getAddress()); } static class EndpointHandler implements HttpHandler { @Override public void handle(HttpExchange t) throws IOException { String response; int responseCode; try { final JSONParser parser = new JSONParser(); final JSONObject requestJson = (JSONObject) parser.parse(new InputStreamReader(t.getRequestBody(), StandardCharsets.UTF_8)); final byte[] encrypted_flow_data = Base64.getDecoder().decode((String) requestJson.get("encrypted_flow_data")); final byte[] encrypted_aes_key = Base64.getDecoder().decode((String) requestJson.get("encrypted_aes_key")); final byte[] initial_vector = Base64.getDecoder().decode((String) requestJson.get("initial_vector")); final DecryptionInfo decryptionInfo = decryptRequestPayload(encrypted_flow_data, encrypted_aes_key, initial_vector); final JSONObject clearRequestData = (JSONObject) parser.parse(decryptionInfo.clearPayload); final String clearResponse = String.format("{\"screen\":\"SCREEN_NAME\",\"data\":{\"some_key\":\"some_value\"}}"); response = encryptAndEncodeResponse(clearResponse, decryptionInfo.clearAesKey, flipIv(initial_vector)); responseCode = 200; } catch (Exception ex) { response = "Processing error: " + ex.getMessage(); responseCode = 500; } t.getResponseHeaders().add("Content-Type", "text/plain; charset=UTF-8"); final byte[] responseBytes = response.getBytes(); t.sendResponseHeaders(responseCode, responseBytes.length); OutputStream os = t.getResponseBody(); os.write(response.getBytes()); os.close(); } } private static DecryptionInfo decryptRequestPayload(byte[] encrypted_flow_data, byte[] encrypted_aes_key, byte[] initial_vector) throws Exception { final RSAPrivateKey privateKey = readPrivateKeyFromPkcs8UnencryptedPem(System.getenv("ENDPOINT_PRIVATE_KEY_FILE_PATH")); final byte[] aes_key = decryptUsingRSA(privateKey, encrypted_aes_key); return new DecryptionInfo(decryptUsingAES(encrypted_flow_data, aes_key, initial_vector), aes_key); } private static String decryptUsingAES(final byte[] encrypted_payload, final byte[] aes_key, final byte[] iv) throws GeneralSecurityException { final GCMParameterSpec paramSpec = new GCMParameterSpec(AES_KEY_SIZE, iv); final Cipher cipher = Cipher.getInstance(AES_CIPHER_ALGORITHM); cipher.init(Cipher.DECRYPT_MODE, new SecretKeySpec(aes_key, KEY_GENERATOR_ALGORITHM), paramSpec); final byte[] data = cipher.doFinal(encrypted_payload); return new String(data, StandardCharsets.UTF_8); } private static byte[] decryptUsingRSA(final RSAPrivateKey privateKey, final byte[] payload) throws GeneralSecurityException { final Cipher cipher = Cipher.getInstance(RSA_ENCRYPT_ALGORITHM); cipher.init(Cipher.DECRYPT_MODE, privateKey, new OAEPParameterSpec(RSA_MD_NAME, RSA_MGF, MGF1ParameterSpec.SHA256, PSource.PSpecified.DEFAULT)); return cipher.doFinal(payload); } private static RSAPrivateKey readPrivateKeyFromPkcs8UnencryptedPem(String filePath) throws Exception { final String prefix = "-----BEGIN PRIVATE KEY-----"; final String suffix = "-----END PRIVATE KEY-----"; String key = new String(Files.readAllBytes(new File(filePath).toPath()), StandardCharsets.UTF_8); if (!key.contains(prefix)) { throw new IllegalStateException("Expecting unencrypted private key in PKCS8 format starting with " + prefix); } String privateKeyPEM = key.replace(prefix, "").replaceAll("[\\r\\n]", "").replace(suffix, ""); byte[] encoded = Base64.getDecoder().decode(privateKeyPEM); KeyFactory keyFactory = KeyFactory.getInstance("RSA"); PKCS8EncodedKeySpec keySpec = new PKCS8EncodedKeySpec(encoded); return (RSAPrivateKey) keyFactory.generatePrivate(keySpec); } private static String encryptAndEncodeResponse(final String clearResponse, final byte[] aes_key, final byte[] iv) throws GeneralSecurityException { final GCMParameterSpec paramSpec = new GCMParameterSpec(AES_KEY_SIZE, iv); final Cipher cipher = Cipher.getInstance(AES_CIPHER_ALGORITHM); cipher.init(Cipher.ENCRYPT_MODE, new SecretKeySpec(aes_key, KEY_GENERATOR_ALGORITHM), paramSpec); final byte[] encryptedData = cipher.doFinal(clearResponse.getBytes(StandardCharsets.UTF_8)); return Base64.getEncoder().encodeToString(encryptedData); } private static byte[] flipIv(final byte[] iv) { final byte[] result = new byte[iv.length]; for (int i = 0; i < iv.length; i++) { result[i] = (byte) (iv[i] ^ 0xFF); } return result; } }
This NodeJS code sample aims to give an approximate example of how encrypted_aes_key
field is calculated and how it can be decrypted.
// demo encryption/decryption script // put public key in public_key.pem file in the same folder as this script // put private key in private_key.pem file in the same folder as this script // run with: node <script-file-name> import crypto from "crypto"; import fs from "fs"; const CLEAR_AES_KEY_STR = "<some-key-data>" const PRIVATE_KEY_DATA = fs.readFileSync('private_key.pem', 'utf8'); const PUBLIC_KEY_DATA = fs.readFileSync('public_key.pem', 'utf8'); console.log("Clear key: " + CLEAR_AES_KEY_STR) const encryptedAesKey = crypto.publicEncrypt( { key: PUBLIC_KEY_DATA, padding: crypto.constants.RSA_PKCS1_OAEP_PADDING, oaepHash: "sha256" } , Buffer.from(CLEAR_AES_KEY_STR) ); const encryptedAesKeyBase64 = Buffer.from(encryptedAesKey).toString('base64'); console.log("Encrypted base64 key: " + encryptedAesKeyBase64) const decryptedAesKey = crypto.privateDecrypt( { key: crypto.createPrivateKey({ key: PRIVATE_KEY_DATA, format: 'pem', type: 'pkcs1',//ignored if format is pem passphrase: '<passphrase>' }), padding: crypto.constants.RSA_PKCS1_OAEP_PADDING, oaepHash: "sha256", }, Buffer.from(encryptedAesKeyBase64, "base64"), ); console.log("Decrypted key: " + decryptedAesKey) if (decryptedAesKey.toString() === CLEAR_AES_KEY_STR) { console.log("Success, keys match!") } else { console.log("Failed, keys do not match!") }