Gauntlt is a ruggedization framework that enables security testing that is usable by devs, ops and security.
As of 2018, Gauntlt is re-launching development efforts and building a commmunity of practice. Join us on the gauntlt slack channel. We are hoping to extend gauntlt functionality, add attack adapters and buildup a library of sharable attacks that fit everyone's needs. This isn't just for ruby developers, we need feedback and contributions from security experts and people with experience running gauntlt in build pipelines. Join us!
We welcome feedback and contributions. Please file issues via github and follow the project on twitter: @gauntlt.
Have questions? Feel free to open a ticket, but we would prefer you find us on the gauntlt slack channel (gauntlt.slack.com).
You might want also take a look at gauntlt-docker which has gauntlt and a few attack tools all grouped into one container.
Note: if you are new to gauntlt, have a look at gauntlt-starter-kit, it is the easiest way to get up and running.
If you are using Kali Linux 2.0, Debian Jessie, Ubuntu 14.04, or Ubuntu 15.10, you can run the following:
git clone https://github.com/gauntlt/gauntlt
cd gauntlt
source ./install_gauntlt_deps.sh
bash ./ready_to_rumble.sh
gauntlt
This script will install Ruby RVM, all the required system dependencies and tools, and update your .bashrc with the necessary environmental variables. You can install this for another user by exporting $HOME_FOLDER and $USER_NAME variables before running install_gauntlt_deps.sh
To install Gauntlt from source, you will need ruby version 2.1.0
or higher,
but you can run gauntlt against applications built with any language or platform.
-
Install the gem
$ gem install gauntlt
-
Create an attack file and put it anywhere you like. (There is a more relevant example on gauntlt.org)
# simplest.attack Feature: simplest attack possible Scenario: When I launch a "generic" attack with: """ ls -a """ Then the output should contain: """ . """
-
Run gauntlt to launch the attack defined above
$ gauntlt # equivalent to gauntlt ./**/*.attack # by default, gauntlt will search in the current folder # and its subfolders for files with the .attack extension # you can also specify one or more paths yourself: $ gauntlt my_attacks/*.attack some_other.file
For more attacks, refer to the examples.
-
Other commands
# list defined attacks $ gauntlt --list # get help $ gauntlt --help
Gauntlt includes attack adapters for the following tools:
- [arachni] [arachni]
- [curl] [curl]
- [dirb] [dirb]
- [Garmr] [garmr]
- [heartbleed] [heartbleed]
- [nmap] [nmap]
- [sqlmap] [sqlmap]
- [sslyze] [sslyze]
You will need to install each tool yourself before you can use it with gauntlt. However, if you try to use a tool that is not installed or that gauntlt cannot find, you will get a helpful error message from gauntlt with information on how to install and/or configure the tool for use with gauntlt.
We also include a generic attack adapter that allows you to run anything on the command line, parse its output and check its exit status.
To use gauntlt, you will need one or more attack files. An attack file is a plain text file written with Gherkin syntax and named with the .attack
extension. For more info on the Gherkin syntax, have a look at Cucumber. A gauntlt attack file is almost the same as a cucumber feature file. The main difference is that gauntlt aims to provide the user with predefined steps geared towards security and durability testing so that you do not have to write your own step definitions, whereas cucumber is aimed at developers and stakeholders building features from end to end. Gauntlt and cucumber can and do work together harmoniously.
# my.attack
Feature: Description for all scenarios in this file
Scenario: Description of this scenario
Given ...
When ...
Then ...
Scenario: ...
Given ...
When ...
Then ...
You can have as many Scenario
entries as you like, but it is good practice to keep the number low and to ensure that the scenarios in an attack file are all related. You can create as many attack files as you like and organize them in folders and sub-folders as well.
There are a large number of step definitions available, but you can do a lot with just these 3:
Feature: Attack with kindness
Scenario: Ensure I am not mean
# verify a given attack adapter is installed
# HIGHLY RECOMMENDED to catch installation/configuration problems
Given "kindness" is installed
# Execute the attack
When I launch a "kindness" attack with:
"""
whoami # EXACT commands to be executed on the command line
"""
# Check exit status and STDOUT
Then it should pass with:
"""
very_kind
"""
NOTE: We currently use ruby 2.3.4
for development and testing.
-
Clone the git repo and get the submodules
$ git clone --recursive git://github.com/gauntlt/gauntlt.git
-
Install bundler
cd gauntlt $ gem install bundler
-
Install dependencies
$ bundle # if you get errors, you may need to install curl libs first # on ubuntu: # $ sudo apt-get install libcurl4-openssl-dev # alternatively: update and use the install_gauntlt.sh script, tested on # Kali Linux 2.0, Debian Jessie, Ubuntu 14.04, and Ubuntu 15.10
-
Run the ready_to_rumble.sh script to make sure you have all the dependencies installed like sqlmap and sslyze. This is meant to replicate the travis setup for devs. This should be a rake task instead.
-
Run the cucumber features and rspec examples
$ bundle exec rake
-
Launch attacks with bin/gauntlt
$ bin/gauntlt attack
-
Refer to the features directory for usage examples and please write cucumber features for any new functionality you wish to submit.
Gauntlt has been steady for some time now, but we are working on some new features. Join us on slack for more info.
We appreciate your suggestions and bug reports. We aim to be very responsive and friendly while adhering to a consistent design based on minimalism, simplicity and extensibility.