Ataques del lado del cliente con malware personalizado en las pruebas de penetración

No necesita un malware que se propague por sí mismo para probar las máquinas de los usuarios finales. Por ejemplo, si decide apuntar a los navegadores de las máquinas de los usuarios finales, a las aplicaciones (MS Office, PDF, Java, Flash) o a la seguridad física de las máquinas, lo que necesita es un exploit personalizado y una carga útil. La carga útil no necesita ser auto-propagada. Solo necesita un tipo de carga útil que le permita controlar solo la máquina que ha seleccionado.

Tomemos un ejemplo. Supongamos que quiero apuntar a 10 máquinas de usuario y decidí apuntar a sus navegadores. Lo primero que haría es alojar los exploits Metasploit en mi máquina. Las vulnerabilidades deben personalizarse para evitar el AV y otros tipos de defensas. Puedo usar meterpreter como mi carga útil. Luego enviaría a estos 10 usuarios un enlace a mi servidor que alberga los archivos de exploits. Si de estos 10 usuarios conseguí que 5 usuarios se conectaran a mi servidor Metasploit y yo aprovechara sus navegadores y obtuviera acceso a su máquina, el medidor de parámetros me dará acceso solo a esas cinco máquinas. No se dirigirá a todas las otras máquinas en la subred automáticamente. Por supuesto, si quiero ir más lejos de allí, puedo hacerlo manualmente.

Al final, creo que lo que necesita es un malware personalizado, pero ese malware personalizado no tiene que propagarse por sí mismo. Cree un malware que solo le dará acceso a las máquinas específicas a las que se dirige.

Hemos hecho varios ataques del lado del cliente. Si bien las pruebas con malware son limitadas, a menudo tenemos solicitudes para probar la seguridad de entornos restringidos y evaluar la complejidad general de cómo salir de estos. No tengo conocimiento de ninguna metodología abierta y común. La creatividad es clave cuando se realizan estos tipos de evaluaciones.