Pentest de caja blanca

Pentest de caja blanca en horas, no en semanas.

Con acceso al código, los agentes siguen la lógica de negocio, los límites de autenticación y la confianza entre servicios, validan cada hallazgo con un exploit real y nuestro equipo revisa el informe. Sin esperar al ciclo de pentest de cada año.

tuempresa/webapp207 ficheros
  1. 1IDOR: exportación de informes de otra organizaciónCRÍTICA · routes/export.ts
  2. 2Inyección SQL en la búsqueda de facturasALTA · services/search/query.ts
  3. 3SSRF en la URL del webhookALTA · services/webhooks/deliver.ts
  4. 4XSS en el renderizado de MarkdownMEDIA · lib/markdown.ts
  5. 5Sin límite de intentos en el código de inicio de sesiónMEDIA · services/auth/login.ts

Cómo funciona

Empieza en el código. Termina en riesgo validado.

  • ⑂tuempresa/webappGitHub
  • ⑂tuempresa/apiGitLab
  • ⑂tuempresa/adminBitbucket
  • mmarta.ruiz comentó en la PR #482@merabytes revisa

Conecta el código

GitHub, GitLab o Bitbucket. Define qué repositorios, servicios y flujos de usuario entran en el alcance. Cinco minutos.

routes/export.ts db.ts:203 req.body parse() render() query() ruta contaminadalimpia

Sigue lo que un atacante alcanza

Los agentes indexan el código y se hacen una sola pregunta: ¿qué haría falta para que un exploit funcione? Lógica de negocio, límites de autenticación, pagos, confianza entre servicios.

Merabytes agente

Alta: IDOR · exportación de informes entre organizaciones export.ts:114

@@ -114,3 +114,3 @@ exportReport()
- const doc = await reports.find(req.id)
+ const doc = await reports.find(req.id, ctx.org)

Lo demuestra. Luego lo corrige.

Cada hallazgo llega con un exploit que funciona y una propuesta de parche. Si no podemos demostrar el impacto, no te avisamos.

Registro de una ejecución

Lo que ves es lo que pasa: cada candidato se intenta reproducir. Solo lo que se explota de verdad llega al informe.

tuempresa/webapp · rama main00:00
  1. Desplegar sandbox
  2. Clonar el repositorio
  3. Construir el grafo de llamadas
  4. Mapear la superficie de ataque
  5. Escanear y explotar
  6. Informe y corrección
La ventana se encoge

Se explota antes de que se conozca.

El tiempo medio entre que una vulnerabilidad se publica y alguien la explota ha pasado de años a negativo: se ataca antes de la divulgación. La única ventana que queda es antes de que el código salga a producción. Ahí trabaja el pentest de caja blanca.

Tiempo medio desde la divulgación hasta la explotación

2,3 años → −2 h en ocho años

La vulnerabilidad media ya se explota antes de publicarse. Un pentest al año llega tarde: la única ventana que queda es antes de que el código salga. Fuentes: VulnCheck, CISA KEV.

Ver los datos
SemanaTiempo hasta la explotación
2018840
2019700
2020520
2021360
2022180
202360
20245
20250.5
2026-0.08

Cobertura

Profundidad para aplicaciones de verdad.

Web, móvil, backend, API, CLI y código nativo. Los agentes siguen el comportamiento explotable a través del código y la arquitectura, no se quedan en las clases genéricas de vulnerabilidad.

Informe

Un informe que seguridad defiende y desarrollo usa.

Sirve como evidencia de cumplimiento y como guía de corrección. Cada hallazgo lleva contexto para entender el impacto, reproducirlo y cerrarlo.

  • 01Resumen ejecutivoSeveridad, impacto en el negocio y estado de corrección, para dirección y auditores.
  • 02Evidencia técnicaFicheros afectados, camino de ataque, prueba y pasos para reproducirlo.
  • 03Guía de correcciónPasos priorizados para cerrar el riesgo real sin discutir la salida de un escáner.

tuempresa / webapp · pentest de caja blanca

  • 1 crítica · 2 altas · 3 confirmadas · 6 descartadas tras reproducir
  • Crítica: IDOR en la exportación de informes entre organizaciones
  • Alta: inyección SQL en la búsqueda de facturas
  • Re-test: F-01 corregida y verificada
  • Mapeado a ENS, ISO 27001 y SOC 2

Preguntas frecuentes

Lo que nos preguntan antes de empezar.

¿Es un pentest de caja negra?

No. Empezamos con acceso al código y a la arquitectura. Así los agentes siguen la lógica de negocio, los límites de autenticación y la confianza entre servicios que un pentest de caja negra no ve.

¿Cuánto tarda el informe?

La ejecución dura horas. El informe, con la revisión de nuestro equipo, lo tienes en días, no en semanas. El registro de ejecución del principio de la página es una ejecución real, acortada.

¿Los hallazgos los revisa una persona?

Sí. Nuestro equipo revisa cada hallazgo, elimina duplicados, confirma la severidad y se asegura de que el informe sirva a desarrollo y a auditoría.

¿Sirve para ENS, ISO 27001 o SOC 2?

Sí. El informe lleva resumen ejecutivo, evidencia técnica y estado de corrección, con cada hallazgo mapeado a los controles de esos marcos.

¿Qué pasa con los datos del código?

El código se analiza en un sandbox aislado por cliente y los datos personales que aparecen en la ejecución se redactan antes de que ningún modelo los vea.

M

Tu primer pentest con agentes

Empieza esta semana, informe la siguiente. Hallazgos reales que los escáneres y los pentests de calendario se dejan.

Horas

De conectar el código a tener los hallazgos validados.

Tenable

0

Hallazgos sin exploit que lo demuestre.

Jira