aws-aad
v3.4.2
Published
Use Azure AD SSO to log into the AWS CLI.
Downloads
6
Readme
aws-aad
If your organization uses Azure Active Directory to provide SSO login to the AWS console, then there is no easy way to log in on the command line or to use the AWS CLI. This tool fixes that. It lets you use the normal Azure AD login (including MFA) from a command line to create a federated AWS session and places the temporary credentials in the proper place for the AWS CLI and SDKs.
Installation
Installation can be done in any of the following platform - Windows, Linux, Docker, Snap
Windows
Install Node.js v12 or higher. Then install aws-aad with npm:
npm install -g aws-aad
You may need to install puppeteer dependency, if you're getting missing chrome or chromium message
node <node_modules_dir>/aws-aad/node_modules/puppeteer/install.js
Linux
In Linux you can either install for all users or just the current user. In either case, you must first install Node.js v12 or higher and any puppeteer dependencies. Then follow the appropriate instructions.
Option A: Install for All Users
Install aws-aad globally with npm:
sudo npm install -g aws-aad --unsafe-perm
Puppeteer doesn't install globally with execution permissions for all users so you'll need to modify them:
sudo chmod -R go+rx $(npm root -g)
Option B: Install Only for Current User
First configure npm to install global packages in your home directory:
mkdir ~/.npm-global
npm config set prefix '~/.npm-global'
export PATH=~/.npm-global/bin:$PATH
source ~/.profile
echo 'export PATH=~/.npm-global/bin:$PATH' >> ~/.profile
source ~/.profile
Then install aws-aad:
npm install -g aws-aad
Usage
Configuration
AWS
To configure the aws-aad client run:
aws-aad --configure
You'll need your Azure Tenant ID and the App ID URI. To configure a named profile, use the --profile flag.
aws-aad --configure --profile foo
GovCloud Support
To use aws-aad with AWS GovCloud, set the region
profile property in your ~/.aws/config to the one of the GovCloud regions:
- us-gov-west-1
- us-gov-east-1
China Region Support
To use aws-aad with AWS China Cloud, set the region
profile property in your ~/.aws/config to the China region:
- cn-north-1
Staying logged in, skip username/password for future logins
During the configuration you can decide to stay logged in:
? Stay logged in: skip authentication while refreshing aws credentials (true|false) (false)
If you set this configuration to true, the usual authentication with username/password/MFA is skipped as it's using session cookies to remember your identity. This enables you to use --no-prompt
without the need to store your password anywhere, it's an alternative for using environment variables as described below.
As soon as you went through the full login procedure once, you can just use:
aws-aad --no-prompt
or
aws-aad --profile foo --no-prompt
to refresh your aws credentials.
Environment Variables
You can optionally store your responses as environment variables:
AZURE_TENANT_ID
AZURE_APP_ID_URI
AZURE_DEFAULT_USERNAME
AZURE_DEFAULT_PASSWORD
AZURE_DEFAULT_ROLE_ARN
AZURE_DEFAULT_DURATION_HOURS
To avoid having to <Enter>
through the prompts after setting these environment variables, use the --no-prompt
option when running the command.
aws-aad --no-prompt
Use the HISTCONTROL
environment variable to avoid storing the password in your bash history (notice the space at the beginning):
$ HISTCONTROL=ignoreboth
$ export AZURE_DEFAULT_PASSWORD=mypassword
$ aws-aad
Logging In
Once aws-aad is configured, you can log in. For the default profile, just run:
aws-aad
You will be prompted for your username and password. If MFA is required you'll also be prompted for a verification code or mobile device approval. To log in with a named profile:
aws-aad --profile foo
Alternatively, you can set the AWS_PROFILE
environmental variable to the name of the profile just like the AWS CLI.
Once you log in you can use the AWS CLI or SDKs as usual!
If you are logging in on an operating system with a GUI, you can log in using the actual Azure web form instead of the CLI:
aws-aad --mode gui
Logging in with GUI mode is likely to be much more reliable.
Note: on Linux you will likely need to disable the Puppeteer sandbox or Chrome will fail to launch:
aws-aad --no-sandbox
Behind corporate proxy
If behind corporate proxy, then just set https_proxy env variable.
Automation
Renew credentials for all configured profiles
You can renew credentials for all configured profiles in one run. This is especially useful, if the maximum session length on AWS side is configured to a low value due to security constraints. Just run:
aws-aad --all-profiles
If you configure all profiles to stay logged in, you can easily skip the prompts:
aws-aad --all-profiles --no-prompt
This will allow you to automate the credentials refresh procedure, eg. by running a cronjob every 5 minutes. To skip unnecessary calls, the credentials are only getting refreshed if the time to expire is lower than 11 minutes.
Getting Your Tenant ID and App ID URI
Your Azure AD system admin should be able to provide you with your Tenant ID and App ID URI. If you can't get it from them, you can scrape it from a login page from the myapps.microsoft.com page.
- Load the myapps.microsoft.com page.
- Click the chicklet for the login you want.
- In the window the pops open quickly copy the login.microsoftonline.com URL. (If you miss it just try again. You can also open the developer console with nagivation preservation to capture the URL.)
- The GUID right after login.microsoftonline.com/ is the tenant ID.
- Copy the SAMLRequest URL param.
- Paste it into a URL decoder (like this one) and decode.
- Paste the decoded output into the a SAML deflated and encoded XML decoder (like this one).
- In the decoded XML output the value of the
Audience
tag is the App ID URI. - You may double-check tenant ID using
Attribute
tag namedtenantid
provided in XML.
How It Works
The Azure login page uses JavaScript, which requires a real web browser. To automate this from a command line, aws-aad uses Puppeteer, which automates a real Chromium browser. It loads the Azure login page behind the scenes, populates your username and password (and MFA token), parses the SAML assertion, uses the AWS STS AssumeRoleWithSAML API to get temporary credentials, and saves these in the CLI credentials file.
Troubleshooting
The nature of browser automation with Puppeteer means the solution is bit brittle. A minor change on the Microsoft side could break the tool. If something isn't working, you can fall back to GUI mode (above). To debug an issue, you can run in debug mode (--mode debug) to see the GUI while aws-aad tries to populate it. You can also have the tool print out more detail on what it is doing to try to do in order to diagnose. aws-aad uses the Node debug module to print out debug info. Just set the DEBUG environmental variable to 'aws-aad'. On Linux/OS X:
DEBUG=aws-aad aws-aad
On Windows:
set DEBUG=aws-aad
aws-aad
Support for Other Authentication Providers
Obviously, this tool only supports Azure AD as an identity provider. However, there is a lot of similarity with how other logins with other providers would work (especially if they are SAML providers). If you are interested in building support for a different provider let me know. It would be great to build a more generic AWS CLI login tool with plugins for the various providers.