Permisos comprobados solo en la interfaz
El botón desaparece, pero la API sigue aceptando la operación. Cualquiera con la petición correcta puede acceder a datos ajenos.
Servicio · Auditoría y mantenimiento
Analizo el código, los permisos, las dependencias, el rendimiento y las pruebas para decirte qué está listo, qué no y qué conviene corregir primero.
El riesgo
Las demos se prueban por el camino feliz. Los usuarios reales recorren todos los demás. Estos son los problemas que suelen quedar ocultos en una aplicación generada con IA.
El botón desaparece, pero la API sigue aceptando la operación. Cualquiera con la petición correcta puede acceder a datos ajenos.
Claves en el frontend, en el repositorio o en variables que no deberían ser públicas.
Las operaciones fallan sin avisar: un pago no se registra, un email no se envía o un dato se guarda a medias.
Cada cambio puede romper el login, el alta o el pago sin que nadie lo detecte hasta que ocurre.
Paquetes desactualizados, versiones incompatibles o código que nadie sabrá actualizar dentro de seis meses.
Consultas repetidas, falta de índices o carga innecesaria que se nota cuando llegan usuarios de verdad.
El enfoque
Una auditoría no es un documento de doscientas páginas para justificar una reescritura. Es una evaluación de lo que existe, con evidencia y un orden de trabajo que tenga sentido para el negocio.
Reviso el código y también cómo se ejecuta: configuración, base de datos, permisos, dependencias y flujos críticos. Después separo lo que bloquea el lanzamiento de lo que puede esperar.
No puedo certificar que una aplicación sea invulnerable con una revisión puntual. Sí puedo decirte qué riesgos veo, cuáles son razonables asumir y qué haría primero.
El resultado depende del acceso que tengas al código y del alcance acordado. Revisar una parte no equivale a auditar todo el sistema.
Qué incluye
Puedes contratar una revisión cerrada o convertirla en una relación de mantenimiento. La decisión depende de lo que encuentres y de lo que quieras hacer después.
01
02
03
04
05
06
Para quién es
La auditoría no es un paso obligatorio para todo el mundo. Encaja cuando hay usuarios, dinero o datos sensibles en juego, o cuando el equipo ha perdido la confianza en el código.
Quieres saber qué bloquea la salida a producción y qué se puede corregir después.
Hay errores recurrentes o incidentes que nadie termina de explicar.
Has recibido código que funciona, pero no sabes si es seguro ni cómo mantenerlo.
Necesitas conocer la deuda técnica antes de añadir funcionalidades o integrar pagos.
Cómo funciona
Primero se acota qué se revisa y qué no. Después entrego hallazgos con evidencia y un orden de prioridades; las correcciones son un paso separado.
Qué partes, qué flujos y qué acceso tengo al código y al entorno.
Código, permisos, configuración, dependencias y rutas críticas.
Separo lo que bloquea de lo que puede esperar y explico el riesgo.
Hallazgos, evidencia y siguiente paso recomendado, sin relleno.
Si decides seguir, ejecuto las correcciones y puedo quedarme en mantenimiento.
Preguntas frecuentes
Depende del alcance acordado, pero puede cubrir arquitectura, legibilidad, permisos, secretos, dependencias, rendimiento, manejo de errores y pruebas. El informe separa riesgos y prioridades.
No. Una revisión puntual reduce riesgos conocidos, pero no certifica que un sistema sea invulnerable. Si necesitas una certificación o un pentest formal, te orientaré sobre qué tipo de especialista hace falta.
Depende del tamaño y del alcance. No doy plazos cerrados sin haber visto el proyecto; primero reviso qué hay y después propongo un alcance realista.
Normalmente sí para revisar el código, pero se puede limitar a una rama, un entorno o un conjunto de archivos. Los accesos se acuerdan antes y se revocan al terminar.
No por defecto. La reescritura es una opción cuando el coste de mantener lo existente es mayor, no una conclusión automática. Si la recomiendo, explico el motivo y las alternativas.
Sí, como trabajo separado o dentro de un plan de mantenimiento. La auditoría sirve para decidir; no incluye por sí sola todas las correcciones.
Puede merecer la pena si vas a invertir en ella, si maneja datos sensibles o si quieres evitar arrastrar decisiones difíciles. Para un prototipo puramente exploratorio, quizá baste con una revisión más acotada.
Sí. Puede ser un mantenimiento puntual o una colaboración continua, con un alcance y una cadencia acordados. No vendo bolsas de horas sin entender primero qué necesita la aplicación.
Contacto
No necesitas saber qué está mal. Cuéntame qué te preocupa y qué decisión depende de la revisión.
Lo que ayuda incluir
No compartas credenciales en el formulario. Si la revisión sale adelante, acordamos un acceso limitado y lo revocamos al terminar.
Ayuda relacionada
Servicio relacionado
Del preview a una URL estable: hosting, dominio, SSL, base de datos, CI/CD y monitorización.
Servicio relacionado
Mapeo, limpieza y validación para pasar el historial de tu empresa a una aplicación propia.
Servicio relacionado
La visión completa: rescate, despliegue, datos, auditoría y mantenimiento en un solo punto de partida.