Control del acceso con firewalls

Un firewall proporciona control de acceso independiente de la identidad a tu app de App Engine. Con el firewall de App Engine, puedes definir hasta 1,000 reglas individuales para permitir o restringir un rango de direcciones IP y subredes.

Para configurar un firewall, debes definir reglas que especifiquen un valor de prioridad, el rango de direcciones IP para permitir o rechazar y una descripción opcional.

Para asegurarte de que configuraste tu aplicación de forma segura y estableciste los niveles de acceso apropiados, consulta Seguridad para aplicaciones y Control de acceso.

Estructura de las reglas de firewall

Un firewall de App Engine está compuesto por una lista ordenada de reglas que pueden permitir o rechazar el acceso de una dirección IP o rango específico a tu app. La regla aplica a todos los recursos de la aplicación de App Engine.

Las reglas del firewall se ordenan según su importancia, que puedes definir con un valor numérico en la prioridad de cada regla. Debes especificar un único valor de prioridad para cada regla, ya que define la importancia en relación con las demás reglas del firewall. Los valores para la prioridad de las reglas van desde el más importante: 1, hasta el menos importante: 2147483647.

Cada firewall incluye una regla default que se crea de forma automática con la prioridad 2147483647, y aplica a todo el rango de IP de tu aplicación. La regla default siempre se evalúa después de las demás reglas en el firewall y se aplica a todas las solicitudes en todas las direcciones IP.

El firewall evalúa primero la regla con mayor prioridad. Las reglas restantes se evalúan de forma secuencial hasta que una coincida con el rango de IP de esa solicitud. Cuando se encuentra una regla que coincide, la conexión se permite o se rechaza, y se omiten las demás reglas del firewall. Si ninguna de las reglas definidas de forma manual en el firewall coincide con la solicitud, se evalúa la regla default.

Por ejemplo, si creas una regla con prioridad 1, siempre se evalúa primero. Si una solicitud entrante coincide con la regla de prioridad 1, solo se evalúa esa y se omiten las demás reglas del firewall, incluida default.

En el siguiente firewall de ejemplo, se muestra cómo puede cambiar el comportamiento del firewall según la prioridad de una regla.

Antes de comenzar

Antes de poder crear un firewall para tu aplicación, debes contar con alguna de las siguientes funciones de IAM de App Engine, que incluyen los privilegios necesarios para crear o modificar las reglas del firewall:

  • Administrador de App Engine
  • Editor
  • Propietario

Si deseas utilizar la herramienta gcloud o la API de Administrador, primero debes instalarlas y configurarlas:

Evita el acceso al contenido en caché

El firewall de App Engine se sitúa detrás de los mecanismos que almacenan contenido en caché, como proxies web y navegadores. Cuando el contenido se almacena en caché, se entrega de forma pública desde la URL específica hasta que vence, y se puede acceder a él incluso tras la creación de reglas de firewall nuevas.

El tiempo de vencimiento predeterminado para el contenido almacenado en caché es 10 minutos. Para obtener información sobre cómo configurar el tiempo de vencimiento, consulta Vencimiento de caché estática.

Para evitar que tu contenido se almacene en caché, usa los encabezados de respuesta de HTTP Cache-Control y Expires. Para obtener más información sobre estos encabezados de HTTP, incluso el método de control del almacenamiento en caché, consulta Evita el almacenamiento en caché.

En cuanto al contenido estático, puedes configurar tu aplicación del entorno estándar para que configure los encabezados HTTP de respuesta. Para obtener más información sobre cómo configurar los encabezados de respuesta HTTP en el archivo de configuración de tu aplicación, consulta Cómo se manejan las solicitudes y la referencia de app.yaml.

Permite solicitudes de tus servicios

