AWS Cognito package using the AWS SDK for PHP
This package provides a simple way to use AWS Cognito authentication in Laravel for Web and API Auth Drivers. The idea of this package, and some of the code, is based on the package from Pod-Point which you can find here: Pod-Point/laravel-cognito-auth, black-bits/laravel-cognito-auth and tymondesigns/jwt-auth.
DEMO Application. You can try and register and login. For the first time, it will force the user to change password. The source code of the demo application is also available of the GitHub.
We decided to use it and contribute it to the community as a package, that encourages standarised use and a RAD tool for authentication using AWS Cognito.
- Registration and Confirmation E-Mail (Sign Up)
- Forced password change at first login (configurable)
- Login (Sign In)
- Remember Me Cookie
- Single Sign On
- Forgot Password (Resend - configurable)
- User Deletion
- Edit User Attributes
- Reset User Password
- Confirm Sign Up
- Easy API Token handling (uses the cache driver)
- DynamoDB support for Web Sessions and API Tokens (useful for server redundency OR multiple containers)
- Easy configuration of Token Expiry (Manage using the cognito console, no code or configurations needed)
- Support for App Client without Secret
- Support for Cognito Groups, including assigning a default group to a new user
- Session (Web) now has AccessToken and RefreshToken as part of the claim object
- Logout (Sign Out) - Remove access tokens from AWS
- Forced Logout (Sign Out) - Revoke the RefreshToken from AWS (NEW Feature)
PHP Version | Support |
---|---|
7.4 | Yes |
8.0 | Yes |
8.1 | Yes |
Laravel Version | Support |
---|---|
7.x | Yes |
8.x | Yes |
9.x | Yes |
You can install the package via composer.
composer require ellaisys/aws-cognito
Using a version prior to Laravel 5.5 you need to manually register the service provider.
// config/app.php
'providers' => [
...
Ellaisys\Cognito\Providers\AwsCognitoServiceProvider::class,
];
Next you can publish the config and the view.
php artisan vendor:publish --provider="Ellaisys\Cognito\Providers\AwsCognitoServiceProvider"
Last but not least you want to change the auth driver. To do so got to your config\auth.php file and change it to look the following:
'guards' => [
'web' => [
'driver' => 'cognito-session', // This line is important for using AWS Cognito as Web Driver
'provider' => 'users',
],
'api' => [
'driver' => 'cognito-token', // This line is important for using AWS Cognito as API Driver
'provider' => 'users',
],
],
In order to use AWS Cognito as authentication provider, you require a Cognito User Pool.
If you haven't created one already, go to your Amazon management console and create a new user pool.
Next, generate an App Client. This will give you the App client id and the App client secret
you need for your .env
file.
IMPORTANT: Don't forget to activate the checkbox to Enable sign-in API for server-based Authentication. The Auth Flow is called: ADMIN_USER_PASSWORD_AUTH (formerly ADMIN_NO_SRP_AUTH)
You also need a new IAM Role with the following Access Rights:
- AmazonCognitoDeveloperAuthenticatedIdentities
- AmazonCognitoPowerUser
- AmazonESCognitoAccess
From this IAM User you must use the AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY in the laravel environment file.
Add the following fields to your .env
file and set the values according to your AWS settings:
# AWS configurations for cloud storage
AWS_ACCESS_KEY_ID="Axxxxxxxxxxxxxxxxxxxxxxxx6"
AWS_SECRET_ACCESS_KEY="mxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx+"
# AWS Cognito configurations
AWS_COGNITO_CLIENT_ID="6xxxxxxxxxxxxxxxxxxxxxxxxr"
AWS_COGNITO_CLIENT_SECRET="1xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx1"
AWS_COGNITO_USER_POOL_ID="xxxxxxxxxxxxxxxxx"
AWS_COGNITO_REGION="xxxxxxxxxxx" //optional - default value is 'us-east-1'
AWS_COGNITO_VERSION="latest" //optional - default value is 'latest'
For more details on how to find AWS_COGNITO_CLIENT_ID, AWS_COGNITO_CLIENT_SECRET and AWS_COGNITO_USER_POOL_ID for your application, please refer COGNITOCONFIG File
If you are already working on an existing project and want to integrate Cognito you have to import a user csv file to your Cognito Pool.
Our package is providing you 6 traits you can just add to your Auth Controllers to get our package running.
- Ellaisys\Cognito\Auth\AuthenticatesUsers
- Ellaisys\Cognito\Auth\RegistersUsers
- Ellaisys\Cognito\Auth\ResetsPasswords
- Ellaisys\Cognito\Auth\RespondsMFAChallenge
- Ellaisys\Cognito\Auth\SendsPasswordResetEmails
- Ellaisys\Cognito\Auth\VerifiesEmails
In the simplest way you just go through your Auth Controllers and change namespaces from the traits which are currently implemented from Laravel.
You can change structure to suit your needs. Please be aware of the @extend statement in the blade file to fit into your project structure.
At the current state you need to have those 4 form fields defined in here. Those are token
, email
, password
, password_confirmation
.
With our package and AWS Cognito we provide you a simple way to use Single Sign-Ons. For configuration options take a look at the config cognito.php.
When you want SSO enabled and a user tries to login into your application, the package checks if the user exists in your AWS Cognito pool. If the user exists, he will be created automatically in your database provided the add_missing_local_user_sso
is to true
, and is logged in simultaneously.
That's what we use the fields sso_user_model
and cognito_user_fields
for. In sso_user_model
you define the class of your user model. In most cases this will simply be App\User.
With cognito_user_fields
you can define the fields which should be stored in Cognito. Put attention here. If you define a field which you do not send with the Register Request this will throw you an InvalidUserFieldException and you won't be able to register.
Now that you have registered your users with their attributes in the AWS Cognito pool and your database and you want to attach a second app which should use the same pool. Well, that's actually pretty easy. You can use the API provisions that allows multiple projects to consume the same AWS Cognito pool.
*IMPORTANT: if your users table has a password field you are not going to need this anymore. What you want to do is set this field to be nullable, so that users can be created without passwords. From now on, Passwords are stored in Cognito.
Any additional registration data you have, for example firstname
, lastname
needs to be added in
cognito.php cognito_user_fields config to be pushed to Cognito. Otherwise they are only stored locally
and are not available if you want to use Single Sign On's.*
In case the user has not activated the account, AWS Cognito as a default feature does not allow user of use the forgot password feature. We have introduced the AWS documented feature that allows the password to be resent.
We have made this configurable for the developers so that they can use it as per the business requirement. The configuration takes a boolean value. Default is true (allows resend of forgot password)
AWS_COGNITO_ALLOW_FORGOT_PASSWORD_RESEND=true
In case you are using this library as API driver, you can register the middleware into the kernal.php in the $routeMiddleware
protected $routeMiddleware = [
...
'aws-cognito' => \Ellaisys\Cognito\Http\Middleware\AwsCognitoAuthenticate::class
]
To use the middleware into the Web routes, you can use the std auth middleware as shown below
Route::middleware('auth')->get('user', 'NameOfTheController@functionName');
To use the middleware into the API routes, as shown below
Route::middleware('aws-cognito')->get('user', 'NameOfTheController@functionName');
As a default, if you are registering a new user with Cognito, Cognito will send you an email during signUp that includes the username and temporary password for the users to verify themselves.
Using this library in conjunction with AWS Lambda, once can look to customize the email template and content. The email template can be text or html based. The Lambda code for not included in this code repository. You can create your own. Any object (array) that you pass to the registration method is transferred as is to the lambda function, we are not prescriptive about the attribute names.
We have made is very easy for anyone to use the default behaviour.
- You don't need to create an extra field to store the verification token.
- You don't have to bother about the Sessions or API tokens, they are managed for you. The session or token is managed via the standard mechanism of Laravel. You have the liberty to keep it where ever you want, no security loop holes.
- If you use the trait provided by us 'Ellaisys\Cognito\Auth\RegistersUsers', the code will be limited to just a few lines
- if you are using the Laravel scafolding, then make the password nullable in DB or drop it from schema. Passwords will be only managed by AWS Cognito.
use Ellaisys\Cognito\Auth\RegistersUsers;
class UserController extends BaseController
{
use RegistersUsers;
public function register(Request $request)
{
$validator = $request->validate([
'name' => 'required|max:255',
'email' => 'required|email|max:64|unique:users',
'password' => 'sometimes|confirmed|min:6|max:64',
]);
//Create credentials object
$collection = collect($request->all());
$data = $collection->only('name', 'email', 'password'); //passing 'password' is optional.
//Register User in cognito
if ($cognitoRegistered=$this->createCognitoUser($data)) {
//If successful, create the user in local db
User::create($collection->only('name', 'email'));
} //End if
//Redirect to view
return view('login');
}
}
-
You don't need to turn off Cognito to send you emails. We rather propose the use of AWS Cognito or AWS SMS mailers, such that use credentials are always secure.
-
In case you want to suppress the mails to be sent to the new users, you can configure the parameter given below to skip welcome mails to new user registration. Default configuration shall send the welcome email.
AWS_COGNITO_NEW_USER_MESSAGE_ACTION="SUPPRESS"
- The configuration given below allows the new user's email address to be auto marked as verified. The default configuration
AWS_COGNITO_FORCE_NEW_USER_EMAIL_VERIFIED=false
- To assign a default group to a new user when registering set a name of the user group as per the configuration done via AWS Cognito Management Console. The default value is set to null.
AWS_COGNITO_DEFAULT_USER_GROUP="Customers"
We have provided you with a useful trait that make the authentication very simple (with Web or API routes). You don't have to worry about any additional code to manage sessions and token (for API).
The trait takes in some additional parameters, refer below the function signature of the trait. Note that the function takes the object of Illuminate\Support\Collection instead of Illuminate\Http\Request. This will allow you to use this function in any tier of the code.
Also, the 'guard' name reference is passed, so that you can reuse the function for multiple guard drivers in your project. The function has the capability to handle the Session and Token Guards with multiple drivers and providers as defined in /config/auth.php
namespace Ellaisys\Cognito\Auth;
protected function attemptLogin (
Collection $request, string $guard='web',
string $paramUsername='email', string $paramPassword='password',
bool $isJsonResponse=false
) {
...
...
...
}
In case you want to use this trait for Web login, you can write the code as shown below in the AuthController.php
namespace App\Http\Controllers;
...
use Ellaisys\Cognito\AwsCognitoClaim;
use Ellaisys\Cognito\Auth\AuthenticatesUsers as CognitoAuthenticatesUsers;
class AuthController extends Controller
{
use CognitoAuthenticatesUsers;
/**
* Authenticate User
*
* @throws \HttpException
*
* @return mixed
*/
public function login(\Illuminate\Http\Request $request)
{
...
//Convert request to collection
$collection = collect($request->all());
//Authenticate with Cognito Package Trait (with 'web' as the auth guard)
if ($response = $this->attemptLogin($collection, 'web')) {
if ($response===true) {
return redirect(route('home'))->with('success', true);
} else if ($response===false) {
// If the login attempt was unsuccessful you may increment the number of attempts
// to login and redirect the user back to the login form. Of course, when this
// user surpasses their maximum number of attempts they will get locked out.
//
//$this->incrementLoginAttempts($request);
//
//$this->sendFailedLoginResponse($collection, null);
} else {
return $response;
} //End if
} //End if
} //Function ends
...
} //Class ends
In case you want to use this trait for API based login, you can write the code as shown below in the AuthApiController.php
namespace App\Api\Controller;
...
use Ellaisys\Cognito\AwsCognitoClaim;
use Ellaisys\Cognito\Auth\AuthenticatesUsers as CognitoAuthenticatesUsers;
class AuthApiController extends Controller
{
use CognitoAuthenticatesUsers;
/**
* Authenticate User
*
* @throws \HttpException
*
* @return mixed
*/
public function login(\Illuminate\Http\Request $request)
{
...
//Convert request to collection
$collection = collect($request->all());
//Authenticate with Cognito Package Trait (with 'api' as the auth guard)
if ($claim = $this->attemptLogin($collection, 'api', 'username', 'password', true)) {
if ($claim instanceof AwsCognitoClaim) {
return $claim->getData();
} else {
return response()->json(['status' => 'error', 'message' => $claim], 400);
} //End if
} //End if
} //Function ends
...
} //Class ends
The logout methods are now part of the guard implementations, the logout method removes the access-tokens from AWS and also removes from Application Storage managed by this library. Just calling the auth guard logout method will be sufficient. You can implement it into the routes or controller based on your development preference.
The logout method now takes an optional boolean parameter (true) to revoke RefreshToken. The default value is (false) and that will persist the Refresh Token with AWS Cognito.
...
Auth::guard('api')->logout();
...
Auth::guard('api')->logout(true); //Revoke the Refresh Token.
You can use this trait for API to generate new token
namespace App\Api\Controller;
...
use Ellaisys\Cognito\AwsCognitoClaim;
use Ellaisys\Cognito\Auth\RefreshToken;
class AuthApiController extends Controller
{
use RefreshToken;
/**
* Generate a new token using refresh token.
*
* @throws \HttpException
*
* @return mixed
*/
public function refreshToken(\Illuminate\Http\Request $request)
{
...
$validator = $request->validate([
'email' => 'required|email',
'refresh_token' => 'required'
]);
try {
if ($claim = $this->refresh($request, 'email', 'refresh_token')) {
if ($claim instanceof AwsCognitoClaim) {
return $claim->getData();
} else {
if ($claim->getData()->error == 'cognito.validation.invalid_username') {
return response()->json(['status' => 'error', 'message' => $claim->getData()], 400);
} //End if
} //End if
} //End if
} catch (CognitoIdentityProviderException $exception) {
return response()->json(['status' => 'error', 'message' => 'Invalid refresh token.'], 400);
}
} //Function ends
...
} //Class ends
If you want to give your users the ability to delete themselves from your app you can use our deleteUser function from the CognitoClient.
To delete the user you should call deleteUser and pass the email of the user as a parameter to it. After the user has been deleted in your cognito pool, delete your user from your database too.
$cognitoClient->deleteUser($user->email);
$user->delete();
We have implemented a new config option delete_user
, which you can access through AWS_COGNITO_DELETE_USER
env var.
If you set this config to true, the user is deleted in the Cognito pool. If it is set to false, it will stay registered.
Per default this option is set to false. If you want this behaviour you should set USE_SSO to true to let the user
restore themselves after a successful login.
To access our CognitoClient you can simply pass it as a parameter to your Controller Action where you want to perform the deletion.
public function deleteUser(Request $request, AwsCognitoClient $client)
Laravel will take care of the dependency injection by itself.
IMPORTANT: You want to secure this action by maybe security questions, a second delete password or by confirming
the email address.
If you have a deployment architecture, that involves multiple servers and you want to maintain the web sessions or API tokens across the servers, you can use the AWS DynamoDB. The library is capable of handling the DynamoDB with ease. All that you need to do is create the table in AWS DynamoDB and change a few configurations.
- Go to the AWS Console and create a new table.
- Enter the unique table name as per your preferences.
- The primary key (or partition key) should be key of type string
- Use default settings and click the Create button
Add/Edit the following fields to your .env
file and set the values according to your AWS settings:
# Cache Configuration
CACHE_DRIVER="dynamodb"
DYNAMODB_CACHE_TABLE="table-name-of-your-choice" //This should match the table name provided above
# Session Configuration
SESSION_DRIVER="dynamodb"
SESSION_LIFETIME=120
SESSION_DOMAIN="set-your-domain-name" //The domain name can be as per your preference
SESSION_SECURE_COOKIE=true
# DynamoDB Configuration
DYNAMODB_ENDPOINT="https://dynamodb.us-west-2.amazonaws.com" // You can change the endpoint based of different regions
Refer the AWS DynamoDB Documentation and refer the endpoints provided in Service endpoints section.
Update the DynamoDB table for the TTL columns as expires_at
In case of the new cognito users, the AWS SDK will send a session key and the user is expected to change the password, in a forced mode. Make sure you force the users to change the password for the first login by new cognito user.
However, if you have an API based implementation, and want to automatically authenticate the user without forcing the password change, you may do that with below setting fields to your .env
file
AWS_COGNITO_FORCE_PASSWORD_CHANGE_API=false //Make true for forcing password change
AWS_COGNITO_FORCE_PASSWORD_AUTO_UPDATE_API=true //Make false for stopping auto password change
The library now supports where the AWS configuration of App Client with the Client Secret set to disabled. Use the below configuration into the environment file to enable/disable this. The default is marked as enable (i.e. we expect the App Client Secret to be enabled in AWS Cognito configuration)
AWS_COGNITO_CLIENT_SECRET_ALLOW=false
Please see CHANGELOG for more information on what has changed recently.
If you discover any security related issues, please email [email protected] and also add it to the issue tracker.
https://github.com/ellaisys/aws-cognito/wiki/RoadMap
- Star this project on GitHub.
- Report bugs or suggest features by creating new issues or adding comments to issues
- Submit pull requests
- Spread the word by blogging about SimplCommerce or sharing it on social networks
- Donate to us
This project exists thanks to all the people who contribute.
EllaiSys was a web and consulting agency specialized in Cloud Computing (AWS and Azure), DevOps, and Product Engneering. We closed our professional services offerings from Oct 2021, however the team continues to support the open source projects as our commitment towards the community. Anyone interested to support the development is welcome.
The MIT License (MIT). Please see License File for more information.
This package is currently in production ready mode with already a few implementations done. We would be happy to hear from you, about the defects or new feature enhancements. However, this being a free support, we would not be able to commit to support SLAs or timelines.