MagnoSec
Guía de referencia

Tipos de pentesting: caja negra, caja gris y caja blanca

Black box, grey box y white box: qué información se entrega al auditor en cada modalidad, qué se prueba en cada una, cuál conviene según el objetivo y cómo afecta al alcance y al precio.

El tipo de caja de un pentesting define cuánta información se entrega al auditor antes de empezar. No cambia el objetivo —encontrar y demostrar vulnerabilidades—, pero sí cambia qué se prueba, en cuánto tiempo y a qué coste.

Los tres tipos que verás siempre son caja negra (black box), caja gris (grey box) y caja blanca (white box). La diferencia se mide en un solo eje: cuánto sabe el auditor de antemano. Cuanto menos sabe, más se parece a un atacante real; cuanto más sabe, más profunda es la revisión.

1. Qué es cada tipo de pentesting

Caja negra

black box

El auditor no recibe credenciales, ni documentación, ni acceso al código. Prueba el sistema como lo haría un atacante externo que parte de cero: descubre hosts, servicios, endpoints y flujos antes de intentar explotarlos. Es la modalidad que reproduce con más fidelidad un ataque real, pero la que más tiempo dedica a descubrimiento en lugar de a explotación.

Caja gris

grey box

El auditor parte de credenciales de prueba y documentación del alcance: endpoints, flujos esperados y cuentas de distintos roles. Se salta la fase de descubrimiento y concentra el esfuerzo en la lógica de negocio y en el control de acceso por roles, que es donde suelen estar los fallos más graves y más difíciles de ver desde fuera.

Caja blanca

white box

Añade a lo anterior el acceso al código fuente y a la configuración. Permite localizar la causa raíz de cada hallazgo y no solo su síntoma, y encontrar fallos que no son explotables desde el exterior de la aplicación. Es la cobertura más alta y la que mejor documenta una remediación.

2. Tabla comparativa: caja negra vs caja gris vs caja blanca

 Caja negraCaja grisCaja blanca
CredencialesNoSí (de prueba)Sí, y acceso al código
DocumentaciónNoParcialCompleta
Simula un atacante realAl máximoParcialBajo
Cobertura de lógica y rolesBajaAltaAlta
Causa raíz en el códigoNoNoSí
Tiempo de descubrimientoAltoBajoBajo
Coste relativo (mismo alcance)MedioMedioMás alto

3. ¿Qué tipo de caja elegir según tu objetivo?

Simular un ataque externo real

Caja negra. Mide exactamente la superficie que un atacante ve desde Internet, sin ventajas. Es la prueba que responde a "¿podrían entrar desde fuera?".

Revisar a fondo la lógica y los permisos

Caja gris. Con credenciales de distintos roles se prueba si un usuario puede acceder a datos o acciones que no le corresponden (IDOR, BOLA), que es donde más fallos críticos aparecen.

Preparar una certificación o una due diligence

Caja blanca. La revisión del código y la configuración produce la evidencia más completa y una remediación más precisa, útil ante un auditor o un inversor.

Máxima cobertura con presupuesto ajustado

Enfoque mixto: empezar en caja negra para medir la exposición externa y pasar a gris o blanca en una segunda fase. Ver "cómo contratar" más abajo.

4. Las modalidades, según lo que se audita

La modalidad se elige igual en cualquier tipo de activo, pero el reparto habitual cambia según qué se prueba:

  • Pentesting web y de APIs — la caja negra reproduce el ataque a la web pública; la caja gris y blanca profundizan en la API, los roles y la lógica de negocio.
  • Pentesting móvil — caja gris por defecto (credenciales de prueba); caja blanca cuando se añade el código de la app y del backend.
  • Auditoría de infraestructura — la caja negra prueba la red expuesta a Internet; la caja gris/blanca trabaja desde dentro, con inventario y credenciales.
  • Auditoría de Active Directory — parte habitualmente de caja gris (una cuenta sin privilegios) para medir hasta dónde llega un atacante ya dentro del dominio.
  • Auditoría de servicios cloud — se trabaja en caja gris con acceso de solo lectura a la configuración del tenant o de la cuenta cloud.

5. Cómo afecta el tipo de caja al precio y a la contratación

El tipo de caja no es lo que más mueve el precio —lo que manda es el alcance (cuántas aplicaciones, si hay API, cuántos roles, cuántas ubicaciones)—, pero sí influye: con el mismo alcance, la caja blanca cubre más superficie y suele consumir más horas que una caja negra, y la caja gris queda en medio.

Por eso un presupuesto serio nombra la modalidad y el alcance por escrito. Si un proveedor da un precio sin saber si la prueba será en caja negra o blanca, está adivinando. El proceso —definir alcance, pedir presupuesto, validar equipo y metodología, firmar NDA y autorización— es el mismo en las tres modalidades.

Un pentesting web, por ejemplo, partió de 690 € para una aplicación simple en caja negra y puede llegar a 4.500 € en una aplicación compleja con microservicios. El detalle de rangos y qué incluye cada tramo está en la ficha del servicio y en la guía.

Preguntas frecuentes

¿Qué es un pentesting de caja negra?
Un pentesting de caja negra (black box) se ejecuta sin entregar credenciales, documentación ni acceso al código. El auditor prueba el sistema como lo vería un atacante externo que parte de cero, por lo que reproduce con más fidelidad un ataque real y mide la superficie realmente expuesta a Internet.
¿Qué es un pentesting de caja gris?
Un pentesting de caja gris (grey box) parte de credenciales de prueba y documentación del alcance (endpoints, flujos, roles). Ahorra la fase de descubrimiento y permite concentrar el esfuerzo en la lógica de negocio y en el control de acceso por roles, que es donde suelen estar los fallos más graves.
¿Qué es un pentesting de caja blanca?
Un pentesting de caja blanca (white box) añade a lo anterior el acceso al código fuente y a la configuración. Permite localizar la causa raíz de cada vulnerabilidad y no solo su síntoma, y detectar fallos que no son visibles desde el exterior de la aplicación.
¿Cuál de los tres tipos es mejor?
No hay uno mejor: se elige según el objetivo. Caja negra para medir qué ve y hasta dónde llega un atacante externo real. Caja gris para maximizar la cobertura de lógica y control de acceso con el tiempo disponible. Caja blanca para revisar en profundidad el código y la configuración, o cuando el informe acompaña una certificación o una due diligence.
¿El tipo de caja afecta al precio?
Sí. La caja blanca cubre más superficie (incluye el código) y suele requerir más horas que una caja negra del mismo alcance. La caja gris queda en un punto intermedio. El precio depende sobre todo del alcance, no solo de la modalidad.
¿Se pueden combinar las modalidades?
Sí. Un enfoque mixto empieza en caja negra para medir la exposición externa y pasa a caja gris o blanca en una segunda fase. También se pueden probar componentes distintos en distinta modalidad: caja negra sobre la web pública y caja blanca sobre el backend o la API interna.

¿No sabes en qué caja encaja tu caso?

Cuéntanos qué quieres medir y te decimos qué modalidad encaja y con qué alcance, sin compromiso.

Hablar con el equipo
¿Quieres más información?