45% de las tareas de prueba terminaron con una vulnerabilidad del OWASP Top 10 cuando el código lo escribió un modelo de IA. Un año después, la cifra seguía casi igual.
Más confiados y con código menos seguro: así salieron, en un experimento de Stanford, quienes programaron con un asistente de IA frente a quienes no lo usaron.
Contesta con lo que sabes hoy. Un «no sé» cuenta igual que un «no»: es un punto que nadie ha comprobado.
Lo que ya pasó
Las fallas se repiten y ya tienen nombre
Casos documentados por investigadores de seguridad en apps hechas con plataformas de IA.
400+ llaves y tokens a la vista en apps publicadas
Escape revisó 5,600 apps hechas con vibe coding y contó, como mínimo, más de 2,000 vulnerabilidades y 175 casos de datos personales expuestos, entre ellos expedientes médicos y números de cuenta bancaria.
De 1,645 proyectos revisados, 170 dejaban leer sin iniciar sesión correos, llaves de API y datos personales, y en algunos también escribir, porque sus tablas no tenían reglas de acceso suficientes. Lovable disputa el reporte: dice que esa configuración le toca a quien hace la app.
Quien lo fundó había dicho que no escribió una sola línea de código. La llave de Supabase vivía en el JavaScript del navegador y las tablas no tenían RLS: cualquiera podía leer y escribir.
Doce puntos donde suelen fallar las apps hechas con IA
Salen de lo que documentan los investigadores de seguridad y de lo que hemos visto fallar en código escrito con IA, incluido el nuestro. Cada punto se prueba en tu app.
1-3 Quién entra
Inicio de sesión y recuperaciónContraseñas, enlaces mágicos y tokens que no caducan o que permiten tomar otra cuenta.
Roles y administraciónPaneles de administrador que solo se esconden en la interfaz.
Acceso entre cuentasCambiar un ID en la URL o en la petición y recibir los datos de otro usuario.
4-6 Qué queda expuesto
Reglas de la base de datosTablas sin RLS en Supabase o reglas abiertas en Firebase.
Llaves y secretosLlaves de OpenAI, Stripe o service_role dentro del navegador o del repositorio.
Archivos y bucketsIdentificaciones, fotos o documentos en almacenamiento público.
7-9 Qué se puede abusar
Pagos y webhooksPrecios que se cambian desde el navegador y webhooks que no verifican la firma.
Límites de usoSin tope de intentos ni de llamadas a servicios que se cobran por uso.
Funciones de IAInstrucciones inyectadas en el chat de tu app y datos que el modelo revela de más.
10-12 Qué pasa si algo falla
DependenciasPaquetes con vulnerabilidades conocidas, o que la IA inventó y alguien registró después.
ConfiguraciónCORS abierto, entornos de prueba publicados y errores que muestran demasiado.
Respaldos y registrosSi puedes ver un acceso indebido y restaurar los datos, y qué permisos tiene el agente de IA sobre producción.
Trabajamos con permisos de solo lectura y sobre el entorno que tú elijas.
Accesos de solo lectura
Firmamos confidencialidad. Nos das lectura del repositorio, la URL de pruebas y dos cuentas de prueba con roles distintos.
Revisión automática
Nuestras herramientas recorren el código, las dependencias, la configuración y las reglas de la base de datos.
Revisión manual
Un desarrollador prueba los doce puntos con las dos cuentas, como lo haría alguien que busca entrar donde no debe.
Reporte y sesión
Recibes el reporte y lo repasamos contigo en una llamada, hallazgo por hallazgo y en orden de prioridad.
Qué te llevas
Un reporte para decidir y otro para corregir
La primera página del reporte, con datos ficticios.
Resumen ejecutivoUna página para dirección: semáforo por área, cuántos hallazgos hay de cada severidad y qué corregir primero.
Detalle técnicoCada hallazgo con su evidencia reproducible, por qué pasa y qué tan grave es en tu app.
La correcciónLa instrucción lista para pegar en Lovable, Cursor o Claude Code y, cuando aplica, el cambio de código.
Horas estimadasPor hallazgo, para presupuestar la corrección con tu equipo, con nosotros o con quien elijas.
Reglas para tu herramienta de IAUn archivo de reglas de seguridad para tu repositorio, para que el siguiente prompt no vuelva a abrir lo que se cerró.
Qué implica de tu lado
Lo que necesitamos de tu equipo
Una persona y los accesos de lectura; el resto corre por nuestra cuenta.
1 persona que conozca la app
Para darnos los accesos y estar en la sesión de resultados. No hace falta un área de TI.
0 contraseñas de producción
Trabajamos con lectura del código y con cuentas de prueba que tú creas y das de baja al terminar.
Por escrito el precio y la fecha, antes de empezar
Precio fijo según el tamaño de la app: pantallas, tipos de usuario e integraciones como pagos o IA, con factura.
Cómo se contrata. El diagnóstico se cotiza solo. Si después quieres que corrijamos los hallazgos, esa parte se cotiza aparte con las horas que ya trae el reporte. El diagnóstico no sustituye una auditoría certificada ni un pentest formal; si un cliente te pide uno, llegas con lo grave ya corregido.
Lo que va a preguntar tu equipo
Tu código y tus datos durante el diagnóstico
Confidencialidad antes de ver el código
Firmamos nuestro NDA estándar, o el tuyo, antes de cualquier acceso.
Solo lectura
No hacemos cambios en tu repositorio ni en tu base de datos.
Pruebas acordadas
Probamos sobre el entorno de pruebas. Si la app solo vive en producción, acordamos contigo qué se prueba y cuándo.
Tu información, a tu pedido
Al entregar te pedimos revocar los accesos, y eliminamos la copia del código cuando lo solicites por escrito.
Preguntas frecuentes sobre la auditoría de ciberseguridad de apps hechas con IA
¿El diagnóstico sustituye una auditoría certificada o un pentest?
No. Es una revisión técnica de seguridad informática hecha por desarrolladores, con herramientas propias y pruebas manuales, y no emite certificados ni dictámenes. Si un cliente o un regulador te pide una certificación, una auditoría SOC 2 o un pentest formal, necesitas un auditor acreditado; el diagnóstico te ayuda a llegar a esa auditoría con lo grave ya corregido.
¿Cuánto cuesta el diagnóstico?
Tiene precio fijo y depende del tamaño de la app: cuántas pantallas y tipos de usuario tiene y qué integraciones usa, como pagos o IA. Te lo damos por escrito, con la fecha de entrega, antes de empezar. La corrección de los hallazgos, si la quieres con nosotros, se cotiza aparte.
¿Necesitan acceso a producción o a mis contraseñas?
No. Trabajamos con lectura del repositorio, la URL de pruebas y dos cuentas de prueba que tú creas. Si la app solo vive en producción, acordamos contigo qué se prueba y cuándo.
Más preguntas
¿Qué es el vibe coding y por qué preocupa su seguridad?
Es construir software pidiéndole a una herramienta de IA lo que quieres, en lenguaje natural, y aceptar el código que escribe; el término lo acuñó Andrej Karpathy en febrero de 2025. La app suele funcionar en la demo. Lo que la IA resuelve peor es lo que no se ve en pantalla: quién puede leer cada tabla, dónde quedaron las llaves y qué pasa si alguien cambia un ID en una petición. OWASP ya lo vigila en su Top 10:2025 como confianza indebida en el código generado por IA.
¿Qué herramientas y tecnologías cubren?
Apps hechas con Lovable, Bolt, Replit, v0, Base44, Cursor, Windsurf, Claude Code o GitHub Copilot, y los servicios que suelen traer: Supabase, Firebase, Next.js, React, Node.js, Python y Stripe. Si tu app usa otra pieza, lo vemos en la primera llamada.
¿No basta con el escaneo de seguridad de Lovable o de Supabase?
Conviene correrlos, y ayudan. El de Lovable revisa la base de datos, las dependencias y, en su versión profunda, accesos, llaves y pagos; su documentación aclara que no puede garantizar la seguridad completa y recomienda una revisión profesional adicional si la app maneja datos sensibles. El Security Advisor de Supabase marca tablas sin RLS y políticas demasiado abiertas, y pide revisar cada hallazgo contra tu modelo de acceso. Ninguno de los dos conoce las reglas de tu negocio, como quién debería ver qué, y esas se prueban con dos cuentas en el diagnóstico.
¿Cuánto tarda?
La fecha de entrega va por escrito en la cotización y depende del tamaño de la app. El plazo empieza a correr cuando tenemos los accesos.
¿Qué pasa después del diagnóstico?
Tú decides quién corrige. El reporte trae la instrucción y las horas estimadas de cada hallazgo, así que lo puede hacer tu equipo, la herramienta de IA con la que hiciste la app o nosotros, con una cotización aparte.
¿Lo pueden hacer si la app la hizo otra agencia o un freelancer?
Sí. Revisamos el código y la app como están, sin importar quién los hizo; solo necesitamos los accesos de lectura y las cuentas de prueba.
¿Esto me ayuda a cumplir con la Ley Federal de Protección de Datos Personales?
Con la parte técnica, sí. La ley vigente desde el 21 de marzo de 2025 pide a quien trata datos personales «establecer y mantener medidas de seguridad administrativas, técnicas y físicas» (artículo 18), y una vulneración de seguridad imputable a la empresa se multa con 200 a 320,000 UMA (artículos 58, fracción XI, y 59). El diagnóstico revisa esas medidas en tu app y deja documentado lo que encontró; el aviso de privacidad y el resto de la parte legal le tocan a tu abogado.
¿Por qué Fyware, si son una empresa de realidad virtual?
Porque antes que nada desarrollamos software: desde 2017 hemos entregado 750+ proyectos a 130+ clientes en 16 países, muchos para corporativos cuyas áreas de TI revisan a sus proveedores con cuestionarios de seguridad. Programamos con IA todos los días, y las pruebas del diagnóstico salen de lo que hemos visto fallar en ese código.
Hablemos de tu app
Cuéntanos qué hace tu app y con qué herramienta se hizo. Te respondemos con el alcance del diagnóstico, la fecha de entrega y el precio fijo.
Olga Chávez, Gerente Comercial en Fyware® Te respondemos en menos de 24 horas hábiles, con alcance, tiempo y rango de inversión.
En la reunión vemos el tamaño de tu app, qué accesos hacen falta y qué incluye el diagnóstico. Y si necesitas venderlo adentro, esta página es tu presentación: compártela con tu equipo.