Bienvenido al foro, ¿Hasta donde haz llegado?

Saludos

Es muy extraño, ya que armitage bajo Kali linux solo requiere de la ejecución del servicio postgreesql, por lo menos a mi así me funciona, te dejo algunas guías:

http://www.backtrack-linux.org/forums/showthread.php?t=37009
https://www.youtube.com/watch?v=D4yQuIFjGYI


PD: Se muestra el mismo error?, o ha cambiado?

y esto es seguridad según tú? jajaja

Esto va en Juegos y video consolas

Antes de abrir armitage ejecuta el siguiente comando:


no estoy 100% si así se escribía el servicio pero si pones post y luego autocompletar debería aparecer

Efectivamente, requerirás de una máquina buena para analizar y trabajar paralelamente con SO

engel lex, no confundas al usuario 

1) Si vas emular una máquina virtual en donde pretendes dejar la tarjeta Wifi en modo monitor, debes tener una tarjeta de Wifi externa (USB), ya que el sistema nativo actualmente está utilizando la tarjeta no puedes usar la misma en modo monitor en la máquina virtual, es esa la explicación.

2) Si no dispones de una tarjeta externa, puedes correr un Live CD, pero NO DESDE LA MÁQUINA VIRTUAL, sería absurdo ya que el live CD debe ser ejecutado de manera nativa.

3)Backtrack está desatendido, te recomiendo Kali Linux, deberías seguir el mismo tutorial pero con un SO más actualizado, no sé si tendrá una mayor compatibilidad de drivers en modo monitor que Backtrack pero lo que si se es que es más estable.

Saludos

No necesariamente ya que hay lugares en el registro que se pueden añadir valores sin requerir permisos de administrador:


Debes agregar una cadena REG_SZ con el nombre que quieras y como valor el path/ruta del ejecutable:


Nota:
- Las comillas no son necesarias en el valor de la cadena.
- El nombre de la cadena puede contener cualquier nombre, te recomiendo uno desapercibido.

Muchas gracias por tus respuestas me ha quedado más claro, pues bueno a simple viste no parecía tener tantos errores, quizás me dejé llevar por lo visual y una simple depuración de minutos. Nuevamente muchas gracias por guiarme

Tal como comenta Vaagish, se requiere conocer el RAT ya que de esta forma se pueden hacer pruebas locales sobre la seguridad del cliente servidor con ello ya abusar, de todas maneras siempre existirá la posibilidad de floodear las conexiones, para evitar ello se inventó el mecanismo de poner una clave al cliente/servidor para establecer la conexión, con algo de Ing. Inversa podrías obtener la clave y simular múltiples conexiones que podrían saturar el cliente, en si posibilidades hay muchas

Hola a todos, hace poco Gh057 me dio un link hacia un post en donde se hablaba de tal debugger, me surge algunas dudas:
1) ¿Que tan bueno eso?, personalmente lo veo como una especie de OllyDbg con múltiples opciones. ¿Sería el más decente en su especie?

2) Dentro de la carpeta Win32 & x86 se encuentran las carpetas Debug, para que son?

A ver si me orientan, saludos