HOLUP / :jackolantern: Hacktoberfest :jackolantern: / Pre-release Version

I'm making this project public earlier than I normally would for Hacktoberfest. It is not done. I make no guarantees about master even being in a state where the tool works. I'll remove this message once things stabilize, which should be relatively soon.

If you want to submit a PR as part of hacktoberfest, I'm mostly working off of the items in the Pre-release project. It's very fluid as I've been working on it myself up to this point. I'll look at formalizing what's there into issues soon.

Happy Hacktoberfest!

feroxbuster

feroxbuster is a fast, simple, recursive content discovery tool written in Rust.

GitHub Workflow Status (branch) GitHub All Releases GitHub release (latest by date) Crates.io GitHub last commit

:confused: What the heck is a ferox anyway?

Ferox is short for Ferric Oxide. Ferric Oxide, simply put, is rust. The name rustbuster was taken, so I decided on a variation. :shrug:

:rocket: Quick Demo

Quick Demo

:open_book: Table of Contents

:floppy_disk: Downloads

There are pre-built binaries for the following systems:

:cd: Installation

For now, please see the Releases section. Eventually, feroxbuster will have additional install options to include cargo install and apt install.

:gear: Configuration

Default Values

Configuration begins with with the following built-in default values baked into the binary:

ferox-config.toml

After setting built-in default values, any values defined in a ferox-config.toml config file will override the built-in defaults. If ferox-config.toml is not found in the same directory as feroxbuster, nothing happens at this stage.

For example, say that we prefer to use a different wordlist as our default when scanning; we can set the wordlist value in the config file to override the baked-in default.

Notes of interest: - it's ok to only specify values you want to change without specifying anything else - variable names in ferox-config.toml must match their command-line counterpart

```toml

ferox-config.toml

wordlist = "/wordlists/jhaddix/all.txt" ```

A pre-made configuration file with examples of all available settings can be found in ferox-config.toml.example. ```toml

ferox-config.toml

Example configuration for feroxbuster

#

If you wish to provide persistent settings to feroxbuster, rename this file to ferox-config.toml and make sure

it resides in the same directory as the feroxbuster binary.

#

After that, uncomment any line to override the default value provided by the binary itself.

#

Any setting used here can be overridden by the corresponding command line option/argument

#

wordlist = "/wordlists/jhaddix/all.txt"

statuscodes = [200, 500]

threads = 1

timeout = 5

proxy = "http://127.0.0.1:8080"

verbosity = 1

quiet = true

output = "/targets/ellingsonmineralcompany/gibson.txt"

useragent = "Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:47.0) Gecko/20100101 Firefox/47.0"

redirects = true

insecure = true

extensions = ["php", "html"]

norecursion = true

addslash = true

stdin = true

dontfilter = true

depth = 1

sizefilters = [5174]

queries = [["name","value"], ["rick", "astley"]]

headers can be specified on multiple lines or as an inline table

#

inline example

headers = {"stuff" = "things"}

#

multi-line example

note: if multi-line is used, all key/value pairs under it belong to the headers table until the next table

is found or the end of the file is reached

#

[headers]

stuff = "things"

more = "headers"

```

Command Line Parsing

Finally, after parsing the available config file, any options/arguments given on the commandline will override any values that were set as a built-in or config-file value.

``` USAGE: feroxbuster [FLAGS] [OPTIONS] --url ...

FLAGS: -f, --addslash Append / to each request -D, --dontfilter Don't auto-filter wildcard responses -h, --help Prints help information -k, --insecure Disables TLS certificate validation -n, --norecursion Do not scan recursively -q, --quiet Only print URLs; Don't print status codes, response size, running config, etc... -r, --redirects Follow redirects --stdin Read url(s) from STDIN -V, --version Prints version information -v, --verbosity Increase verbosity level (use -vv or more for greater effect)

OPTIONS: -d, --depth Maximum recursion depth, a depth of 0 is infinite recursion (default: 4) -x, --extensions ... File extension(s) to search for (ex: -x php -x pdf js) -H, --headers

... Specify HTTP headers (ex: -H Header:val 'stuff: things') -o, --output Output file to write results to (default: stdout) -p, --proxy Proxy to use for requests (ex: http(s)://host:port, socks5://host:port) -Q, --query ... Specify URL query parameters (ex: -Q token=stuff -Q secret=key) -S, --sizefilter ... Filter out messages of a particular size (ex: -S 5120 -S 4927,1970) -s, --statuscodes ... Status Codes of interest (default: 200 204 301 302 307 308 401 403 405) -t, --threads Number of concurrent threads (default: 50) -T, --timeout Number of seconds before a request times out (default: 7) -u, --url ... The target URL(s) (required, unless --stdin used) -a, --useragent Sets the User-Agent (default: feroxbuster/VERSION) -w, --wordlist Path to the wordlist ```

