Chkdfront checks if your domain fronting is working by testing the targeted domain (fronted domain) against your domain front domain.

Features

  • Checking your domain fronted against the domain front.
  • Searching an expected string in the response to indicate success.
  • Showing troubleshooting suggestions when test fails based on the failure natural.
  • Inspecting the HTTP request and response when test fails. (optionally if succeeded).
  • Troubleshooting with various checks (ping, http, nslookup) when test fails. (optionally if succeeded).
  • Support testing though proxy

Also Read – Pocsuite3 : Open-Sourced Remote Vulnerability Testing Framework

Installation

$ gem install chkdfront

Usage

Help menu:
-f, –front-target URL Fronted target domain or URL.
e.g. images.businessweek.com
-d, –domain-front DOMAIN DomainFront domain.
e.g. df36z1umwj2fze.cloudfront.net
-e, –expect STRING Expect a given string that indicates success. (case-sensitive) e.g. It works
-p, –provider NUM Choose CDN / Domain Front Provider:
[0] Auto (default – auto tune request.

Extra request to detect)

[1] Amazon (tune request for Amazon domain fronting)
[2] Azure (tune request for Azure domain fronting)
[3] Alibaba (tune request for Alibaba domain fronting)

-t, –troubleshoot [DOMAIN] Force troubleshooting procedures. execute troubleshooting procedures(ping, http,nslookup) for all parties (optional: original domain where CDN forwards, to include in the checks) e.g. c2.mydomain.com
–proxy USER:PASS@HOST:PORT Use proxy settings if you’re behind proxy. e.g. user1:Pass123@localhost:8080
–debug Force debugging. show response’s body and low-level request and response debug trace. (default enabled when test fails.)
-h, –help Show this message.

Usage:
/usr/local/bin/chkdfront
Example:
/usr/local/bin/chkdfront -f images.businessweek.com -d df36z1umwj2fze.cloudfront.net
/usr/local/bin/chkdfront -f images.businessweek.com -d df36z1umwj2fze.cloudfront.net –debug -t c2.mysite.com