Cloudflare lanza Application Profiles y valida cada request

¿Qué es Cloudflare Application Profiles?

Cloudflare lanzó el 29 de septiembre de 2026 Application Profiles, una extensión de su motor de Schema Validation que ya funcionaba para APIs. La novedad: ahora cualquier aplicación web — no solo las que exponen endpoints documentados — puede tener un perfil aprendido de su tráfico y un filtro en línea que descarta lo que no encaja con ese perfil.

En la práctica, Cloudflare observa cómo luce una request "buena" en tu sitio (qué tipo de dato espera cada campo, qué rangos numéricos son razonables, qué caracteres son válidos) y, cuando termina de aprender, evalúa cada nueva petición en vivo. Si el campo product_id de tu endpoint siempre recibió enteros entre uno y nueve caracteres, una string en esa posición se marca como violación — sin necesidad de que coincida con una firma de ataque conocida.

El dato de contexto importa: según el seguimiento de cve.icu que cita Wired, en lo que va de 2026 ya se han registrado 66.401 CVEs, casi el doble que en el mismo punto de 2025 (33.512) y 2,6 veces más que todo 2022 (25.000). Los WAF tradicionales, basados en firmas y reglas gestionadas, no dan abasto contra ese volumen.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

Por qué el WAF tradicional ya no alcanza

Cloudflare lo dice con claridad en su blog: los LLMs permiten hoy que personas sin conocimiento técnico lancen ataques con un prompt, generen payloads maliciosos, prueben técnicas conocidas y muten su táctica según la respuesta del WAF. El propio equipo lo define como "la prioridad número uno" en sus conversaciones con clientes Enterprise.

Los números de 2026 respaldan la urgencia, siempre según Wired:

Microsoft parcheó 974 CVEs en un solo mes, récord histórico.
Oracle envió 1.448 parches en julio de 2026, contra 309 en julio de 2025.
Mozilla encontró 271 vulnerabilidades en Firefox en un solo sprint de bug hunting usando el modelo Mythos de Anthropic.

El WAF tradicional compara contra un catálogo de firmas; Application Profiles compara contra lo que tu propia aplicación dice esperar. Es un cambio de filosofía: de "buscar lo malo conocido" a "permitir solo lo bueno aprendido".

Cómo funciona el aprendizaje de esquemas

El flujo es automatizado y se apoya en Web Assets, el inventario de operaciones (combinación de método HTTP + host + path) que Cloudflare ya mantiene para cada zona:

El cliente selecciona qué operaciones quiere perfilar. Las descubiertas automáticamente no empiezan a aprender hasta que se active de forma manual; las creadas a mano sí lo hacen al instante.
Cloudflare recoge tráfico válido — al menos 1.000 requests con respuesta 2xx en los últimos siete días para aprender los campos, y 10.000 para aprender los rangos numéricos y las longitudes de string.
Una vez a la semana, por dominio, se ejecuta el aprendizaje con el tráfico más reciente. El perfil se actualiza solo: añade campos nuevos y elimina los que ya no se observan.
El perfil aprendido se puede descargar como archivo OpenAPI v3 y se puede pinear manualmente para que no cambie entre ciclos.

El resultado es un esquema que sabe, por ejemplo, que /shop/{uuid}/inventory?product_id=938062541 espera un UUID válido en el path y un entero en el query — y que marcará cualquier desviación como cf.schema_validation.learned.violated.

De la observación al bloqueo: control total para el equipo

El sistema no bloquea por defecto. Primero entra en modo observación y la decisión de aplicar enforcement queda en manos del equipo vía Security Rules. El campo nuevo que expone es:

cf.schema_validation.learned.violated = true

Combinado con otros como Bot Score o Attack Score, el equipo decide la política. La nueva pestaña Profile Analysis dentro de Security Analytics permite revisar la tendencia de requests conformes y no conformes en los últimos siete días, clasificar las violaciones en hasta diez razones (tipo de dato incorrecto, valor fuera de rango, formato no válido, etc.) y bajar a logs de muestra para ver exactamente dónde falló la validación.

