Update 5/4/2021: We recently added support for installing via pip, take a look at the Installation section for running pacu when installed with pip. If you want to run pacu directly from the checked out repo you'll want to use ./cli.py
instead of python3 pacu.py
.
With this change files that where written to ./sessions/<session>
before are now output to ~/.local/share/pacu/<session>
.
-
Where to get help: the Rhino Security Labs Discord, or Stack Overflow
-
Where to file issues: https://github.com/RhinoSecurityLabs/pacu/issues
-
Maintained by: Rhino Security Labs
Pacu is an open-source AWS exploitation framework, designed for offensive security testing against cloud environments. Created and maintained by Rhino Security Labs, Pacu allows penetration testers to exploit configuration flaws within an AWS account, using modules to easily expand its functionality. Current modules enable a range of attacks, including user privilege escalation, backdooring of IAM users, attacking vulnerable Lambda functions, and much more.
Pacu is a fairly lightweight program, as it requires only Python3.7+ and pip3 to install a handful of Python libraries.
> pip3 install -U pip
> pip3 install -U pacu
> pacu
For a more detailed and user-friendly set of user instructions, please check out the Wiki's installation guide.
$ docker run -it rhinosecuritylabs/pacu:latest
$ docker run -it --entrypoint /bin/sh rhinosecuritylabs/pacu:latest
Warning: Running this command will mount your local AWS configuration files into the Docker container when it is launched. This means that any user with access to the container will have access to your host computer's AWS credentials.
$ docker run -it -v ~/.aws:/root/.aws rhinosecuritylabs/pacu:latest
Pacu uses a range of plug-in modules to assist an attacker in enumeration, privilege escalation, data exfiltration, service exploitation, and log manipulation within AWS environments. At present, Pacu has 36 modules for executing AWS attacks, but we'll be working hard to add more modules in the future, and suggestions for new modules (or even contributions of whole completed modules) are welcome.
To keep pace with ongoing AWS product developments, we've designed Pacu from the ground up with extensibility in mind. A common syntax and data structure keep modules easy to build and expand on - no need to specify AWS regions or make redundant permission checks between modules. A local SQLite database is used to manage and manipulate retrieved data, minimizing API calls (and associated logs). Reporting and attack auditing is also built into the framework; Pacu assists the documentation process through command logging and exporting, helping build a timeline for the testing process.
We'll be working on improving Pacu's core capabilities and building out a well-documented ecosystem so that cybersecurity researchers and developers can make new modules quickly and easily.
We're always happy to get bugs reports in the Pacu framework itself, as well as testing and feedback on different modules, and generally, critical feedback to help refine the framework. We hope to see this grow into a key open-source tool for testing AWS security, and we need your help to make that happen! Any support towards this effort through use, testing, improvement, or just by spreading the word, would be very much appreciated.
If you're interested in contributing directly to the Pacu Framework itself, please read our contribution guidelines for code conventions and git-flow notes.
If you're interested in writing your own modules for Pacu, check out our Module Development wiki page. As you develop new capabilities please reach out to us -- we'd love to add your new modules into the core collection that comes with Pacu.
- Improve interface formatting
- Database forward-migrations and version tracking
- "Attack Playbooks" to allow for easier use of complex module execution chains
- Colored console output
- Module Dry-Run functionality
- Allow use of standalone config files
- Plugin architecture improvements
- Pacu is officially supported in OSX and Linux.
- Pacu is Open-Source Software and is distributed with a BSD-3-Clause License.
The first time Pacu is launched, you will be prompted to start and name a new session. This session will be used to store AWS key pairs, as well as any data obtained from running various modules. You can have any number of different sessions in Pacu, each with their own sets of AWS keys and data, and resume a session at any time (though a restart is currently required to switch between sessions).
Modules require an AWS key, which grants you minimal access to an AWS environment and is comprised of an access key ID and a secret access key. To set your session's keys, use the set_keys
command, and then follow the prompts to supply a key alias (nickname for reference), an AWS access key ID, an AWS secret access key, and an AWS session token (if you are using one).
If you are ever stuck, help
will bring up a list of available commands.
list
will list the available modules for the regions that were set in the current session.help module_name
will return the applicable help information for the specified module.run module_name
will run the specified module with its default parameters.run module_name --regions eu-west-1,us-west-1
will run the specified module against the eu-west-1 and us-west-1 regions (for modules that support the --regions argument)
pacu --help
will display the help menupacu --session <session name>
sets the session to use for commands that require onepacu --list-modules
will list all modules available (does not require session)pacu --pacu-help
will list the pacu help window (does not require session)pacu --module-name <module name>
the name of a module to perform an action on, you can execute or get information on the modulepacu --exec
execute the module provided in--module-name
pacu --module-info
get information on the module provided in--module-name
pacu --data <service name || all>
query the local SQLAlchemy database to retrieve enumerated informationpacu --module-args="<arg1> <value> <arg2> <value>"
supply optional module arguments to the module being executedpacu --set-regions <region1 region2 || all>
set the regions to use in the session, separate regions by a space or enterall
for all regionspacu --whoami
get information about the current user
- Report vulnerabilities in Pacu directly to us via email: [email protected] .
- Pacu creates error logs within each session's folder, as well as a global error log for out-of-session errors which is created in the main directory. If you can, please include these logs with your bug reports, as it will dramatically simplify the debugging process.
- If you have a feature request, an idea, or a bug to report, please submit them here.
- Please include a description sufficient to reproduce the bug you found, including tracebacks and reproduction steps, and check for other reports of your bug before filing a new bug report. Don't submit duplicates.
For walkthroughs and full documentation, please visit the Pacu wiki.
- We'd love to hear from you, whatever the reason. Shoot us an email at [email protected] anytime!
- To the best of our knowledge Pacu's capabilities are compliant with the AWS Acceptable Use Policy, but as a flexible and modular tool, we cannot guarantee this will be true in every situation. It is entirely your responsibility to ensure that how you use Pacu is compliant with the AWS Acceptable Use Policy.
- Depending on what AWS services you use and what your planned testing entails, you may need to request authorization from Amazon before actually running Pacu against your infrastructure. Determining whether or not such authorization is necessary is your responsibility.
- As with any penetration testing tool, it is your responsibility to get proper authorization before using Pacu outside of your environment.
- Pacu is software that comes with absolutely no warranties whatsoever. By using Pacu, you take full responsibility for any and all outcomes that result.