Ejemplo
Un cliente puede ver los pedidos de otro
Cambiar el número de pedido en la dirección muestra datos ajenos.
- Evidencia
- 3 capturas · 2 solicitudes
- CVSS
- 7.5
Intentamos entrar a su sistema como lo haría un atacante, con su autorización por escrito y en los horarios que pactemos. De cada falla que logramos explotar le entregamos la evidencia y la forma de corregirla.
El alcance, las fechas y los responsables se firman antes de la primera prueba.
Ejemplo
Cambiar el número de pedido en la dirección muestra datos ajenos.
Antes de abrirlo a sus clientes, para no enterarse de una falla por un incidente.
Bancos y aseguradoras suelen pedir a sus proveedores pruebas hechas por un tercero.
La ley de datos personales le exige medidas de seguridad; una prueba demuestra si funcionan.
Una integración nueva o una migración a la nube cambian lo que su sistema expone a internet.
Elegimos juntos el alcance; se puede empezar por lo más expuesto.
En concreto, la Web Security Testing Guide y el Top 10 de OWASP, PTES y NIST SP 800-115.
Definimos qué se prueba, en qué fechas y quién responde de cada lado. Firmamos la carta de autorización y el acuerdo de confidencialidad.
Inventariamos lo que tiene expuesto, como lo vería alguien de fuera.
Buscamos y explotamos vulnerabilidades dentro de los horarios y límites pactados. Si aparece algo crítico, se lo decimos el mismo día.
Informe ejecutivo para dirección e informe técnico con la evidencia, la severidad y la corrección de cada hallazgo.
Cuando corrige, volvemos a probar y lo dejamos por escrito.
Un informe para dirección y otro para su equipo técnico.
El riesgo en términos de su negocio, sin jerga, para quien decide.
Cada hallazgo con evidencia reproducible, severidad (CVSS) y la corrección recomendada.
Ordenado por riesgo: qué arreglar primero y qué puede esperar.
Repasamos los hallazgos con su equipo o con su proveedor.
Tras sus correcciones, la nueva prueba que confirma que quedaron cerradas.
En México, acceder sin autorización a un sistema informático es delito (Código Penal Federal, artículos 211 bis 1 a 211 bis 7). La carta de autorización, firmada por quien tiene facultades para darla, es lo que hace legal una prueba de penetración. Por eso es siempre el primer paso, y por eso no probamos sistemas de terceros sin la firma de su responsable.
Si tiene otra pregunta, escríbanos.
Pactamos horarios y límites antes de empezar. Las pruebas que podrían degradar el servicio solo se hacen con su autorización expresa, y si algo se comporta de forma inesperada, paramos y le avisamos.
Un escáner encuentra vulnerabilidades conocidas. En una prueba de penetración usamos herramientas y trabajo manual para encadenar fallas y comprobar hasta dónde llegaría un atacante.
Entre dos y cuatro semanas en total, según la superficie. Le damos fecha de entrega antes de empezar.
Un responsable de su lado y el alcance: dominios, aplicaciones o servidores. Según la modalidad, también usuarios de prueba o acceso al código.
Solo las personas que usted designe. Firmamos un acuerdo de confidencialidad junto con la carta de autorización.
Dominios, aplicaciones o servidores. Con eso le proponemos un alcance.