Todos los productos
Search
Centro de documentos

Web Application Firewall:Web core protection rules

Última actualización: Sep 18, 2026

Web Application Firewall (WAF) ofrece seguridad lista para usarse. Cuando agrega sus activos a WAF, se aplica automáticamente un conjunto preconfigurado de reglas de protección principales. Esto defiende de forma inmediata contra ataques comunes a aplicaciones web, como la inyección SQL, las secuencias de comandos en sitios cruzados (XSS) y la inyección de comandos, sin necesidad de configuración adicional. Este tema explica cómo gestionar y aplicar fine-tune a estas reglas.

Importante

La función Core Protection Rule se encuentra en proceso de implementación. Este tema describe la versión nueva. Si utiliza la versión anterior, consulte Core web protection rules (Legacy). Para conocer el anuncio de actualización, consulte [[Notice] WAF 3.0 Basic Protection Rule Feature Upgrade](t2809165.xdita#). Puede identificar su versión por la apariencia de la sección Core Protection Rule en la página Protection Config > Core Web Protection de la consola de WAF.

Versión nueva

En el lado derecho del módulo Core Protection Rule solo se muestra el botón Create Template. Este diseño coincide con otros módulos, como IP Address Blacklist y Custom Rule.

Versión heredada

En el lado derecho del módulo Core Protection Rule se muestran dos botones: Create Template y Rule Groups.

Conceptos clave

  • Core Protection Rule: módulo de protección dentro de la protección web principal. Se habilita mediante una plantilla de protección. Al activar WAF, el sistema crea automáticamente una plantilla de protección predeterminada. También puede crear varias plantillas de protección de forma manual.

  • Plantilla de protección: conjunto de reglas que define su contenido y alcance. Al crear una plantilla de protección, debe configurar su Template Information, Engine Configuration y Configure Effective Scope.

    • Template Information: define el tipo de plantilla, el cual no se puede modificar después de crearla. Existen dos tipos de plantillas:

      Tipo de plantilla

      Descripción

      Casos de uso

      Plantilla de protección predeterminada

      • El sistema proporciona una plantilla de protección predeterminada inicial.

      • Se aplica automáticamente a los objetos protegidos y grupos de objetos que no están asociados con una plantilla de protección personalizada. También se aplica a los objetos recién agregados.

      • Puede excluir objetos específicos de forma manual si establece su estado en "Not applied".

      • Solo puede existir una plantilla de protección predeterminada dentro del módulo de reglas de protección principales.

      • Cuando quita un objeto protegido de una plantilla de protección personalizada, se agrega automáticamente a la plantilla de protección predeterminada.

      Se usa para desplegar reglas de protección generales que aplican de forma global. Si sus servicios no tienen requisitos especiales de protección, se recomienda usar la plantilla de protección predeterminada. No requiere configuración adicional.

      Plantilla de protección personalizada

      Debe especificar manualmente los objetos protegidos o grupos de objetos a los que se aplica.

      Se usa para desplegar reglas de protección detalladas según necesidades específicas del negocio.

    • Engine Configuration: define las reglas de protección. Con base en las mejores prácticas de seguridad, WAF proporciona varias System Protection Rules, categorizadas por Detection Modules, para defenderse de distintos tipos de ataques. Puede configurar la Action de las System Protection Rules. Para los activos en Custom Protection Rules, también puede configurar Custom Protection Rules para cumplir con los requisitos de su negocio.

    • Configure Effective Scope: especifica los destinos de la plantilla de protección. Al configurar el alcance efectivo, puede aplicar reglas de protección a objetos protegidos o grupos de objetos protegidos específicos. Un objeto protegido o grupo de objetos solo se puede asociar con una plantilla de protección.

      • Objeto protegido: el sistema crea automáticamente un objeto protegido por cada dominio o instancia de servicio en la nube que usted agrega a WAF.

      • Grupo de objetos protegidos: puede agregar varios objetos protegidos a un grupo de objetos protegidos para gestionarlos de forma centralizada.

Beneficios

  • Protección lista para usarse: la plantilla predeterminada del sistema incluye varias reglas de protección integradas. Los activos recién agregados se protegen automáticamente con estas reglas, lo que cubre las necesidades de seguridad habituales sin configuración adicional.

  • Múltiples métodos de decodificación: WAF es compatible con el análisis sintáctico y la decodificación de formatos de datos como JSON, XML y Form, así como con diversos métodos de codificación como Base64 y entidades HTML. Esto garantiza la detección de tráfico malicioso oculto tras varias capas de codificación o compresión.

  • Motor de lista blanca inteligente: WAF utiliza inteligencia artificial para aprender de su tráfico histórico e identificar las reglas de protección que generan falsos positivos en URL específicas. Luego las agrega automáticamente a una lista blanca, lo que reduce de manera eficaz los falsos positivos.

Nota

Antes de empezar, asegúrese de haber agregado sus servicios web a WAF, ya que esto crea los objetos protegidos obligatorios. De lo contrario, consulte Onboarding overview.

Crear una plantilla de protección detallada

Después de agregar sus servicios a WAF, el sistema aplica automáticamente la plantilla de protección predeterminada a todos los objetos protegidos y habilita la protección. Si sus servicios no tienen requisitos especiales de protección, no necesita crear una plantilla de protección. Siga estos pasos únicamente si necesita configurar reglas distintas para diferentes objetos protegidos.

Si solo necesita manejar falsos positivos o falsos negativos de WAF, consulte Handling false positives and false negatives.

  1. Acceder a la consola:

    Inicie sesión en la consola de Web Application Firewall 3.0. En la barra de navegación superior, seleccione el resource group y la región (Chinese Mainland o Outside Chinese Mainland) de su instancia de WAF. En el panel de navegación izquierdo, elija Protection Config > Core Web Protection. En la sección Core Protection Rule, haga clic en Create Template.

  2. Configurar Template Information:

    • Template Name: introduzca un nombre fácil de identificar.

    • Save as Default Template: el sistema proporciona una plantilla de protección predeterminada inicial, y solo puede existir una para el módulo de reglas de protección principales. Por lo tanto, si la plantilla predeterminada inicial existe, no puede establecer esta opción en "Yes".

      • Yes: no necesita configurar Configure Effective Scope. Una vez creada, la plantilla se aplica automáticamente a los objetos protegidos y grupos de objetos que no están asociados con una plantilla de protección personalizada. También se aplica a los objetos recién agregados. Puede excluir objetos específicos de forma manual si establece su estado en "Not applied".

      • No: debe configurar Configure Effective Scope y especificar manualmente los objetos protegidos o grupos de objetos a los que se aplica.

  3. Engine Configuration:

    • Automatic Update of Detection Engine: esta función está habilitada de forma predeterminada.

      • Enabled: las actualizaciones de reglas del equipo de seguridad de Alibaba Cloud se sincronizan automáticamente con su motor de detección. WAF aplica las nuevas reglas de forma automática. El Status de la regla se establece en "Enabled" o "Disabled", y la Action de la regla se establece en "Monitor" o "Block".

      • Disabled: las reglas se siguen sincronizando, pero su Status se establece en "Disabled" y la Action se establece en "Monitor".

    • Configure Engine: haga clic en Configure Engine en la esquina superior derecha, o bien haga clic en Configure en la columna Actions de un Detection Modules específico más abajo para configurar las reglas de protección. Para consultar la lista de módulos de detección compatibles, consulte Appendix.

      System Protection Rules

      Las reglas de protección del sistema se basan en los módulos de detección integrados de Alibaba Cloud y están disponibles en cuatro niveles de rigurosidad: Super Strict, Strict, Medium y Loose. De forma predeterminada, las reglas de los niveles Medium y Loose están habilitadas, mientras que las de los niveles Super Strict y Strict están deshabilitadas.

      Puede configurar los siguientes ajustes para las reglas de protección del sistema:

      • Action: seleccione una acción para las solicitudes que coincidan con la regla.

        • Block: bloquea las solicitudes coincidentes y devuelve una página de bloqueo al cliente.

        • Monitor: permite y registra las solicitudes coincidentes. Al probar una regla, primero utilice el modo Monitor y analice los registros de WAF para comprobar que no se generen falsos positivos.

      • Status: puede habilitar o deshabilitar la regla. Si la deshabilita, la regla no se aplica a las solicitudes.

      Nota

      Puede consultar los detalles de coincidencias de diversas reglas de protección en Security Reports.

      Custom Protection Rules (solo en modo de nube híbrida)

      Las reglas de protección personalizadas se aplican únicamente a los objetos protegidos que se agregan a WAF en modo de nube híbrida. Para agregar reglas de protección personalizadas y utilizarlas en una plantilla de protección, consulte Rule Library Management.

    • Adaptive Engine: la función Intelligent Whitelist Engine está deshabilitada de forma predeterminada. Cuando se habilita, WAF utiliza inteligencia artificial para aprender del tráfico histórico e identificar las reglas que causan falsos positivos a nivel de URL. Después crea automáticamente reglas de lista blanca para reducirlos.

      La plantilla de lista blanca que se crea automáticamente se llama AutoTemplate. Para obtener más información, consulte Whitelist.

      Nota

      Esta función solo está disponible para instancias pay-as-you-go, suscripción Enterprise Edition y suscripción Ultimate Edition.

  4. Configurar Configure Effective Scope:

    Seleccione los protected objects and protected object groups a los que desea aplicar esta plantilla. El alcance efectivo de la plantilla depende de la configuración del paso 2:

    • Uso de la plantilla predeterminada creada por el sistema o establecimiento como predeterminada: no necesita definir el alcance efectivo. Una vez creada, la plantilla se aplica automáticamente a los objetos protegidos y grupos de objetos que no están asociados con una plantilla de protección personalizada, así como a los objetos recién agregados. Puede excluir objetos específicos de forma manual si establece su estado en "Not applied".

    • No establecida como predeterminada: debe especificar manualmente los objetos protegidos y grupos de objetos a los que se aplica la plantilla.

      Nota

      Puede ajustar manualmente el estado efectivo de los objetos protegidos o grupos de objetos durante y después de la creación de la plantilla.

Manejo de falsos positivos y falsos negativos

Cuando WAF bloquea tráfico legítimo (falso positivo) o no logra bloquear un ataque (falso negativo), siga estos pasos para identificar la causa y ajustar su configuración.

Manejo de falsos positivos

  1. En el panel de navegación izquierdo, elija Detection and Response > Security Reports.

    Nota

    Si habilitó Log Service, también puede ir a Detection and Response > Log Service para consultar los registros completos de solicitudes.

  2. Filtre los registros por Time, Protected Objects (the accessed domain/cloud service instance) y Action para localizar la solicitud bloqueada específica.

    En la página Security Reports, defina las condiciones de filtro: seleccione un intervalo de tiempo Custom, elija el Domain/Instance de destino y establezca Action en Block para consultar las tendencias de bloqueo de ataques y la distribución de tipos de ataque durante el periodo especificado.

  3. Si comprueba que se bloqueó una solicitud legítima, búsquela en Logs y haga clic en Suppress False Positive en la columna Actions para crear una regla de lista blanca y permitir la solicitud.

    Si nota que las solicitudes comparten características comunes (por ejemplo, una dirección IP de confianza activa varias reglas de protección distintas), se recomienda agregar la dirección IP como Match Condition en una sola regla de lista blanca. Esto resulta más eficiente que agregar a la lista blanca cada entrada de registro bloqueada de forma individual. Para obtener más información, consulte Whitelist.

Manejo de falsos negativos

Si WAF no bloquea un ataque, considere las siguientes causas comunes y soluciones recomendadas:

  • WAF no procesa la solicitud

    • Causa: el certificado SSL o el puerto de escucha configurado en WAF no coincide con el del servidor de origen. Recomendación: compruebe que las configuraciones de certificado SSL y de puerto en WAF y en el servidor de origen sean consistentes.

    • Causa: en la incorporación por CNAME, el registro DNS no se modificó correctamente, por lo que el tráfico no se dirige a WAF. Recomendación: confirme que el registro DNS apunte correctamente a la dirección CNAME proporcionada por WAF.

    • Causa: en la incorporación por CNAME, el atacante evade WAF al acceder directamente a la dirección IP del servidor de origen.

      Recomendación: en el security group de su servidor, permita únicamente el tráfico proveniente de las direcciones IP de retorno al origen de WAF.

    • Causa: en la incorporación de servicios en la nube, la instancia de servicio en la nube agregada a WAF no es aquella hacia la que realmente se enruta el tráfico del dominio.

      Recomendación: confirme que se haya agregado a WAF la instancia de servicio en la nube correcta.

  • WAF procesa la solicitud, pero ninguna regla la cubre

    La plantilla de protección predeterminada no puede cubrir todos los tipos de ataques. Es posible que necesite habilitar otros módulos de protección según las características del ataque:

    • Para ataques CC (inundaciones HTTP de frecuencia baja a media): utilice CC Protection o custom rules de limitación de velocidad.

    • Para ataques DDoS en la capa de red (alta frecuencia y gran volumen): utilice los productos de Anti-DDoS.

    • Para scripts automatizados o ataques de bots: utilice Bot Management.

    • Para ataques con características específicas (como un User-Agent o una ruta de URL fijos): utilice custom rules.

    • Para ataques desde una dirección IP de origen fija: utilice un IP blocklist.

    • Para ataques desde regiones o países fuera del ámbito de su negocio: utilice Region Block.

    • Para ataques dirigidos a API: utilice API Security.

Mantenimiento habitual

  • Consultar una plantilla de protección: haga clic en el icono 展开图标 a la izquierda del nombre de una plantilla para consultar la información del motor que contiene.

  • Habilitar o deshabilitar una plantilla de protección: utilice el interruptor Status para habilitar o deshabilitar una plantilla.

  • Editar una plantilla de protección: haga clic en Edit en la columna Actions de una plantilla para modificar su Template Information, Engine Configuration o Apply To.

  • Eliminar una plantilla de protección: cuando una plantilla ya no sea necesaria, haga clic en Delete en su columna Actions y luego haga clic en Delete en el cuadro de diálogo de confirmación.

    Importante
    • Si elimina una plantilla de protección personalizada, cualquier objeto protegido que estuviera asociado con ella se agregará automáticamente a la plantilla de protección predeterminada.

    • Si elimina la plantilla de protección predeterminada mientras aún contiene objetos protegidos, dichos objetos dejarán de estar protegidos por las reglas de protección principales.

Módulos de detección compatibles

Las reglas de protección principales admiten los siguientes módulos de detección, los cuales pueden identificar y bloquear diversos tipos de ataques contra aplicaciones web.

Tipo de ataque

Descripción

SQL Injection

Un ataque de inyección SQL consiste en insertar código SQL malicioso en una consulta para ejecutar comandos de base de datos no previstos.

XSS

Un ataque de secuencias de comandos en sitios cruzados (XSS) consiste en incrustar scripts maliciosos en una página web para que se ejecuten cuando otros usuarios la consulten.

Code Execution

Los ataques de ejecución de código utilizan código malicioso inyectado que el servidor ejecuta para lograr los objetivos del atacante.

CRLF Injection

Un ataque de inyección CRLF consiste en insertar un retorno de carro (CR, \r) y un avance de línea (LF, \n) en un encabezado HTTP para manipular respuestas HTTP o realizar una división de respuesta HTTP.

Local File Inclusion

Si la opción allow_url_include está habilitada en un servidor, un atacante puede aprovechar funciones de PHP como include(), require(), include_once() y require_once() para incluir archivos dinámicamente mediante una URL. Si el origen del archivo no se valida de forma estricta, esto puede provocar lecturas arbitrarias de archivos o ejecución de comandos.

Remote File Inclusion

Un ataque de inclusión remota de archivos (RFI) incluye un archivo de un servidor remoto, lo que permite a un atacante ejecutar código malicioso en el servidor local.

Webshell

Un webshell es un archivo de script malicioso que, al cargarse o inyectarse, permite a un atacante controlar el servidor de forma remota.

OS Command Injection

Un ataque de inyección de comandos del sistema operativo consiste en incrustar comandos maliciosos del sistema operativo en un programa para que el servidor los ejecute.

Scanning Behavior

Se refiere al comportamiento y las características de los escáneres de aplicaciones web. Estas herramientas escanean automáticamente las aplicaciones web para encontrar posibles vulnerabilidades de seguridad, como inyecciones SQL y XSS, mediante la generación y el envío de una gran cantidad de solicitudes para analizar las respuestas de la aplicación.

Logic Defect

Los defectos de lógica de negocio son vulnerabilidades en la implementación de los procesos de negocio de una aplicación. A menudo, la validación de entradas y la codificación de salidas tradicionales no pueden prevenirlos. Pueden permitir que un atacante manipule el flujo de trabajo normal de la aplicación para obtener acceso no autorizado o llevar a cabo otras acciones maliciosas.

Arbitrary File Read

Una vulnerabilidad de lectura arbitraria de archivos permite a un atacante leer cualquier archivo del sistema, generalmente mediante un parámetro de ruta de archivo en una solicitud HTTP. Al aprovechar esta vulnerabilidad, un atacante puede acceder a información confidencial como archivos de configuración, credenciales y datos personales.

Arbitrary File Download

Una vulnerabilidad de descarga arbitraria de archivos es similar a la de lectura arbitraria, pero permite a un atacante descargar cualquier archivo del sistema. Esto puede provocar la filtración de información confidencial e incluso permitir que un atacante obtenga una copia de seguridad completa del sistema para analizarla sin conexión.

XXE Injection

Una vulnerabilidad XXE aprovecha la forma en que los analizadores XML procesan entidades externas. Esto permite a un atacante leer archivos del sistema, ejecutar solicitudes del lado del servidor (SSRF) o causar una denegación de servicio (DoS). Este ataque suele lograrse mediante una entrada XML que contiene una entidad externa maliciosa.

Cross-site Request Forgery

Un ataque CSRF engaña a un usuario autenticado para que envíe una solicitud no autorizada a una aplicación web. Por lo general, el atacante incita al usuario a hacer clic en un enlace malicioso o a visitar una página maliciosa, la cual ejecuta una acción en nombre del usuario, como cambiar una configuración o enviar un formulario.

Expression Injection

Un ataque de inyección de expresiones consiste en incrustar una expresión maliciosa que el servidor ejecuta.

.NET Deserialization

La deserialización es el proceso de convertir datos de un formato (como JSON, XML o binario) nuevamente en un objeto. En las aplicaciones .NET, una deserialización insegura puede provocar la ejecución de código arbitrario. Si un atacante controla los datos deserializados, podría inyectar datos maliciosos y ejecutar código arbitrario.

Java Deserialization

Un ataque de deserialización Java consiste en deserializar un objeto malicioso, lo que provoca que el servidor ejecute código malicioso durante el proceso.

PHP Deserialization

Un ataque de deserialización PHP consiste en deserializar un objeto malicioso, lo que provoca que el servidor ejecute código malicioso durante el proceso.

SSRF

Un ataque de falsificación de solicitudes del lado del servidor (SSRF) falsifica una solicitud del lado del servidor para que este acceda a recursos internos o externos.

Path Traversal

Un ataque de recorrido de rutas consiste en inyectar secuencias de rutas relativas (como ../) para acceder a archivos del servidor que no deberían ser de acceso público.

Protocol Non-compliance

La violación de protocolo consiste en manipular protocolos (como HTTP o HTTPS) de forma maliciosa para lanzar un ataque o evadir mecanismos de seguridad.

Arbitrary File Upload

Un ataque de carga arbitraria de archivos consiste en cargar un archivo malicioso que luego el servidor ejecuta.