Acceso a tu red interna mediante VPN

Para que Strike pueda testear assets que solo son accesibles desde tu red interna, necesita acceso por VPN. Este artículo explica qué métodos soportamos, qué tener listo antes de empezar y qué opciones existen si tu organización usa otra herramienta.

Métodos de acceso soportados

Actualmente Strike soporta dos métodos de VPN:

Los archivos se almacenan cifrados y enmascarados en toda la plataforma.

Antes de empezar

Ten a mano esta información:

• Qué assets de tus Threat Emulations solo son accesibles a través de tu VPN.

• Un perfil de WireGuard (.conf) u OpenVPN (.ovpn) generado para Strike. Recomendamos crear un perfil dedicado, separado del de tus usuarios internos.

• Quién de tu equipo puede generar o modificar ese perfil si hace falta.

Tu referente de Strike te indica cómo compartir el perfil durante el onboarding. Antes de empezar el testing, validamos que Strike pueda conectarse correctamente a tu red.

Si usas otro método de acceso

Si tu organización utiliza otra herramienta de acceso remoto, por ejemplo Fortinet, Palo Alto GlobalProtect, Cisco AnyConnect o una solución ZTNA, contacta a tu referente de Strike. Nuestro equipo revisará tu configuración y te confirmará si es posible habilitar tu método de acceso. Si es viable, la configuración suele tomar alrededor de 5 días hábiles.

Mientras tanto, o si prefieres no esperar, estas opciones suelen funcionar:

• Generar un perfil de WireGuard u OpenVPN para Strike. Muchos equipos pueden habilitar uno para un proveedor externo de testing, aunque internamente usen otra herramienta.

• Empezar por los assets que no necesitan VPN, como aplicaciones web y APIs expuestas a internet. El testing puede empezar de inmediato, y los assets detrás de tu VPN se suman cuando el acceso esté resuelto.

Además de la VPN, recuerda autorizar las IPs de Strike. Para más detalle, consulta Cómo autorizar las IPs de Strike y Requisitos para una Threat Emulation efectiva.