An open API service indexing awesome lists of open source software.

https://github.com/ezra-buckingham/terry-the-terraformer

A CLI for deploying red team infrastructure across mutliple cloud providers, all integrated with a virtual Nebula network, and full ELK integration
https://github.com/ezra-buckingham/terry-the-terraformer

ansible aws azure cli digitalocean docker docker-compose elasticsearch filebeat google-cloud-platform logstash namecheap nebula proxmox redteam terraform

Last synced: 16 days ago
JSON representation

A CLI for deploying red team infrastructure across mutliple cloud providers, all integrated with a virtual Nebula network, and full ELK integration

Awesome Lists containing this project

README

        



# Terry the Terraformer

A Python CLI tool for building a red team infrastructure using Terraform, Ansible, and Docker. Once deployed, all resources can be integrated into a [Nebula network](https://github.com/slackhq/nebula) for secure communications across nodes as well as with centralized logging that all goes through Logstash and into an Elastic Stack.

## Documentation

Most documentation can be found in the [Wiki pages](https://github.com/ezra-buckingham/terry-the-terraformer/wiki). If there is something missing or unclear, please create a GitHub issue.

## Getting Started

Getting started is relatively easy. Follow the [Getting Started](https://github.com/ezra-buckingham/terry-the-terraformer/wiki/Getting-Started) instructions to begin using Terry.

## Why this solution?

If you are interested to find out how I landed on this solution, go follow my "DevAttackOps" series on my blog where I talk through each step of this solution in a blog format.

https://ezrabuckingham.com/tags/devattackops/

## Contributors / Acknowledgement

I would like to thank all the people who have helped with the architecture of this project and the development of each piece. Initially, this project came to life from a co-worker, [WJDigby](https://github.com/WJDigby). He had a much cooler name for the project than Terry. And not to mention all the people in BloodHound Slack that I pestered for getting feedback on this solution. Thank you!

[![Twitter Follow](https://img.shields.io/twitter/follow/buckinghamezra.svg?style=social&label=Follow)](https://twitter.com/buckinghamezra) Ezra Buckingham @BuckinghamEzra

[![Twitter Follow](https://img.shields.io/twitter/follow/discoverscripts.svg?style=social&label=Follow)](https://twitter.com/discoverscripts) Lee Baird @discoverscripts

### Honorable Mentions

[![Twitter Follow](https://img.shields.io/twitter/follow/jay_townsend1.svg?style=social&label=Follow)](https://twitter.com/jay_townsend1) Jay "L1ghtn1ng" Townsend @jay_townsend1

## Known Issues

Terry contains a few known issues. Below are some of the ones I have identified:

* No central management of wildcard certs (wildcard cert generation likely coming in the future)
* PTR records need to be determined before SMTP will work
* DigitalOcean will create PTR records from the name of the host, need to make sure name of host is the FQDN

## What's Next?

* Adding a secrets management solution to Terry to allow for dynamic generation of secrets and automatic pushing of secrets to a secure place
* Timeout date on infra (auto-destroy)
* Scan Terraform code for vulnerabilities
* Potential override templates