Amazon Cognito & Corbado Connect Passkey Integration
Integrate Amazon Cognito with Corbado Connect for passkeys. Offer secure and convenient passkey authentication to all your Cognito users.
Introduction
Corbado Connect allows you to seamlessly integrate passkey-first authentication into your existing Amazon Cognito user pools. This enables you to offer your users a secure and convenient login experience without passwords, while still leveraging the power of Cognito for user management.
This guide will walk you through the process of integrating Corbado Connect with Amazon Cognito, using a sample Next.js application to demonstrate the key concepts.
Amazon Cognito is a service that provides authentication, authorization, and user management for your web and mobile apps. You can learn more about it on the official Amazon Cognito website.
How it Works
The integration between Corbado Connect and Amazon Cognito leverages a powerful feature known as a Custom Authentication Flow. This feature allows developers to create their own challenge-and-response models using AWS Lambda functions, which is ideal for integrating external authentication mechanisms like Corbado’s passkey-first solution.
Instead of a traditional username and password, we will define a custom flow that uses a passkey signature as the challenge.
To implement this, we need to configure the Cognito User Pool to use three specific AWS Lambda triggers:
DefineAuthChallenge
: This Lambda acts as the orchestrator of our custom flow. It determines which challenge to present to the user at each step of the authentication process.CreateAuthChallenge
: This Lambda is responsible for creating the challenge itself. In our case, it won’t be creating a secret, but rather preparing for the verification that happens in the next step.VerifyAuthChallengeResponse
: This is where the core verification logic resides. This Lambda takes the signed passkey data from the frontend (provided by Corbado Connect), and verifies it against Corbado’s Backend API to confirm the user’s identity. If verification is successful, it informs Cognito to issue the session tokens.
Later in this guide, we will dive deep into the source code and configuration of each of these functions.
Example Application
To best illustrate the integration, we will refer to a complete example application. This application is built with the following technologies:
- Next.js: A popular React framework for building server-rendered applications.
- AWS Amplify: A library that simplifies interacting with AWS services like Cognito from a frontend application.
We will guide you through the implementation of two primary user flows: sign-up and login.
User Sign-up
In our example application, the initial user sign-up is handled through a conventional method (e.g., email and password) managed by Amazon Cognito. Once the user has an account and is logged in, we offer them the option to add a passkey to their account for future passwordless logins. This process is often called “passkey append”.
The flow is illustrated in detail here.
Implementation Overview
After a successful sign-up and initial login, the user is navigated to a page where the CorbadoConnectAppend
UI component is displayed. This component handles the entire passkey creation and association process.
The implementation relies on a client component that fetches a special token and then renders the CorbadoConnectAppend
component.
Obtaining the ConnectToken
Before rendering the component, we need a short-lived connectToken
(see here for more details) from Corbado’s Backend API. This token authorizes the creation of a passkey for a specific, authenticated user.
To get this token, the frontend first needs to get the idToken
for the currently logged-in user from AWS Amplify. This JWT is proof of the user’s session with Cognito.
The idToken
is then sent to a Next.js Server Action, which securely handles the communication with Corbado’s Backend API. The server action first verifies the idToken
to ensure it’s valid and extracts the user’s identity, then requests the connectToken
.
UI Component Integration
With the appendTokenProvider
logic in place, we can now integrate the CorbadoConnectAppend
component from the @corbado/connect-react
library. The component takes care of the entire UI and logic for creating and storing the passkey.
Here’s how it’s used in our example application’s post-login
page:
For a detailed explanation of all available props for this component, please see the CorbadoConnectAppend component documentation.
User Login
Now that users can associate passkeys with their accounts, we can enable a truly passwordless login experience. This is where the Amazon Cognito custom authentication flow we outlined in the “How it Works” section becomes essential.
The goal is to authenticate a user with their passkey using Corbado Connect and, upon success, establish an authenticated session with Amazon Cognito. To achieve this, we will use our three custom AWS Lambda functions to bridge the gap between the two systems and ultimately receive valid session tokens from Cognito.
The flow is illustrated in detail here.
Implementation Overview
The user login flow involves a sequence of interactions between the client application (using AWS Amplify), Amazon Cognito, and Corbado’s backend services. To best visualize this, we can use a sequence chart.
This chart illustrates the flow that begins after the user has successfully authenticated with their passkey using a Corbado Connect UI component. The focus here is on how the successful passkey authentication is used to establish a session with Cognito.
The signedPasskeyData
is a short-lived, single-use JSON Web Token (JWT) that proves a successful passkey authentication with Corbado. It is the key artifact that connects the two systems.
Storing Secrets
Our custom Lambda functions need to communicate securely with Corbado’s Backend API. To do this, they require access to sensitive credentials, namely your Project ID and API Secret.
It is critical to never hard-code secrets directly into your Lambda function’s source code. Instead, you should use a dedicated service for managing secrets. For our example application, and as a recommended best practice, we use AWS Systems Manager (SSM) Parameter Store.
By storing credentials as SecureString
parameters in the SSM Parameter Store, you ensure that they are encrypted at rest. You can then grant the Lambda function’s IAM role the necessary permissions to read these specific parameters at runtime. This approach provides a secure and scalable way to manage your secrets, separating them from your application code.
Lambda functions in detail
Here we will examine the code for each of the three Lambda functions required for the custom authentication flow.
This is the first and last Lambda to be called in the flow. It acts as the orchestrator or state machine.
This is the first and last Lambda to be called in the flow. It acts as the orchestrator or state machine.
This Lambda is responsible for creating the actual challenge. In a typical custom auth flow (like sending an OTP), this function would generate a secret and send it to the user.
In our passkey flow, however, the “secret” is created and signed on the client side during the WebAuthn ceremony handled by Corbado Connect. Therefore, the only job of this Lambda is to pass the user’s cognitoID
securely to the next step via privateChallengeParameters
. This ID is essential for the verification step.
This is the final and most critical Lambda in the chain. It’s responsible for verifying the user’s response to the challenge.
Its key responsibilities are:
- Get Secret: It securely fetches the secret from AWS Systems Manager Parameter Store.
- Call Corbado Backend API: It takes the
signedPasskeyData
(which is the user’schallengeAnswer
) and thecognitoID
and sends them to Corbado’s/v2/passkey/verifySignedData
endpoint. - Return Result: Based on the response from Corbado’s Backend API, it sets
event.response.answerCorrect
totrue
orfalse
, telling Cognito whether the user’s passkey authentication was successful.
You need to configure these three Lambdas in your Cognito User Pool’s settings under User pool > Authentication > Extensions.
Hosting Lambda functions
The three custom authentication Lambda functions can be deployed in two different ways, depending on your chosen setup and requirements:
- Corbado-Hosted: For ease of use and quicker setup, Corbado can manage and host these Lambda functions on your behalf within our secure AWS environment. This model simplifies maintenance and operations.
- Self-Hosted: For organizations that require full control over their infrastructure for security, compliance, or customization reasons, you can deploy and manage these Lambda functions directly within your own AWS account.
UI Component Integration
Now, let’s tie everything together and look at the client-side implementation. The login process is orchestrated by the CorbadoConnectLogin
UI component, which handles the passkey ceremony and then passes the result to our application logic to complete the sign-in with Cognito.
The core logic resides in a client component that wraps the CorbadoConnectLogin
component.
For a detailed explanation of all available props for this component, please see the CorbadoConnectLogin component documentation.
The onComplete
handler triggers our postPasskeyLoginNew
function, which performs the final steps to log the user into Cognito:
- Decode the JWT: The
signedPasskeyData
is a JWT. We decode it to extract thewebauthnId
, which is a stable identifier for the user in Corbado’s system. We will use this as theusername
for Cognito’s custom flow. signIn
: We callsignIn
from the AWS Amplify library, passing thewebauthnId
as theusername
and specifyingauthFlowType: 'CUSTOM_WITHOUT_SRP'
. This initiates the custom authentication flow and triggers ourdefine_auth_challenge
andcreate_auth_challenge
Lambdas.confirmSignIn
: We then immediately callconfirmSignIn
, providing the entiresignedPasskeyData
as thechallengeResponse
. This is the answer to the custom challenge, which triggers ourverify_auth_challenge_response
Lambda.- Redirection: Once
confirmSignIn
completes successfully, Cognito has issued valid session tokens to the Amplify library. The user is now fully authenticated, and we can redirect them to a protected page, like their profile.