Run Commander in the AWS Cloud
Commander is a powerful tool that can solve many issues and provide valuable information about your Keeper Security environment. In addition to using Commander on a local desktop or server, Commander can be run in a cloud environment such as AWS for performing scheduled or on-demand requirements.
In this example, we will demonstrate how to use Commander with AWS Lambda to run user and usage reports on a scheduled basis.
Commander
See the Installation and Setup page for download details
A Keeper user account with a Master Password login method (SSO login and MFA will not work without human interaction)
Access to AWS and permissions to create Lambda functions, and create layers in AWS Cloud9
Commander needs to be packaged on a machine that matches what it will run on in AWS Lambda. to do this, we can create the Commander package in Cloud9.
Select Amazon Linux 2 as Cloud9 platform.
In AWS Cloud9 check the version of installed Python interpreter.
As of March 2023, you can install Python3.8
In AWS Cloud9, create a layer via the zip file method and add a python directory
Use pip to install the following dependencies:
keepercommander
if Python3.8 was installed
Zip the now installed Commander package
Publish the Lambda layer
In AWS Lambda, use the Lambda editor to write a Python function.
The lambda_handler
function is triggered by Lambda when it is processed.
See a complete example of a Commander Lambda function below:
The function is made up of several parts:
This function is called when the lambda is triggered, all other functions should be called from this one.
Commander uses some parameters in order to authenticate the user account. We will attach these as environment variables and inject them into the Lambda. See further instructions below.
The above steps are all that are required to run Commander in Lambda, once they have been done and Commander SDK code can be performed.
In this example, we run a user status report and send the results to an email address.
Commander uses some parameters to authenticate the user account and identify what Keeper region to access. In order to pass these parameters into Lambda, we will set them as environment variables.
Commander automatically creates the required parameters when you login to the CLI. The easiest way to generate the required parameters is to login to the Commander CLI on your machine.
To get the Commander parameters, open the generated config.json file. By default this is located in the Users/[your username]/.keeper/
folder on your machine. See the config file documentation for more information.
You should see a file that looks similar to this:
To set the required Commander parameters as environment variables, first head to the lambda configuration and select "Environment Variables".
Set each commander parameter as an environment variable to be used by the Lambda.
You will also need to add your keeper master password to be used to login to Commander.
We are using environment variables to set the email addresses to send from and to for this example code. If you are not sending an email in your script, these are not needed
In the general configuration section of the Lambda configuration, it is recommended to change the timeout value. Some Commander functions take time, so if your script takes longer to complete than this number, the Lambda will automatically end without finishing.
You can set this to any number you are comfortable with. A value of 300 seconds (5 minutes) should be more than enough time for most processes.
In the Lambda editor, select the layer that you created above to include the Commander package in your Lambda build.
Create an EventCloud trigger to trigger the Lambda and set it to trigger at a cadence of your choice (for example once per day, or once every 30 days).
AWS can also be configured to trigger Lambda from a number of other sources including email and SMS triggers. See Amazon's documentation on invoking Lambda for more options:
In this example, we are sending an email with the report results. In order to enable the email, you will need to allow Lambda to access SES SendEmail/SendRawEmail
service.
You will also need to create an IAM identity to enable email sending.
For more information on setting up email sending with AWS, see Amazon's documentation:
In this example, we are sending an email with the report results. In order to enable the email, you will need to allow Lambda to access SES SendEmail
/SendRawEmail
service.
In this example, we run a report that combines the results of 2 Commander reports (security-report
and security-audit-report
) and send it via email as a JSON attachment, allowing us to obtain enterprise-wide security-monitoring data -- e.g., last-login date and overall security scores for each user in the enterprise -- in a regularly-scheduled and automated way. However, with this setup, any other set of Commander functions can be run with Lambda.
Experiment with other Commander functionality, Lambda invocation methods, and other AWS services (such as SNS for utilizing various methods for push notifications -- including SMS messages) to bring automated value to your Keeper processes.
For some examples of using the Commander SDK code, see the example scripts in the Commander GitHub repo:
To learn more about Commander's various methods, see the Command Reference section.
Environment Variable Name | Value | Example |
---|---|---|
KEEPER_USER
Keeper user account email address (config user
field)
user@example.com
KEEPER_SERVER
Keeper server domain (config server
field)
keepersecurity.com
KEEPER_CLONE_CODE
clone_code
field from config
36df3[...]A0dsa4g
KEEPER_PRIVATE_KEY
private_key
field from config
sxv[...]oz3p=fzw
KEEPER_DEV_TOKEN
device_token
field from config
xko[...]r2IxdiQ
KEEPER_PASSWORD
Password for keeper account
*****
KEEPER_SENDER
Email address to send emails from
user@example.com
KEEPER_SENDTO
Email address to send emails to
receiver@example.com