Cuando creas reglas, debes considerar los puntos siguientes:

  • Según la configuración predeterminada, se le permite el acceso a tu aplicación a cualquier solicitud que no coincida con una regla. Si deseas bloquear todas las solicitudes que no coinciden con una regla específica, debes configurar la regla default como deny.
  • El firewall permite las listas de tareas en cola y el tráfico de Cron, incluso cuando la regla default está definida como deny.
  • Para controlar el acceso de solicitudes de otras aplicaciones o servicios de App Engine, puede que debas crear reglas que admitan las direcciones IP que se utilizan en comunicaciones servicio a servicio. Si tu aplicación se comunica con otras aplicaciones o servicios en App Engine, debes tener en cuenta cómo controlar las solicitudes de las siguientes direcciones IP:

    • Solicitudes del servicio de recuperación de URL: 0.1.0.40
      • Solicitudes recibidas en el entorno estándar: 0.1.0.40
      • Solicitudes recibidas en el entorno flexible: 0.1.0.40 y 10.0.0.1
    • Solicitudes de Blobstore o de Cloud Storage: 0.1.0.30
    • Solicitudes recibidas solo en el entorno estándar:
      • Solicitudes de implementación de aplicaciones: 10.1.0.41

    Ejemplo

    Tu aplicación tiene un servicio de backend en ejecución en el entorno estándar (backend_std). Este utiliza el servicio de recuperación de URL para comunicarse con backend_flex.

    Para permitir las solicitudes, debes crear dos reglas de firewall:

    • 0.1.0.40: una regla que permita que backend_flex reciba las solicitudes del servicio de recuperación de URL desde backend_std.
    • 10.0.0.1: una regla que permita la comunicación de servicio a servicio para las solicitudes del servicio de recuperación de URL en backend_flex.

Crea reglas de firewall

Crea una regla de firewall mediante uno de los métodos siguientes. Repite estos pasos para crear cada regla adicional:

Console

Usa la página de reglas de firewall en GCP Console para crear una regla de firewall:

  1. Ve a la página Crear una regla de firewall de GCP Console:

    Ir a la página Crear una regla de firewall

  2. Específica los detalles para la regla de firewall:

    1. En Prioridad, ingresa un número entero para especificar la importancia relativa de la regla y definir el orden en que se evalúa.

      Los valores válidos van desde 1 hasta 2147483646. La regla que tiene la prioridad 1 es la que se evalúa primero. La regla que tiene la prioridad 2147483647 es la última que se evalúa, y se reserva para la regla predeterminada.

    2. En Acción en caso de coincidencia, especifica si deseas permitir o rechazar el acceso a las solicitudes que coinciden con la regla. Las reglas configuradas como allow reenvían la solicitud a la aplicación. Las reglas configuradas como deny responden a las solicitudes con un error 403 Forbidden.
    3. En el Rango de IP, debes definir el rango de direcciones IP al que se aplica la regla. El rango de direcciones IP debe definirse con la notación CIDR y puede incluir máscaras de subred y admitir IPv4 y también IPv6.
    4. Opcional: en Descripción, incluye una descripción de la regla de hasta 100 caracteres.
  3. Haz clic en Guardar para crear la regla.
  4. Prueba la regla para asegurarte de que la prioridad y la acción se comporten de la manera esperada:
    1. Haz clic en Probar dirección IP.
    2. Ingresa la dirección IP que deseas validar y luego haz clic en Probar para asegurarte de que la regla correspondiente se evalúe de forma correcta.
gcloud

Ejecuta los siguientes comandos de gcloud app firewall-rules para crear una regla de firewall:

  1. Ejecuta el siguiente comando para crear una regla de firewall:

    gcloud app firewall-rules create PRIORITY --action ALLOW_OR_DENY --source-range IP_RANGE --description DESCRIPTION
    Leyenda:
    • PRIORITY es un número entero entre 12147483646 que define la importancia de la regla y el orden en que se la evalúa. La regla que tiene la prioridad 1 es la que se evalúa primero. La regla que tiene la prioridad 2147483647 es la última que se evalúa y se reserva para la regla predeterminada.
    • ALLOW_OR_DENY especifica si se permite o se rechaza el acceso a las solicitudes que coinciden con la regla. Los valores válidos son allow o deny. Las reglas configuradas como allow reenvían la solicitud a la aplicación. Las reglas configuradas como deny responden a las solicitudes con un error 403 Forbidden.
    • IP_RANGE define el rango de direcciones IP al que se aplica la regla. El rango de IP debe definirse con la notación CIDR y puede incluir máscaras de subred y admitir IPv4 y también IPv6.
    • DESCRIPTION es una descripción opcional de la regla de hasta 100 caracteres.
  2. Ejecuta el siguiente comando para probar tu regla y asegurarte de que la prioridad y la acción se comporten de la manera esperada:
    gcloud app firewall-rules test-ip IP_ADDRESS
    en donde IP_ADDRESS es la dirección IP con la que deseas probar tu firewall.
  3. Ejecuta el siguiente comando para ver una lista de las reglas existentes:
    gcloud app firewall-rules list
  4. Ejecuta el siguiente comando para borrar una regla existente:
    gcloud app firewall-rules delete PRIORITY
    donde PRIORITY es el valor de prioridad de la regla que deseas borrar.
