$ git clone https://github.com/khulnasoft/cloudexploit.git
$ cd cloudexploit
$ npm install
$ ./index.js -h
$ git clone https://github.com/khulnasoft/cloudexploit.git
$ cd cloudexploit
$ docker build . -t cloudexploit:0.0.1
$ docker run cloudexploit:0.0.1 -h
$ docker run -e AWS_ACCESS_KEY_ID=XX -e AWS_SECRET_ACCESS_KEY=YY cloudexploit:0.0.1 --compliance=pci
- Background
- Deployment Options
- Installation
- Configuration
- Running
- CLI Options
- Compliance
- Output Formats
- Suppressions
- Running a Single Plugin
- Architecture
- Writing a Plugin
- Other Notes
CloudExploit by Khulnasoft is an open-source project designed to allow detection of security risks in cloud infrastructure accounts, including: Amazon Web Services (AWS), Microsoft Azure, Google Cloud Platform (GCP), Oracle Cloud Infrastructure (OCI), and GitHub. These scripts are designed to return a series of potential misconfigurations and security risks.
CloudExploit is available in two deployment options:
Follow the instructions below to deploy the open-source version of CloudExploit on your machine in just a few simple steps.
A commercial version of CloudExploit hosted at Khulnasoft Wave. Try Khulnasoft Wave today!
Ensure that NodeJS is installed. If not, install it from here.
$ git clone [email protected]:cloudexploit/scans.git
$ npm install
CloudExploit requires read-only permission to your cloud account. Follow the guides below to provision this access:
For AWS, you can run CloudExploit directly and it will detect credentials using the default AWS credential chain.
The CloudExploit config file allows you to pass cloud provider credentials by:
- A JSON file on your file system
- Environment variables
- Hard-coding (not recommended)
Start by copying the example config file:
$ cp config_example.js config.js
Edit the config file by uncommenting the relevant sections for the cloud provider you are testing. Each cloud has both a credential_file option, as well as inline options. For example:
azure: {
// OPTION 1: If using a credential JSON file, enter the path below
// credential_file: '/path/to/file.json',
// OPTION 2: If using hard-coded credentials, enter them below
// application_id: process.env.AZURE_APPLICATION_ID || '',
// key_value: process.env.AZURE_KEY_VALUE || '',
// directory_id: process.env.AZURE_DIRECTORY_ID || '',
// subscription_id: process.env.AZURE_SUBSCRIPTION_ID || ''
}
If you use the credential_file option, point to a file in your file system that follows the correct format for the cloud you are using.
{
"accessKeyId": "YOURACCESSKEY",
"secretAccessKey": "YOURSECRETKEY"
}
{
"ApplicationID": "YOURAZUREAPPLICATIONID",
"KeyValue": "YOURAZUREKEYVALUE",
"DirectoryID": "YOURAZUREDIRECTORYID",
"SubscriptionID": "YOURAZURESUBSCRIPTIONID"
}
Note: For GCP, you generate a JSON file directly from the GCP console, which you should not edit.
{
"type": "service_account",
"project": "GCPPROJECTNAME",
"client_email": "GCPCLIENTEMAIL",
"private_key": "GCPPRIVATEKEY"
}
{
"tenancyId": "YOURORACLETENANCYID",
"compartmentId": "YOURORACLECOMPARTMENTID",
"userId": "YOURORACLEUSERID",
"keyFingerprint": "YOURORACLEKEYFINGERPRINT",
"keyValue": "YOURORACLEKEYVALUE",
}
CloudExploit supports passing environment variables, but you must first uncomment the section of your config.js file relevant to the cloud provider being scanned.
You can then pass the variables listed in each section. For example, for AWS:
{
access_key: process.env.AWS_ACCESS_KEY_ID || '',
secret_access_key: process.env.AWS_SECRET_ACCESS_KEY || '',
session_token: process.env.AWS_SESSION_TOKEN || '',
}
To run a standard scan, showing all outputs and results, simply run:
$ ./index.js
CloudExploit supports many options to customize the run time. Some popular options include:
- AWS GovCloud support:
--govcloud - AWS China support:
--china - Save the raw cloud provider response data:
--collection=file.json - Ignore passing (OK) results:
--ignore-ok - Exit with a non-zero code if non-passing results are found:
--exit-code- This is a good option for CI/CD systems
- Change the output from a table to raw text:
--console=text
See Output Formats below for more output options.
Click for a full list of options
$ ./index.js -h
_____ _ _ ______ _ _ _
/ ____| | | | ____| | | (_) |
| | | | ___ _ _ __| | |__ __ ___ __ | | ___ _| |_
| | | |/ _ \\| | | |/ _\` | __| \\ \\/ / '_ \\| |/ _ \\| | __|
| |____| | (_) | |_| | (_| | |____ > <| |_) | | (_) | | |_
\\_____|_|\\___/ \\__,_|\\__,_|______/_/\\_\\ .__/|_|\\___/|_|\\__|
| |
|_|
CloudExploit by Khulnasoft Security, Ltd.
Cloud security auditing for AWS, Azure, GCP, Oracle, and GitHub
usage: index.js [-h] --config CONFIG [--compliance {hipaa,cis,cis1,cis2,pci}] [--plugin PLUGIN] [--govcloud] [--china] [--csv CSV] [--json JSON] [--junit JUNIT]
[--table] [--console {none,text,table}] [--collection COLLECTION] [--ignore-ok] [--exit-code] [--skip-paginate] [--suppress SUPPRESS]
optional arguments:
-h, --help show this help message and exit
--config CONFIG
The path to a cloud provider credentials file.
--compliance {hipaa,cis,cis1,cis2,pci}
Compliance mode. Only return results applicable to the selected program.
--plugin PLUGIN A specific plugin to run. If none provided, all plugins will be run. Obtain from the exports.js file. E.g. acmValidation
--govcloud AWS only. Enables GovCloud mode.
--china AWS only. Enables AWS China mode.
--csv CSV Output: CSV file
--json JSON Output: JSON file
--junit JUNIT Output: Junit file
--table Output: table
--console {none,text,table}
Console output format. Default: table
--collection COLLECTION
Output: full collection JSON as file
--ignore-ok Ignore passing (OK) results
--exit-code Exits with a non-zero status code if non-passing results are found
--skip-paginate AWS only. Skips pagination (for debugging).
--suppress SUPPRESS Suppress results matching the provided Regex. Format: pluginId:region:resourceId
CloudExploit supports mapping of its plugins to particular compliance policies. To run the compliance scan, use the --compliance flag. For example:
$ ./index.js --compliance=hipaa
$ ./index.js --compliance=pci
Multiple compliance modes can be run at the same time:
$ ./index.js --compliance=cis1 --compliance=cis2
CloudExploit currently supports the following compliance mappings:
$ ./index.js --compliance=hipaa
HIPAA scans map CloudExploit plugins to the Health Insurance Portability and Accountability Act of 1996.
$ ./index.js --compliance=pci
PCI scans map CloudExploit plugins to the Payment Card Industry Data Security Standard.
$ ./index.js --compliance=cis
$ ./index.js --compliance=cis1
$ ./index.js --compliance=cis2
CIS Benchmarks are supported, both for Level 1 and Level 2 controls. Passing --compliance=cis will run both level 1 and level 2 controls.
CloudExploit supports output in several formats for consumption by other tools. If you do not specify otherwise, CloudExploit writes output to standard output (the console) as a table.
Note: You can pass multiple output formats and combine options for further customization. For example:
# Print a table to the console and save a CSV file
$ ./index.js --csv=file.csv --console=table
# Print text to the console and save a JSON and JUnit file while ignoring passing results
$ ./index.js --json=file.json --junit=file.xml --console=text --ignore-ok
By default, CloudExploit results are printed to the console in a table format (with colors). You can override this and use plain text instead, by running:
$ ./index.js --console=text
Alternatively, you can suppress the console output entirely by running:
$ ./index.js --console=none
You can ignore results from output that return an OK status by passing a --ignore-ok commandline argument.
$ ./index.js --csv=file.csv
$ ./index.js --json=file.json
$ ./index.js --junit=file.xml
CloudExploit saves the data queried from the cloud provider APIs in JSON format, which can be saved alongside other files for debugging or historical purposes.
$ ./index.js --collection=file.json
Results can be suppressed by passing the --suppress flag (multiple options are supported) with the following format:
--suppress pluginId:region:resourceId
For example:
# Suppress all results for the acmValidation plugin
$ ./index.js --suppress acmValidation:*:*
# Suppress all us-east-1 region results
$ ./index.js --suppress *:us-east-1:*
# Suppress all results matching the regex "certificate/*" in all regions for all plugins
$ ./index.js --suppress *:*:certificate/*
The --plugin flag can be used if you only wish to run one plugin.
$ ./index.js --plugin acmValidation
CloudExploit works in two phases. First, it queries the cloud infrastructure APIs for various metadata about your account, namely the "collection" phase. Once all the necessary data is collected, the result is passed to the "scanning" phase. The scan uses the collected data to search for potential misconfigurations, risks, and other security issues, which are the resulting output.
Please see our contribution guidelines and complete guide to writing CloudExploit plugins.
The --remediate flag can be used if you want to run remediation for the plugins mentioned as part of this argument. This takes a list of plugin names.
Please see our developing remediation guide for more details.
For other details about the Khulnasoft Wave SaaS product, AWS security policies, and more, click here.