AmuraAMURA Software
Auditoría de código IA · Por herramienta

Auditoría de código generado con Lovable.

Lovable entrega funcionalidad rápido. El mismo patrón que lo permite — código con seguridad, salida con apariencia idiomática, iteración veloz — es el que esconde el riesgo que nosotros leemos. Auditamos bases de código de Lovable línea por línea, nombramos lo que está roto y te decimos qué arreglar primero.

Todas las auditorías de código IA
Por qué esta auditoría

Lo que típicamente entrega Lovable.

Aplicaciones full-stack generadas de extremo a extremo (UI + backend + Supabase) desde un solo prompt, e iteradas después por chat.

  • La autenticación se añade en un prompt posterior y se acopla encima de rutas que ya eran públicas
  • Las políticas RLS se generan como ‘USING (true)’ para que la demo funcione, y nunca se aprietan después
  • Los buckets de Storage son públicos por defecto; los nombres de archivo incluyen el ID de usuario como única ‘seguridad’
  • Fugas entre clientes por tablas compartidas que deberían haber sido por usuario
Qué encontramos

Patrones que vemos en proyectos Lovable.

Estos son hallazgos anonimizados de auditorías recientes. Los mismos patrones se repiten en bases de código de Lovable — los nombres cambian, los bugs no.
Críticodata

Tablas de Supabase con RLS deshabilitado o con políticas públicas

La base de datos tiene tablas marcadas como públicas, o políticas RLS del tipo `USING (true)`. Cualquiera con la clave anónima del proyecto — que está pensada para ser pública — puede leer o escribir la tabla entera desde un navegador. La aplicación parece segura porque la UI protege las vistas, pero los datos están abiertos por defecto.

Críticosecrets

Clave de servidor expuesta en el bundle del navegador

Una clave privilegiada (típicamente service_role de Supabase, admin de Firebase o secret_key de pagos) acaba referenciada en código de cliente. El pipeline de build la incrusta en el bundle de JavaScript, donde cualquier visitante puede leerla desde DevTools y saltarse todas las reglas a nivel de fila de la base de datos.

Críticoauth

Rutas de API sin verificación de autenticación

Endpoints que modifican datos — crear, actualizar, eliminar — aceptan peticiones sin comprobar nunca una sesión, un JWT ni un token de API. La UI esconde los botones detrás de una pantalla de login, así que la persona que lo construyó da por hecho que la API está protegida. No lo está: cualquiera con curl y la URL puede llamarla.

Críticoauth

Fuga entre clientes por filtro de pertenencia ausente

Una consulta lee por id pero nunca comprueba que el id pertenezca al usuario autenticado — típicamente `SELECT * FROM invoices WHERE id = ?` en lugar de `... WHERE id = ? AND user_id = ?`. Dos cuentas de prueba pueden leerse los registros mutuamente cambiando un número en la URL.

Altollm

Sin límite de uso por usuario en llamadas caras al modelo

Cualquier usuario autenticado puede llamar al endpoint del LLM tan rápido como su navegador envíe peticiones. Un bucle en DevTools — o un único usuario curioso que encuentre el textarea correcto — quema el presupuesto mensual de inferencia en una tarde.

Cómo funciona

Afinada para stacks de Lovable.

Saber qué herramienta construyó el código nos permite enfocar la auditoría. Empezamos detectando la firma de Lovable en la base de código, después leemos las superficies donde se concentran los modos de fallo específicos de Lovable: auth, secretos, acceso a datos, dependencias y rutas que tocan el LLM. De cinco a diez días hábiles desde el arranque hasta el informe escrito. No hace falta acceso al despliegue — con acceso de lectura al repositorio basta.

Qué te llevas

Los cinco entregables de la auditoría central.

Informe escrito (PDF)

Hallazgos ordenados por gravedad, con rutas de archivo, referencias de línea, motivo y boceto de arreglo. Legible tanto por ingeniería como por roles no técnicos.

Vídeo Loom de repaso

Grabación de 15 minutos del informe — para el socio, inversor o director que no asistió a la llamada en directo.

Llamada de revisión de 60 minutos

Conversación en vivo sobre gravedad, orden de arreglo y las decisiones que requieren a una persona en el bucle.

Ventana de seguimiento de 30 días

Slack o correo para aclaraciones, revisión de arreglos y un segundo par de ojos sobre los parches.

Plazo: 5 a 10 días hábiles

Base de código típica de pyme construida con IA, desde el arranque hasta el informe. Auditorías más grandes o multi-repo se cotizan aparte.

Preguntas frecuentes

Preguntas específicas de la herramienta.

Nuestra app de Lovable añadió auth en un prompt posterior. ¿Es un problema?

+

Frecuentemente sí. Auth acoplada encima de rutas que ya eran públicas es uno de los hallazgos más comunes en Lovable — el prompt añadió una pantalla de login pero no protegió los endpoints de la API que estaban detrás.

Usamos la integración con Supabase de Lovable. ¿Qué revisáis?

+

Las políticas RLS (lo más común: USING (true) que se quedó del momento de la generación), buckets de Storage públicos, claves service_role en el cliente, y si el esquema tiene aislamiento por usuario que realmente se aplica en las consultas.

Lovable dice que está listo para producción. ¿Por qué auditar?

+

‘Listo para producción’ en un constructor significa ‘desplegable’, no ‘seguro con usuarios reales’. La auditoría encuentra la diferencia entre ambos, con los modos de fallo específicos de las apps generadas por Lovable.

Confianza

IA segura, trazable,
preparada para empresa.

Diseñamos soluciones con privacidad desde el inicio, control humano, trazabilidad, límites de uso, gestión de permisos y documentación. Para procesos sensibles, ayudamos a evaluar los riesgos y obligaciones aplicables bajo el RGPD y el Reglamento de IA.

  • 01No entrenamos modelos con tus datos sin autorización explícita.
  • 02Revisión humana incorporada cuando el riesgo del proceso lo requiere.
  • 03Trazabilidad: instrucciones, fuentes, permisos, errores y métricas documentados.
  • 04Privacidad, seguridad y control integrados desde el diseño.
  • 05Soluciones que se pueden mantener, auditar y mejorar con el tiempo.
RGPDReglamento de IAAEPDPreparado para ISO 27001Datos alojados en la UE
Diagnóstico personal

Trabajamos con
pocos clientes.

Cada proyecto lo lidera personalmente uno de los socios. Si hay encaje, te respondemos en menos de 24 horas con una primera lectura concreta de tu caso — no con una demostración genérica.

Cómo trabajamos
  1. 01Nos cuentas qué proceso te quita tiempo
  2. 02Te respondemos personalmente en < 24 h
  3. 03Llamada de 20 min — sin demostración ni discurso comercial
Empezar la conversación →