:toolbox: Example Usage

Multiple Values

Options that take multiple values are very flexible. Consider the following ways of specifying extensions:

./feroxbuster -u http://127.1 -x pdf -x js,html -x php txt json,docx

The command above adds .pdf, .js, .html, .php, .txt, .json, and .docx to each url

All of the methods above (multiple flags, space separated, comma separated, etc...) are valid and interchangeable. The same goes for urls, headers, status codes, queries, and size filters.

Include Headers

./feroxbuster -u http://127.1 -H Accept:application/json "Authorization: Bearer {token}"

IPv6, non-recursive scan with INFO-level logging enabled

./feroxbuster -u http://[::1] --norecursion -vv

Read urls from STDIN; pipe only resulting urls out to another tool

cat targets | ./feroxbuster --stdin --quiet -s 200 301 302 --redirects -x js | fff -s 200 -o js-files

Proxy traffic through Burp

./feroxbuster -u http://127.1 --insecure --proxy http://127.0.0.1:8080

Proxy traffic through a SOCKS proxy

./feroxbuster -u http://127.1 --proxy socks5://127.0.0.1:9050

Pass auth token via query parameter

./feroxbuster -u http://127.1 --query token=0123456789ABCDEF

:monocle_face: Comparison w/ Similar Tools

There are quite a few similar tools for forced browsing/content discovery. Burp Suite Pro, Dirb, Dirbuster, etc... However, in my opinion, there are two that set the standard: gobuster and ffuf. Both are mature, feature-rich, and all-around incredible tools to use.

So, why would you ever want to use feroxbuster over ffuf/gobuster? In most cases, you probably won't. ffuf in particular can do the vast majority of things that feroxbuster can, while still offering boatloads more functionality. Here are a few of the use-cases in which feroxbuster may be a better fit:

  • You want a simple tool usage experience
  • You want to be able to run your content discovery as part of some crazy 12 command unix pipeline extravaganza
  • You want to scan through a SOCKS proxy
  • You want auto-filtering of Wildcard responses by default
  • You want recursion along with some other thing mentioned above (ffuf also does recursion)
  • You want a configuration file option for overriding built-in default values for your scans

| | feroxbuster | gobuster | ffuf | |-----------------------------------------------------|--------------------|--------------------|--------------------| | fast | :heavycheckmark: | :heavycheckmark: | :heavycheckmark: | | easy to use | :heavycheckmark: | :heavycheckmark: | | | blacklist status codes (in addition to whitelist) | | :heavycheckmark: | :heavycheckmark: | | allows recursion | :heavycheckmark: | | :heavycheckmark: | | can specify query parameters | :heavycheckmark: | | :heavycheckmark: | | SOCKS proxy support | :heavycheckmark: | | | | multiple target scan (via stdin or multiple -u) | :heavycheckmark: | | | | configuration file for default value override | :heavycheckmark: | | :heavycheckmark: | | can accept urls via STDIN as part of a pipeline | :heavycheckmark: | | | | can accept wordlists via STDIN | | :heavycheckmark: | | | filter by response size | :heavycheckmark: | | :heavycheckmark: | | auto-filter wildcard responses | :heavycheckmark: | | :heavycheckmark: | | performs other scans (vhost, dns, etc) | | :heavycheckmark: | :heavycheckmark: | | time delay / rate limiting | | :heavycheckmark: | :heavycheckmark: | | huge number of other options | | | :heavycheckmark: |

Of note, there's another written-in-rust content discovery tool, rustbuster. I came across rustbuster when I was naming my tool (:cry:). I don't have any experience using it, but it appears to be able to do POST requests with an HTTP body, has SOCKS support, and has an 8.3 shortname scanner (in addition to vhost dns, directory, etc...). In short, it definitely looks interesting and may be what you're looking for as it has some capability I haven't seen in similar tools.