Construimos aplicaciones web y API pensando desde el principio en quién puede ver qué, cómo se despliega y cómo se revierte un error. El resultado es software pensado para que un pentest no encuentre lo obvio.
Las fallas que más se repiten en pentest y en bug bounty casi nunca son exóticas. Son decisiones de diseño que nadie revisó: permisos comprobados en el frontend y no en el servidor, identificadores secuenciales sin control de propietario, secretos en variables públicas, tokens sin expiración.
Corregir eso después cuesta mucho más que decidirlo bien al empezar. Por eso, cuando construimos, aplicamos lo mismo que revisamos cuando atacamos.
Lo que aplicamos en este tipo de proyecto, porque es lo que suele fallar en un pentest:
| Entregable | Qué contiene |
|---|---|
| Código en su repositorio | Desde el primer commit, con historial completo. El código es suyo. |
| Documentación | Arquitectura, modelo de permisos, API en OpenAPI y guía de despliegue. |
| Pipeline | Pruebas, escaneo de secretos y dependencias, y despliegue automatizado. |
| Revisión de seguridad interna | Antes de la entrega, revisamos la aplicación con la misma metodología del pentest. |
Cotizamos después de una llamada de alcance gratuita, por proyecto con alcance cerrado o con una cuota mensual. Pago: 50 % al aceptar y 50 % al entregar en proyectos cerrados. Cómo se contrata.
Qué sube el precio
Las dos formas. Un proyecto con alcance claro se cotiza cerrado; un producto que evoluciona funciona mejor con una cuota mensual y prioridades revisadas cada dos semanas.
Sí. Podemos integrarnos a su equipo, liderar una parte del sistema o revisar y orientar lo que ya están construyendo.
Se lo decimos antes de cotizar. Si el alcance requiere más personas de las que podemos aportar con calidad, proponemos fases o le recomendamos a quién acudir.
Siguiente paso
Una llamada gratuita de 30 minutos para entender el problema, el plazo y el equipo. Si no somos la opción correcta, se lo diremos.