metasploit-framework/lib/lab
Jonathan Cran e578a13c05 Revert "Revert "make the esx driver dependent on meterpreter""
This reverts commit 7a71d22625.
2012-01-05 23:09:29 -06:00
..
controller This commit adds a fog-based driver (so cloud services can easily be used as VMs), an example backtrack5 modifier, a meterpreter modifier (so the framework / meterpreter can be used as a command and control driver) and various cleanups to all drivers. 2011-08-29 16:03:28 +00:00
driver Revert "Revert "make the esx driver dependent on meterpreter"" 2012-01-05 23:09:29 -06:00
modifier Revert "Revert "make the esx driver dependent on meterpreter"" 2012-01-05 23:09:29 -06:00
README documentation updates to the lab code 2011-09-24 21:27:18 +00:00
TODO adds a method for running remote commands and fixes a slew of bugs with the esx driver 2011-11-01 16:15:51 +00:00
controllers.rb This commit adds a fog-based driver (so cloud services can easily be used as VMs), an example backtrack5 modifier, a meterpreter modifier (so the framework / meterpreter can be used as a command and control driver) and various cleanups to all drivers. 2011-08-29 16:03:28 +00:00
drivers.rb This commit adds a fog-based driver (so cloud services can easily be used as VMs), an example backtrack5 modifier, a meterpreter modifier (so the framework / meterpreter can be used as a command and control driver) and various cleanups to all drivers. 2011-08-29 16:03:28 +00:00
modifiers.rb add a rescue around modifier inclusion & stub out a dos modifier 2011-10-26 02:49:11 +00:00
vm.rb Revert "Revert "make the esx driver dependent on meterpreter"" 2012-01-05 23:09:29 -06:00
vm_controller.rb Revert "Revert "make the esx driver dependent on meterpreter"" 2012-01-05 23:09:29 -06:00

README

This folder contains the libraries necessary to run the lab plugin, and can also be used in a standalone way to automate virtual machines.

#########
CONCEPTS:
#########

The lab provides a clean interface to common vm functions such as start / stop / snapshot / revert and even running system commands or higher-level functions like opening a browser to a specified URL. It's designed so the different VM technologies have a similiar interface, and you can ignore the specifics of the VM tech. The majority of the functionality is implemented in the form of drivers and controllers. Drivers implement the underlying command for each vm software (such as start/stop/revert), and controllers implement the commands which apply to all vms (such as listing all running vms, or cloning a vm). 

If you're interested in porting a vm software (see below), please take a look at the workstation_driver.rb and the workstation_controller.rb -- This is a simple driver / controller in the lab, and you can simply copy / modify this to implement a new driver & controller for the software. 

##########################
SUPPORTED VM TECHNOLOGIES:
##########################

NOTE: The lab libraries have only been tested on linux, porting to windows is not planned at this time.

Implemented:
 - workstation (Tested against 7.x)
 - remote_workstation (Tested against 7.x)
 - virtualbox (Tested against 4.x)
 - remote_esx (VMware ESX Host Agent 4.1.0 build-348481)

Partially Implemented:
 - amazon_ec2 (via fog gem)
 - dynagen

Need Implementation:
 - qemu
 - qemudo
 - others?

#################
PLATFORM SUPPORT:
#################

You will need to have this code running on a linux box, Currently this has only been run / tested on Ubuntu 9.04 -> 10.04, though it should run on any linux with an ssh client and the dependencies below. Remote VM Hosts will need to be linux as well, though other platforms may work (untested). If you're interested in porting it to windows, please contact me (jcran). 

Platform Dependencies:
  - whatever vm software is necessary for the driver you're using (see SUPPORTED VM TECHNOLOGIES above)
  - net/scp - the gem (net-scp). Required to copy files to/from the devices in the case that tools are not installed. Not necessary if tools are installed. 
  - fog - require to use the amazon_ec2 driver

######################
MSFCONSOLE LAB PLUGIN:
######################

BACKGROUND:

The lab plugin for msfconsole adds a number of commands which may be useful if you're interested in automating remote hosts with rc scripts, or if you need to control targets / support systems while utilizing the metasploit console. A potential use case is testing an IPS / IDS, and resetting the target after running each exploit. 

USAGE:

Here's some example usage for the lab plugin. 

  msf> load lab						// Loads the lab plugin
  msf> lab_load <path_to_lab_file> 			// Loads from a lab configuration file. See data/lab/test_targets.yml for an example
  msf> lab_load_dir workstation /path/to/vmx/files	// Loads from a local directory.
  msf> lab_load_running remote_esx root esx_server	// Loads all running vms. 
  msf> lab_start vm1					// Start a vm which was loaded above
  msf> lab_snapshot vm1 snapshot_1			// Snapshot a vm as 'snapshot_1'
  msf> lab_run_command ("rm -rf /")			// oops!
  msf> lab_show 					// Show all vms that we're aware of
  msf> lab_show_running					// Show only running vms
  msf> lab_start vm2					// Start another vm
  msf> lab_suspend  vm1					// Suspend a vm
  msf> lab_revert all snapshot_1			// Revert all vms back to 'snapshot_1'

###############
STANDALONE API:
###############

BACKGROUND:

The lab libraries add tons of useful functionality that isn't exposed through the lab plugin, such as the ability to run commands on hosts. This library can serve as an excellent base for more complex operations on a remote host as well. 

USAGE:

You must first create a yaml file which describes your vm. See data/lab/test_targets.yml for an example.  

  require 'vm_controller'
  vm_controller = ::Lab::Controllers::VmController.new(YAML.load_file(lab_def)) 
  vm_controller['vm1'].start
  vm_controller['vm1'].snapshot("clean") 
  vm_controller['vm1'].run_command("rm /etc/resolv.conf")
  vm_controller['vm1'].open_uri("http://autopwn:8080")
  vm_controller['vm1'].revert("clean")
  vm_controller['vm1'].revert("clean")