Autoryzatory API Gateway

Welcome! In this lesson, we'll learn how to secure your serverless APIs using API Gateway Authorizers. These are crucial for controlling who can access your backend services.

Think of an authorizer as a security guard at the entrance of your API. Before any request reaches your Lambda function or other backend service, the authorizer checks the request's credentials.

Authorizers provide robust authentication and authorization for your APIs. Here's why they are essential:

• Protect Backend Resources: Prevent unauthorized access to your Lambda functions and other services.
• Decouple Auth Logic: Separate authentication logic from your main business logic, keeping your functions cleaner.
• Fine-Grained Access: Control access to specific API methods or resources based on user identity or roles.

API Gateway offers several types of authorizers. Today, we'll focus on the two most flexible and commonly used:

• Lambda Custom Authorizers: A Lambda function you write to perform custom authentication.
• JWT Authorizers: API Gateway's native support for validating JSON Web Tokens (JWTs).

There's also IAM Authorizers, which use AWS IAM roles and policies, but we'll focus on the custom and JWT types here.

A Lambda Custom Authorizer is a Lambda function that you provide. API Gateway invokes this function with the incoming request's authorization token (e.g., from the Authorization header).

Your Lambda function then processes this token, performs its custom authentication logic (e.g., checks a database, calls an identity provider), and returns an IAM policy.

The core output of your Lambda authorizer is an IAM policy document. This policy tells API Gateway whether to Allow or Deny the request to the target API endpoint.

It includes a principalId (the authenticated user's identifier) and a policyDocument specifying the permissions. If Allow, the request proceeds; if Deny, it's rejected with a 401 Unauthorized error.

Here's a simple Python Lambda function acting as an authorizer. It checks for a specific token and returns an 'Allow' or 'Deny' policy based on it.

Try changing the token in the test event to see different outputs!

JWT (JSON Web Token) Authorizers allow API Gateway to natively validate JWTs. Instead of writing a Lambda function, you configure API Gateway with details about your JWT issuer.

When a request with a JWT comes in, API Gateway automatically performs validation steps like:

• Signature verification
• Expiration checks
• Audience and issuer validation

To set up a JWT authorizer, you typically provide API Gateway with:

• Issuer URL: The URL of the identity provider (e.g., https://cognito-idp.us-east-1.amazonaws.com/us-east-1_XXXXXXX for Cognito).
• Audience(s): A list of valid audiences for the token, ensuring the token is intended for your API.
• Identity Source: The header where the JWT is expected (e.g., $request.header.Authorization).

API Gateway then uses these details to fetch public keys and validate incoming JWTs.

Choosing between Lambda and JWT authorizers depends on your needs:

• Lambda Authorizer: Use for highly custom authentication logic, integration with legacy systems, or identity providers not supporting standard OIDC/OAuth2. Offers maximum flexibility.
• JWT Authorizer: Ideal when using standard identity providers like AWS Cognito User Pools, Auth0, Okta, etc. It's simpler to set up and has less operational overhead.

For most modern applications using standard identity providers, JWT authorizers are often the preferred choice.

You've now learned about API Gateway Authorizers, a vital component for securing your serverless APIs!

• Authorizers act as a front-door security check for your API endpoints.
• Lambda Custom Authorizers offer maximum flexibility for custom authentication logic.
• JWT Authorizers provide native, easy-to-configure validation for standard JSON Web Tokens.

By implementing authorizers, you ensure only legitimate requests access your backend services, enhancing the security of your applications.