Cloudflare recomienda empezar siempre en observación y solo pasar a bloqueo después de entender el efecto del perfil, porque las violaciones no siempre son maliciosas: un release nuevo, un cliente que cambió de versión o un request legítimo pero raro también pueden desviarse del esquema aprendido.

La IA entra a clasificar el riesgo

El siguiente paso — aún en roadmap — es donde la IA generativa se mete de lleno. Cloudflare piloteó un modelo corriendo sobre Workers AI contra los perfiles aprendidos de cuatro aplicaciones al azar. Los resultados que reportó la propia compañía:

El modelo identificó la relación entre los campos clientId y account_number en dos aplicaciones distintas del mismo sistema.
Reconoció la dependencia común del uso de OTP para autenticación reforzada.

El objetivo es que el dashboard, además de mostrar el esquema aprendido, marque con indicadores de riesgo qué operaciones son las más críticas. Las métricas que el equipo está desarrollando para priorizar incluyen:

Pérdida de datos: tendencia al alza de transferencias inusuales.
Actividad de reconocimiento: alto conteo de parámetros desconocidos.
Criticidad de negocio: volumen total de tráfico correlacionado con sesiones únicas servidas.

El roadmap también menciona extender el aprendizaje a otras señales — como ASN o JA4 fingerprints — para que el modelo de "tráfico bueno" no se limite a la estructura del request sino también a la huella de quien lo origina.

¿Qué significa esto para tu startup?

El movimiento de Cloudflare confirma una tendencia: la seguridad positiva (declarar qué es válido y bloquear todo lo demás) se está volviendo el estándar para aplicaciones que no pueden permitirse un equipo de seguridad dedicado. Si tu startup corre sobre Cloudflare, esto es lo concreto que puedes hacer desde hoy:

Audita qué aprendió el sistema antes de activar el bloqueo. Aunque tu zona esté en la beta cerrada, las APIs con Cloudflare API Security ya tienen Schema Learning activo desde hace tiempo. Revisa el perfil aprendido en Web Assets > Operations, exporta el OpenAPI v3 resultante y compáralo con la documentación real de tu API. Las diferencias son bugs latentes en tu contrato.
Combina el campo de violación con tu lógica de rate limiting. El verdadero poder del enfoque está en apilar señales en una sola Security Rule: por ejemplo, violated = true AND Bot Score < 30 AND country not in {allowed list} → bloquear. Eso te da enforcement quirúrgico sin una ola de falsos positivos.
Prepara tu app para perfiles automáticos. La lección operativa de OWASP, cuya edición 2026 del Top 10 para LLM Applications pondera por primera vez un 25% con datos reales de 6.639 incidentes según Help Net Security, es que el riesgo ya no está solo en el modelo: está en los límites de integración. Si tu equipo mete LLMs en flujos que tocan producción, los Application Profiles son una pieza más de defensa, no la única.
Mide el volumen de CVEs que te toca. En 2026, Oracle y Microsoft publican más parches que nunca. Si tu startup depende de software de estos proveedores, automatiza el ciclo de actualización o te va a alcanzar la ola. Los 66.401 CVEs registrados hasta septiembre, según Wired, son una señal de que el ritmo manual ya no escala.

Conclusión

Application Profiles es un paso más en el giro de la industria del WAF: dejar de lado la carrera de firmas y aprender lo que cada aplicación dice esperar. Para una startup que monta productos en Cloudflare sin un equipo de AppSec dedicado, lo más valioso no es el bloqueo en sí — es el perfil aprendido como artefacto exportable. Un OpenAPI v3 real, derivado de tráfico real, es un insumo que tu equipo de ingeniería puede revisar, versionar y usar como contrato vivo. Y si además puedes cruzarlo con un LLM que entienda qué campos son críticos, la pregunta deja de ser "qué malo está pasando" y pasa a ser "qué es lo que tu app realmente hace".