Ejemplos:
Usa los siguientes ejemplos a modo de ayuda para crear el firewall:
  • Agrega una regla que permita una dirección IPv6 y una máscara de subred, y luego prueba la regla para asegurarte de que se evalúe antes que las demás:

    gcloud app firewall-rules create 123 --source-range fe80::3636:3bff:fecc:8778/128 --action allow
    gcloud app firewall-rules test-ip fe80::3636:3bff:fecc:8778
  • Agrega una regla para denegar una dirección IPv4 y una máscara de subred, y luego prueba la regla a fin de asegurarte de que se evalúe de forma apropiada:

    gcloud app firewall-rules create 123456 --source-range "74.125.0.0/16" --action deny
    gcloud app firewall-rules test-ip 74.125.0.8
  • Actualiza y luego prueba la regla predeterminada para asegurarte de que restringe todas las direcciones IP que no coinciden con otras reglas:

    gcloud app firewall-rules update default --action deny
    gcloud app firewall-rules test-ip 123.456.7.89
API

A fin de crear reglas de firewall de manera programática para tu aplicación de App Engine, puedes usar los métodos apps.firewall.ingressRules en la API de Administrador.

Para probar una regla de firewall y asegurarte de que la prioridad y la acción proporcionen el comportamiento esperado, puedes usar el método apps.firewall.ingressRules.list y especificar la dirección IP que deseas probar dentro del parámetro matchingAddress.

Firewall de ejemplo

En este ejemplo, una empresa configuró un firewall para que el equipo de ingeniería y la red corporativa interna tengan acceso a la aplicación en desarrollo. Las reglas de firewall se crearon con espacios grandes entre cada prioridad con el objetivo de tener espacio para el crecimiento.

Prioridad Acción Rango de IP Descripción
1000 Denegar 192.0.2.1 Rechaza el acceso a un ataque de DoS.
2,000 Permitir 198.51.100.2 Permite el acceso a un ingeniero de la oficina satélite.
3000 Denegar 198.51.100.0/24 Rechaza el acceso a los edificios que no son de ingeniería.
5000 Permitir 203.0.113.0/24 Permite el acceso a la red del edificio principal.
2147483647 Denegar * Acción predeterminada

Luego de crear el firewall, imagina que las siguientes solicitudes se envían a la aplicación de muestra y observa la respuesta:

  • La solicitud desde 198.51.100.2 coincide con la regla con prioridad 2000 y se permite.
  • La solicitud desde 198.51.100.100 coincide con la regla con prioridad 3000 y se rechaza.
  • La solicitud desde 203.0.113.54 coincide con la regla con prioridad 5000 y se permite.
  • La solicitud desde 45.123.35.242 coincide con la regla predeterminada y se rechaza.

Resuelve los conflictos de reglas

Por ejemplo, supone que se intercambian dos de las prioridades del firewall de la empresa. Observa el comportamiento no deseado si se intercambian las reglas con prioridades 2000 y 3000, observa el comportamiento no deseado.

Prioridad Acción Rango de IP Descripción
1000 Denegar 192.0.2.1 Rechaza el acceso a un ataque de DoS.
2000 Denegar 198.51.100.0/24 Rechaza el acceso a los edificios que no son de ingeniería.
3000 Permitir 198.51.100.2 Permite el acceso a un ingeniero de la oficina satélite.
5000 Permitir 203.0.113.0/24 Permite el acceso a la red del edificio principal.
2147483647 Denegar * Acción predeterminada

El ingeniero en la oficina satélite no podrá acceder a la aplicación de la empresa, ya que, por la nueva prioridad de la regla, esta nunca se evaluará. La dirección IP del ingeniero 198.51.100.2 coincide con la regla que rechaza el acceso a todos los no ingenieros en el rango 198.51.100.0/24 antes de la regla que permite el acceso a la dirección IP del ingeniero.

Para solucionar el problema, debes modificar la configuración a fin de que la regla que permite el acceso a 198.51.100.2 tenga mayor prioridad que la regla que rechaza el acceso para el rango de IP de 198.51.100.0/24.

¿Te ha resultado útil esta página? Enviar comentarios:

Enviar comentarios sobre...

Documentación del entorno estándar de App Engine para Node.js