Ficha S-02

Pentest web y API

Probamos su aplicación web y su API usuario por usuario y rol por rol, que es donde aparecen las fallas graves. Entregamos un informe que puede mostrar a un auditor y volvemos a probar cuando haya corregido.

01

El problema

Las fallas que más daño hacen en una aplicación moderna no son las que encuentra un escáner. Son fallas de autorización y de lógica: un cliente que puede ver los pedidos de otro cambiando un número, un operador que puede ejecutar funciones de administrador, un token que nunca expira o un flujo de pago que acepta un precio enviado por el navegador.

Para encontrarlas hay que entender cómo funciona la aplicación y probarla a mano, con varias cuentas y varios roles a la vez. Eso es lo que hacemos, siguiendo una metodología pública para que el resultado sea comparable y auditable.

Danny, el fundador, tiene dos hallazgos de severidad Critical validados en programas de bug bounty, encontrados con este mismo tipo de pruebas manuales.

02

Alcance

Incluido

  • Aplicación web, API REST o GraphQL y panel administrativo, en el entorno acordado.
  • Autenticación, gestión de sesión, JWT y recuperación de cuenta.
  • Control de acceso a nivel de objeto (BOLA/IDOR) y de función, por cada rol.
  • Lógica de negocio: precios, cupones, inventario, estados de pedido y límites.
  • Inyecciones (SQL, NoSQL, comandos, plantillas) y validación de entrada.
  • CORS, cabeceras, gestión de secretos expuestos y configuración del framework.
  • Límites de uso y protección contra automatización en flujos sensibles.

Fuera de alcance

  • Denegación de servicio y pruebas de carga.
  • Ingeniería social, salvo acuerdo escrito.
  • Pasarelas de pago y servicios de terceros fuera del control del cliente.
  • Aplicaciones móviles nativas (se cotizan como ampliación).
03

Entregables

EntregableQué contiene
Informe ejecutivoRiesgo general en lenguaje de negocio, hallazgos por severidad y recomendaciones para la gerencia.
Informe técnicoCada hallazgo con CVSS 4.0 y vector, CWE, categoría OWASP, pasos de reproducción, evidencia enmascarada, impacto y corrección con código de ejemplo en su stack.
Plan de remediación priorizadoOrden sugerido, responsable, esfuerzo estimado y plazo por hallazgo.
Retest incluidoVerificación de las correcciones y anexo con el estado de cada hallazgo.
Reunión de cierreCon el equipo técnico y, si lo desea, una versión breve para la gerencia.

Ver cómo se ve un informe

04

Metodología

  1. Alcance y autorizaciónActivos, roles, cuentas de prueba, entorno, ventana horaria, IP de origen y contactos de emergencia, por escrito.
  2. ReconocimientoInventario de rutas y endpoints, lectura de la documentación OpenAPI si existe y mapa de roles y permisos.
  3. Pruebas manualesProxy de interceptación, cuentas cruzadas entre roles y casos de lógica de negocio. Herramientas automáticas solo con límite de velocidad.
  4. Validación mínimaCada hallazgo se demuestra con la menor prueba posible. Como máximo tres registros con datos personales, enmascarados en el informe.
  5. Informe y cierreInforme técnico y ejecutivo, reunión de cierre y plan de remediación.
  6. RetestCuando su equipo corrige (dentro de los 30 días posteriores a la entrega), verificamos cada hallazgo y emitimos el anexo de retest.

Estándares y condiciones de la prueba

05

Duración y precio

Desde USD 1.490, con una duración típica de 8 a 12 días hábiles. Precio sin IVA. Incluye un retest, a solicitar dentro de los 30 días posteriores a la entrega del informe.

Qué sube el precio

  • Más de unos 40 endpoints o varias API independientes.
  • Más de tres roles, multi-tenant o permisos configurables por cliente.
  • Integraciones de pago propias o flujos financieros complejos.
  • Caja blanca con revisión de código fuente.
  • Varios entornos o aplicaciones móviles adicionales.
06

Qué necesitamos de usted

  • Autorización firmada por el titular de los activos y, si aplica, cumplimiento de la política del proveedor de nube.
  • Cuentas de prueba para cada rol (al menos dos por rol para probar acceso cruzado).
  • Documentación de la API si existe (OpenAPI, Postman o similar).
  • Un contacto técnico y uno de emergencia durante la ventana.
07

Preguntas frecuentes

¿Caja negra, gris o blanca?

Por defecto trabajamos en caja gris: con cuentas de prueba y la documentación de la API. Es el punto que mejor equilibra costo y profundidad. Caja blanca, con acceso al código, encuentra más en menos tiempo y se cotiza aparte.

¿Cuándo se entrega el informe?

Entre 3 y 5 días hábiles después de terminar las pruebas. Los hallazgos de severidad Critical se comunican el mismo día en que se confirman.

¿El informe sirve para PCI DSS, un banco socio o un auditor?

El informe sigue estándares reconocidos y documenta alcance, metodología, limitaciones y resultados, que es lo que suelen pedir. Si el requisito exige una firma acreditada específica, se lo decimos antes de cotizar.

¿Pueden corregir lo que encuentren?

Sí. Como el fundador también desarrolla y opera sistemas en producción, podemos aplicar la corrección en su código o acompañar a su equipo. Se cotiza por hora o por paquete sobre el informe.

¿Qué pasa con nuestros datos?

Actuamos como encargados del tratamiento según la LOPDP. Accedemos a lo mínimo para demostrar un hallazgo, guardamos la evidencia cifrada y la eliminamos en el plazo acordado, por defecto 30 días después del retest.

¿Qué pasa si Danny no puede continuar el proyecto?

Está escrito en el contrato: usted recibe en 48 horas todo el avance (hallazgos confirmados, evidencia y notas de prueba) y la devolución del saldo no ejecutado.

Siguiente paso

Hablemos de su pentest.

Entendemos su sistema, lo que le preocupa y el plazo, y le decimos si podemos ayudar. La llamada no tiene costo y no compromete a nada.