Auditoría de ciberseguridad para apps hechas con vibe coding

Tu app ya funciona.
¿Quién más entra?

Revisamos apps hechas con Lovable, Bolt, Replit, Cursor o Claude Code con las pruebas que haría alguien que busca entrar sin permiso.

Es un diagnóstico de ciberseguridad a precio fijo, hecho por desarrolladores que también programan con IA, que te dice qué corregir primero y cómo.

Así se ve el reporte

Ejemplo de un hallazgo del reporte de diagnóstico de ciberseguridad: cualquier usuario con sesión puede leer la tabla de clientes de una app hecha con Supabase
Un hallazgo del reporte, con datos ficticios.
Olga Chávez

Olga Chávez

Gerente Comercial en Fyware®

¿Cómo podemos ayudarte?

Hablemos

El contexto

La IA ya escribe buena parte del código

Y los estudios que midieron su seguridad apuntan en la misma dirección.

42% del código que suben los desarrolladores ya lo escribió la IA, según su propia estimación. Solo 48% dice revisarlo siempre antes de subirlo.

Sonar, encuesta State of Code 2026 a 1,100+ desarrolladores, enero de 2026

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.

Veracode, GenAI Code Security Report 2025 y 2026 (100+ modelos, 80 tareas)

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.

Perry, Srivastava, Kumar y Boneh, ACM CCS 2023 (47 participantes)

Autoevaluación

Diez preguntas que tu app debería poder contestar

Contesta con lo que sabes hoy. Un «no sé» cuenta igual que un «no»: es un punto que nadie ha comprobado.

  1. Reglas de la base de datos Todas las tablas tienen reglas de acceso por fila: RLS en Supabase o reglas de seguridad en Firebase.
  2. Llaves y secretos Ninguna llave secreta (OpenAI, Stripe, la service_role de Supabase) está en el código que descarga el navegador ni en el repositorio.
  3. Datos de otra cuenta Si alguien cambia el ID en la URL o en una petición, la app le niega los datos de otra cuenta.
  4. Administración Las pantallas y rutas de administrador se protegen en el servidor, además de esconderse en la interfaz.
  5. Límites de uso La app limita los intentos de inicio de sesión y las llamadas a servicios que se cobran por uso, como la IA.
  6. Pagos El precio de cada cobro se calcula en el servidor y los webhooks de pago verifican su firma.
  7. Archivos Lo que suben tus usuarios (fotos, identificaciones, documentos) vive en almacenamiento privado.
  8. Dependencias Sabes qué paquetes usa la app y ninguno tiene vulnerabilidades conocidas.
  9. Respaldos Hay respaldos de la base de datos y ya probaste restaurar uno.
  10. Revisión Alguien distinto de quien hizo la app, y de la herramienta de IA, revisó el código antes de publicarlo.

Tus respuestas no se guardan ni se envían. Si nos escribes desde este botón, el mensaje nos dice cuántas quedaron sin respuesta segura.

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.

Escape, octubre de 2025

170 apps de Lovable con la base de datos abierta

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.

CVE-2025-48757, mayo de 2025

1.5 M tokens de API expuestos en Moltbook

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.

Wiz Research, febrero de 2026

En México, si una vulneración de seguridad imputable a la empresa expone datos personales, la multa va de 200 a 320,000 UMA, de unos 23 mil a 37.5 millones de pesos con la UMA de 2026 (Ley Federal de Protección de Datos Personales en Posesión de los Particulares, artículos 58, fracción XI, y 59).

La diferencia

Tres formas de revisar la seguridad informática de una app y qué esperar de cada una.

Formas de revisar la seguridad de una app
 Escáner automáticoPentest formal o auditoría certificadaDiagnóstico de Fyware
Qué revisaPatrones conocidos en el código y las dependenciasEl alcance que fija el contrato o la normaLa app entera: base de datos, accesos, llaves, pagos y funciones de IA
Ver datos de otra cuentaRara vez lo detectaLo prueba si entra en el alcanceSe prueba a mano con dos cuentas de prueba
Qué entregaUna lista larga, con falsos positivosInforme formal y, en una auditoría, la certificaciónHallazgos confirmados, con evidencia y prioridad
Cómo corregirUna recomendación generalRecomendaciones por hallazgoLa instrucción para tu herramienta de IA y las horas estimadas
Cuándo convieneSiempre, en cada cambioCuando un cliente o un regulador pide la certificaciónAntes de lanzar, de levantar capital o de firmar con un cliente grande
CostoGratis o de bajo costoEl más alto de los tresPrecio fijo, por escrito antes de empezar

El siguiente paso

La IA escribió el código. Ahora que lo revise alguien que no lo escribió.

Qué revisamos

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ón Contraseñas, enlaces mágicos y tokens que no caducan o que permiten tomar otra cuenta.
  • Roles y administración Paneles de administrador que solo se esconden en la interfaz.
  • Acceso entre cuentas Cambiar 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 datos Tablas sin RLS en Supabase o reglas abiertas en Firebase.
  • Llaves y secretos Llaves de OpenAI, Stripe o service_role dentro del navegador o del repositorio.
  • Archivos y buckets Identificaciones, fotos o documentos en almacenamiento público.

7-9 Qué se puede abusar

  • Pagos y webhooks Precios que se cambian desde el navegador y webhooks que no verifican la firma.
  • Límites de uso Sin tope de intentos ni de llamadas a servicios que se cobran por uso.
  • Funciones de IA Instrucciones inyectadas en el chat de tu app y datos que el modelo revela de más.

10-12 Qué pasa si algo falla

  • Dependencias Paquetes con vulnerabilidades conocidas, o que la IA inventó y alguien registró después.
  • Configuración CORS abierto, entornos de prueba publicados y errores que muestran demasiado.
  • Respaldos y registros Si puedes ver un acceso indebido y restaurar los datos, y qué permisos tiene el agente de IA sobre producción.

Los doce puntos se cruzan con el OWASP Top 10:2025, que ya vigila la confianza indebida en el código generado por IA, y con el Top 10 de OWASP para aplicaciones con modelos de lenguaje.

Cómo funciona

De los accesos al reporte

Trabajamos con permisos de solo lectura y sobre el entorno que tú elijas.

  1. Accesos de solo lectura

    Firmamos confidencialidad. Nos das lectura del repositorio, la URL de pruebas y dos cuentas de prueba con roles distintos.

  2. Revisión automática

    Nuestras herramientas recorren el código, las dependencias, la configuración y las reglas de la base de datos.

  3. Revisión manual

    Un desarrollador prueba los doce puntos con las dos cuentas, como lo haría alguien que busca entrar donde no debe.

  4. 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

Ejemplo del resumen ejecutivo del reporte: semáforo por área, hallazgos por severidad y horas estimadas para corregir
La primera página del reporte, con datos ficticios.
  • Resumen ejecutivo Una página para dirección: semáforo por área, cuántos hallazgos hay de cada severidad y qué corregir primero.
  • Detalle técnico Cada hallazgo con su evidencia reproducible, por qué pasa y qué tan grave es en tu app.
  • La corrección La instrucción lista para pegar en Lovable, Cursor o Claude Code y, cuando aplica, el cambio de código.
  • Horas estimadas Por hallazgo, para presupuestar la corrección con tu equipo, con nosotros o con quien elijas.
  • Reglas para tu herramienta de IA Un 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.

Más sobre cómo maneja Fyware la información de sus clientes en Seguridad y propiedad del dato.

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ávezOlga 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.