Servicio · Auditoría y mantenimiento

Revisa tu aplicación con IA antes de que la revisen tus usuarios.

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.

  • Code review · Seguridad · Tests
  • Informe priorizado
  • Mantenimiento opcional

Que una función se vea bien no significa que sea segura

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.

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.

Secretos expuestos

Claves en el frontend, en el repositorio o en variables que no deberían ser públicas.

Errores silenciosos

Las operaciones fallan sin avisar: un pago no se registra, un email no se envía o un dato se guarda a medias.

Sin pruebas en los caminos críticos

Cada cambio puede romper el login, el alta o el pago sin que nadie lo detecte hasta que ocurre.

Dependencias y mantenimiento

Paquetes desactualizados, versiones incompatibles o código que nadie sabrá actualizar dentro de seis meses.

Rendimiento que no se ha medido

Consultas repetidas, falta de índices o carga innecesaria que se nota cuando llegan usuarios de verdad.

Una revisión honesta, con prioridades y sin alarmismo

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.

  • Revisión de arquitectura y organización del código.
  • Autenticación, autorización y permisos de datos.
  • Secretos, dependencias y configuración.
  • Rendimiento y consultas en los flujos principales.
  • Pruebas en los caminos que no pueden fallar.
  • Informe con hallazgos, severidad y siguiente paso.

De la revisión puntual al mantenimiento continuo

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

Revisión de código generado con IA

El problema
El proyecto creció a base de prompts y nadie ha revisado la estructura completa.
Qué hago
Analizo legibilidad, duplicación, manejo de errores, límites entre capas y coherencia con el stack.
Qué cambia
Sabes qué partes son mantenibles y cuáles conviene rehacer.

02

Revisión de autenticación y permisos

El problema
No está claro quién puede ver o modificar cada dato.
Qué hago
Reviso login, sesiones, roles, comprobaciones en servidor y acceso a recursos.
Qué cambia
Los permisos dejan de depender de que la interfaz oculte un botón.

03

Dependencias, secretos y configuración

El problema
Hay paquetes antiguos, claves mal ubicadas o ajustes distintos entre entornos.
Qué hago
Reviso versiones, vulnerabilidades conocidas, variables y exposición de información.
Qué cambia
Menos superficie de riesgo y una configuración comprensible.

04

Rendimiento y base de datos

El problema
La app responde con pocos datos, pero no sabes cómo se comportará con volumen.
Qué hago
Reviso consultas, índices, caché y carga de las rutas principales.
Qué cambia
Cuellos de botella identificados antes de que lleguen los usuarios.

05

Pruebas en caminos críticos

El problema
No hay red de seguridad y cada cambio da miedo.
Qué hago
Añado pruebas en los flujos que no pueden romperse: acceso, alta, pago, datos principales.
Qué cambia
Puedes cambiar con más confianza y detectar regresiones.

06

Mantenimiento y desarrollo

El problema
Después de la revisión, alguien tiene que ejecutar las correcciones y seguir evolucionando la app.
Qué hago
Corrijo, actualizo, desarrollo y mantengo con un alcance acordado y revisiones periódicas.
Qué cambia
La aplicación no se queda otra vez sin responsable técnico.

Cuándo tiene sentido revisar antes de seguir

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.

Antes de un lanzamiento

Quieres saber qué bloquea la salida a producción y qué se puede corregir después.

Con una app ya en producción

Hay errores recurrentes o incidentes que nadie termina de explicar.

Al heredar un proyecto con IA

Has recibido código que funciona, pero no sabes si es seguro ni cómo mantenerlo.

Antes de ampliar el producto

Necesitas conocer la deuda técnica antes de añadir funcionalidades o integrar pagos.

Una revisión con alcance claro y un plan que puedas ejecutar

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.

  1. 01

    Definimos el alcance

    Qué partes, qué flujos y qué acceso tengo al código y al entorno.

  2. 02

    Reviso el sistema

    Código, permisos, configuración, dependencias y rutas críticas.

  3. 03

    Priorizo hallazgos

    Separo lo que bloquea de lo que puede esperar y explico el riesgo.

  4. 04

    Entrego el informe

    Hallazgos, evidencia y siguiente paso recomendado, sin relleno.

  5. 05

    Corrijo o mantengo

    Si decides seguir, ejecuto las correcciones y puedo quedarme en mantenimiento.

Lo que conviene saber antes de una auditoría

¿Qué incluye una auditoría de código generado con IA?

Depende del alcance acordado, pero puede cubrir arquitectura, legibilidad, permisos, secretos, dependencias, rendimiento, manejo de errores y pruebas. El informe separa riesgos y prioridades.

¿Puedes garantizar que mi aplicación es segura?

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.

¿Cuánto tarda una revisión?

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.

¿Tengo que darte acceso completo al repositorio?

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.

¿Vas a decirme que hay que reescribir todo?

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.

¿Puedes corregir los problemas que encuentres?

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.

¿Merece la pena auditar una app que aún no tiene usuarios?

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.

¿Ofreces mantenimiento después de la revisión?

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.

Cuéntame qué quieres revisar y para qué

No necesitas saber qué está mal. Cuéntame qué te preocupa y qué decisión depende de la revisión.

Lo que ayuda incluir

  • Qué aplicación es y en qué estado está.
  • Si ya tiene usuarios o todavía no ha salido.
  • Qué te preocupa: seguridad, errores, rendimiento o mantenimiento.
  • Con qué herramienta se construyó y qué stack usa, si lo sabes.
  • Si puedes dar acceso al repositorio o a un entorno de pruebas.

No compartas credenciales en el formulario. Si la revisión sale adelante, acordamos un acceso limitado y lo revocamos al terminar.

Cuéntame qué necesitas

Con nombre, email, motivo y mensaje es suficiente. Respondo en menos de 24 horas hábiles y, si hay NDA, lo firmamos antes de compartir detalles.

0/500
¿Prefieres email directo?ignacioamat@ignathedev.comLinkedIn
Disponibilidad