Cleaned up CF hash retrieval more
Merge pull request #16 from breenmachine/dev

Added a discovery module that parses nmap gnmap files and uses the finge...
Cleaned up the output a bit of discovery
Housekeeping

* README.md
  -- Updated the help output to include newer flags
* src/module/discovery.py
  -- Converted the manual platform scraping to using the standard state file
Railo - Missing return on failed auth
ColdFusion - Be more flexible with provided auth

* src/platform/coldfusion/authenticate.py
  -- By default, the username for a ColdFusion instance is admin, meaning
  we can reliably guess that the username is "admin".  If the provided
  credentials are not in the form username:password, assume that only
  the password is provided and that "admin" is assumed.
ColdFusion - LFI deployer

* README.md
  src/platform/coldfusion/deployers/lfi_stager.py
  -- Exploits unpatched CF servers by log poisoning a small
  stager.  Currently only supports 6/7/8, but work for 9/10
  is currently underway
* src/module/invoke_payload.py
  -- Added support for lfi_stager
Added support for Tomcat 5.0
Fixed success output due to output from compile script

* src/lib/jboss/jmxinvoke_deploy/buildinvoke.sh
  src/lib/jboss/jmxinvoke_deploy/invkdeploy.sh
  -- The JBoss output triggered an error state in the deployer.
  This is kind of a hacky workaround though.
* src/core/utility.py
  -- Clarified method comment
Merge branch 'dev' of https://github.com/hatRiot/clusterd into dev
Bumped up version for release
Added check for sSV and clarified output for discovery module
Railo - Added support for 4.2
ColdFusion - Added support for ColdFusion 11 (Codename Splendor)
Flexible external listener and user confirmations

* src/core/state.py
  -- Several of the deployers require the remote server to connect back to receive
  some sort of payload or specialized file.  It makes sense to make this port
  flexible.
* src/module/deploy_utils.py
  -- When running a deployer that uses waitServe, ensure the user knows that the
  remote host will be connecting back.  This won't matter when yo'ure on the LAN, but
  if you're performing an attack via WAN, yo'ull want to make sure youre forwarding
  or otherwise exposing the correct port and listener
  -- Modified the attached deployers to adhere to this new method
Fixed Railo auth bug

* src/core/deployer.py
  -- As added in the last commit, some deployers are required to
  come back and fetch something from a temporary, local server.  We
  should make sure the user is aware of this so they can forward
  any necessary ports, if internet facing.
* src/platform/railo/authenticate.py
  -- Fixed up the brute forcing output
  -- Correctly check for failed auth
Added --invoke support for Railo
JBoss - Missing import in jmx_deploy
JBoss - Fixed a bug with the DFS deployer

* src/platform/jboss/deployers/dfs_deploy.py
  -- Fixed a bug in which the DFS deployer specified an unreachable
  path.  Although the file was correctly deployed, it couldn't be
  hit via web root.
JBoss - clarified output of dfs deployer