Detectar y controlar la IA generativa con Sophos Firewall

Sophos Firewall puede identificar aplicaciones GenAI conocidas mediante firmas de aplicaciones y permitirlas o bloquearlas a través de la categoría Generative AI. Para realizar un despliegue seguro, conviene permitir y registrar primero el uso en un pequeño grupo piloto, comprobar la detección y activar el bloqueo solo después.

El firewall no evalúa los prompts ni garantiza la detección de todos los nuevos servicios de IA. Controla el tráfico de red de las aplicaciones identificadas. Synchronized Application Control puede ampliar esta visibilidad con información de Sophos Endpoints, pero no aplica por sí solo una segunda política.

Procedimiento rápido

1. Definir un pequeño grupo piloto o una red de prueba independiente.
2. Crear una política propia bajo Applications > Application filter a partir del template Allow All.
3. Seleccionar la política en la regla de firewall realmente adecuada bajo Identify and control applications (App control) y activar Log firewall traffic.
4. Generar tráfico de prueba con servicios GenAI permitidos y no permitidos.
5. Comprobar en el Log Viewer qué Rule ID, aplicación, categoría, acción y usuario o cliente se registran.
6. Para el bloqueo, crear un segundo Application Filter, seleccionar la categoría Generative AI con Select All y establecer la acción Deny.
7. Activar primero la política de bloqueo solo en la regla piloto y volver a probarla.

La prueba es correcta cuando un servicio conocido se asigna a la aplicación o categoría esperada, el tráfico coincide con la regla piloto prevista y los usuarios ajenos al grupo piloto no experimentan cambios.

Qué detecta Sophos Firewall en el tráfico GenAI

Application Control y Synchronized Application Control se complementan, pero cumplen funciones distintas.

Application Control es el método básico

Application Control analiza el tráfico que atraviesa el firewall y asigna las aplicaciones conocidas mediante las firmas de Sophos. No requiere Sophos Endpoint. La política se define mediante un Application Filter y se activa en una regla de firewall.

La categoría de aplicaciones Generative AI aparece bajo Applications > Application list. Antes del piloto hay que comprobar si Sophos incluye los servicios que se van a probar. Una entrada en el catálogo no demuestra que el servicio se detecte en la red propia; para eso sirve la prueba posterior con el cliente.

Application Control requiere una suscripción válida de Web Protection. El estado se comprueba bajo Backup & firmware > Pattern updates y, si es necesario, con Update pattern now. Al actualizarse la base de firmas de aplicaciones, las aplicaciones nuevas se añaden automáticamente a los filtros y reglas basados en una categoría coincidente. Por tanto, el alcance de una regla de categoría amplia puede cambiar durante la operación.

SFOS 22.0 MR2 no introdujo la categoría. En esta versión Sophos Endpoint clasifica con mayor precisión las aplicaciones de Generative AI y comparte la información mediante Synchronized Application Control. Esto mejora la visibilidad, los informes y la base para el control por políticas, pero no garantiza la detección de un servicio concreto.

Los fundamentos generales sobre Application Filter, asignación a reglas, firmas y falsos positivos se explican en Configurar y probar Application Control en Sophos Firewall.

Synchronized Application Control añade telemetría de Endpoint

Synchronized Application Control recibe, mediante Security Heartbeat, información adicional sobre las aplicaciones que se ejecutan en Sophos Endpoints. Las aplicaciones desconocidas aparecen primero bajo SyncAppCtl discovered. Las etiquetas New, Mapped y Customized indican si una aplicación se acaba de detectar, se ha asignado automáticamente o se ha ajustado manualmente.

La aplicación de la política sigue realizándose mediante un Application Filter en una regla de firewall. Por tanto, Synchronized Application Control mejora la detección y la categorización, pero no bloquea el tráfico por sí solo.

Esta visibilidad adicional requiere:

• una suscripción válida de Web Protection para Application Control;
• Network Protection para Security Heartbeat;
• una cuenta de Sophos Fusion (antes Sophos Central);
• un Endpoint administrado mediante Sophos Fusion con una licencia de prueba o completa;
• una conexión Security Heartbeat operativa.

En entornos con Microsoft Defender u otro producto de Endpoint no se dispone de esta telemetría adicional de Sophos. No obstante, el método normal mediante Application Control sigue disponible.

Configurar un piloto de GenAI

En el ejemplo se utilizan estos nombres:

• grupo piloto: GG-SFOS-GenAI-Pilot
• Application Filter de permiso: APP-GenAI-Pilot
• Application Filter de bloqueo: APP-GenAI-Block
• regla de firewall: LAN-Pilot-to-WAN

Los nombres se pueden elegir libremente. El grupo de usuarios debe proceder de la fuente de autenticación propia, y la regla de firewall debe adaptarse a las zonas, redes, servicios y Security Policies locales. Sin una identificación fiable de usuarios, una red de prueba separada suele ser más sencilla que una regla piloto basada en usuarios.

Delimitar correctamente la regla piloto

La regla piloto debe utilizar los mismos ajustes necesarios de NAT, Web, IPS y TLS que la ruta de Internet existente para los clientes. Se coloca justo encima de la regla de Internet más general, no de forma indiscriminada al principio de todo el conjunto de reglas.

En una regla basada en usuarios se activa Match known users y se selecciona GG-SFOS-GenAI-Pilot. Para una red de prueba se utiliza su objeto de red concreto como Source networks and devices. Después debe comprobarse que ninguna regla anterior procese ya el mismo tráfico.

La interacción entre Source, Destination, usuarios y orden de las reglas se explica en Comprender y configurar de forma segura las reglas de Sophos Firewall.

Permitir y registrar primero la GenAI

Sophos Firewall no dispone de una acción Monitor específica en el Application Filter. Por tanto, observar significa permitir el tráfico, activar el logging del firewall y analizar los eventos.

Bajo Applications > Application filter:

1. Abrir Add.
2. Introducir APP-GenAI-Pilot como Name.
3. Seleccionar Allow All como Template.
4. Guardar con Save.

A continuación, abrir la regla LAN-Pilot-to-WAN bajo Rules and policies > Firewall rules:

1. Mantener Action en Accept.
2. Activar Log firewall traffic.
3. Seleccionar el filtro APP-GenAI-Pilot bajo Other security features, en Identify and control applications (App control).
4. Guardar la regla y comprobar su posición.

De este modo, las aplicaciones se detectan y registran, pero todavía no se bloquean por pertenecer a la categoría GenAI. La fase piloto debe cubrir al menos un ciclo de trabajo representativo con los grupos de usuarios afectados y los servicios corporativos permitidos. Un número fijo de días resulta menos útil que una prueba que refleje los procesos de trabajo reales.

Bloquear GenAI en el grupo piloto

Después del análisis se crea una política de bloqueo independiente. Así queda documentado el estado inicial de permiso y se puede volver a seleccionarlo para el rollback.

Bajo Applications > Application filter:

1. Abrir Add.
2. Introducir APP-GenAI-Block como Name.
3. Seleccionar Allow All como Template y guardar.
4. Volver a abrir la nueva política y seleccionar Add.
5. Utilizar Select All y establecer el filtro Category: Generative AI.
6. Establecer Action en Deny y Schedule en All the Time.
7. Guardar la regla del filtro y, después, la política.

A continuación, en LAN-Pilot-to-WAN, se sustituye el filtro APP-GenAI-Pilot por APP-GenAI-Block. La propia regla de firewall permanece en Accept; el bloqueo de GenAI procede del Application Filter asignado.

Si algunos servicios GenAI están autorizados para fines profesionales, no se debe bloquear inmediatamente toda la categoría para todos los usuarios. Es más seguro utilizar grupos de usuarios o redes claramente separados y una regla específica para el uso permitido. Otra opción consiste en empezar por aplicaciones individuales no autorizadas en lugar de toda la categoría. Así queda claro quién puede utilizar cada servicio y por qué motivo.

No confundir la categoría de aplicaciones con la categoría web

Generative AI es una categoría de aplicaciones. En cambio, Web > Categories administra categorías de URL que se aplican mediante una Web policy en la regla de firewall. Una categoría web personalizada con el mismo nombre no se sincroniza automáticamente con el catálogo de aplicaciones ni sustituye de forma equivalente al Application Filter.

Límite de versión SFOS 23.0: También se documenta una categoría web integrada Generative AI. Incluye sitios y servicios cuyo propósito principal es crear o transformar contenido mediante prompts; excluye los sitios donde la IA generativa no es el propósito principal. Esta clasificación de URL actúa mediante una Web Policy, no mediante firmas de aplicaciones. No es una categoría personalizada ni una lista de dominios mantenida por el administrador, y no implica detectar toda la IA. Esto no demuestra disponibilidad en SFOS 22.0. Las categorías y políticas web explican la ruta web. Antes de bloquear, comprobar la categoría en la versión instalada y confirmar por separado las decisiones web y de aplicaciones con solicitudes reales del piloto y logs.

Una categoría de URL personalizada, o preferiblemente un URL group, puede aportar una capa adicional si la organización mantiene una lista de dominios permitidos o bloqueados. Para comparar solo dominios, Sophos recomienda URL Groups porque ofrecen mejor rendimiento y menos falsos positivos que las categorías personalizadas. Las entradas de dominio incluyen subdominios; las palabras clave examinan toda la URL y pueden coincidir inesperadamente en parámetros de consulta. Por ello no deben usarse como excepción de permiso.

La ruta adicional es Web > URL groups o Web > Categories, después Web > Policies y finalmente Rules and policies > Firewall rules > Web filtering > Web policy. La lista de dominios necesita un responsable y una fecha de revisión, ya que los proveedores GenAI cambian hosts, CDN y rutas de inicio de sesión. Esta guía no prescribe deliberadamente una lista estática.

Comprobar el efecto y reforzar la política

Que una página se cargue correctamente o muestre una página de bloqueo no demuestra todavía que se haya aplicado la política prevista. La validación debe comprobar tres niveles:

1. Coincidencia de regla: el Log Viewer muestra la Rule ID de LAN-Pilot-to-WAN.
2. Detección: la aplicación y la categoría corresponden al servicio GenAI probado.
3. Efecto en el usuario: el grupo piloto recibe la acción esperada, mientras que un usuario no afectado u otra red de prueba no experimentan cambios.

El uso permitido se puede analizar bajo Applications > Cloud applications y Reports > Applications & web > User app risks & usage. Cloud Applications solo muestra aplicaciones permitidas con tráfico. Las nuevas aplicaciones cloud reciben inicialmente la Classification new; sanctioned, unsanctioned y tolerated son valoraciones administrativas. La clasificación solo se aplica al tráfico nuevo y por sí misma no permite ni bloquea nada. Un Application Filter debe usar ese criterio y estar asignado a la regla de firewall coincidente.

Para las pruebas bloqueadas se utilizan el Log Viewer y Reports > Applications & web > Blocked user apps. Una coincidencia denegada por el Application Filter debe aparecer bajo Content Filtering > Application > Denied; la solicitud de control permitida se comprueba bajo Firewall > Firewall Rule > Allowed. Con Synchronized Application Control también resulta útil el informe Synchronized applications. Las sesiones de firewall pueden no registrarse hasta el evento Connection Destroy. Si falta una entrada recién generada, hay que cerrar correctamente la sesión de prueba y actualizar el filtro antes de concluir que ha fallado la detección.

Si los eventos esperados no aparecen en el Log Viewer, hay que comprobar al menos los tipos Firewall y Content filtering bajo System services > Log settings > Local reporting. Log firewall traffic también debe estar activo en la regla piloto. Central Reporting y Syslog tienen columnas propias; seleccionarlas no activa la visualización local. Para análisis a largo plazo, consulte Activar y operar Central Firewall Reporting.

Cuando la detección no coincide

• Otra Rule ID: una regla de firewall anterior procesa el tráfico. Comprobar los criterios de coincidencia y el orden.
• No aparece ninguna aplicación o solo una detección genérica: comprobar la entrada bajo Applications > Application list, el estado bajo Backup & firmware > Pattern updates, la ruta HTTPS, QUIC, las Web Exceptions y el cliente realmente utilizado. Packet Capture confirma la ruta de red, no la clasificación de la aplicación.
• La aplicación local no aparece en Synchronized Application Control: comprobar el registro en Sophos Fusion, la licencia de Endpoint y Security Heartbeat.
• El bloqueo afecta a servicios legítimos: volver inmediatamente a APP-GenAI-Pilot y limitar mejor la política a usuarios, redes o aplicaciones individuales.
• IPv4 funciona, pero IPv6 no: comprobar por separado ambos conjuntos de reglas y la ruta de cliente realmente utilizada.

Con HTTPS, TLS Inspection puede proporcionar visibilidad adicional, especialmente para Micro Apps basadas en URL y detalles más precisos de Cloud Apps. En modo DPI hace falta una regla coincidente bajo Rules and policies > SSL/TLS inspection rules con Action: Decrypt. En modo proxy se usan Use web proxy instead of DPI engine y Decrypt HTTPS during web proxy filtering en la regla de firewall. Scan HTTP and decrypted HTTPS analiza tráfico ya descifrado, pero no activa el descifrado. La CA utilizada debe instalarse como fiable en los clientes piloto.

Si el diseño también depende de una Web Policy o categoría de URL, hay que activar Block QUIC protocol en la misma regla piloto. SFOS descarta entonces el UDP saliente hacia los puertos 80 y 443; QUIC no puede ser analizado por el filtro web y elude sus comprobaciones. Esto no demuestra que todos los flujos QUIC eludan todas las demás funciones del firewall. La prueba positiva solo debe mostrar que el navegador vuelve a TCP y que se aplica la política web o TLS prevista. El descifrado TLS y el bloqueo de QUIC tampoco garantizan una detección completa de GenAI y no deben extenderse a todos los usuarios solo para esta prueba.

El procedimiento detallado para Rule ID, Log Viewer y Packet Capture está disponible en Probar una regla de Sophos Firewall.

Rollback sin perder el estado inicial

Antes del cambio hay que documentar el Application Filter y la Web Policy anteriores, el ajuste Block QUIC protocol, el modo web proxy o DPI, la regla SSL/TLS asociada, el estado y la posición de la regla y la asignación NAT. Durante el rollback solo se restauran los campos modificados y se vuelve a seleccionar APP-GenAI-Pilot como Application Filter.

Una regla piloto separada solo se desactiva después de confirmar que la regla general situada debajo procesará el tráfico como estaba previsto. Después se inician sesiones nuevas y se repiten tanto la solicitud de control permitida como la solicitud GenAI antes bloqueada. Ambas deben volver a mostrar la Rule ID y la acción iniciales documentadas.

La política de bloqueo, el URL Group y los objetos de prueba no se eliminan al principio. Así permanecen trazables la configuración, la documentación del cambio y los logs durante el análisis. Los objetos TLS, web, NAT o de autenticación compartidos no se modifican como parte de este rollback.

Límites y operación continua

Application Control controla las conexiones de red identificadas. No lee los prompts, no evalúa los datos corporativos introducidos y no sustituye ni a DLP ni a una gobernanza completa de SaaS o GenAI. Una categoría bloqueada tampoco impide automáticamente todos los accesos mediante nuevos dominios, aplicaciones desconocidas, dispositivos privados u otras rutas de red.

Por tanto, la política técnica requiere una decisión organizativa:

• ¿Qué servicios GenAI están permitidos?
• ¿Qué usuarios o equipos pueden utilizarlos?
• ¿Qué datos se pueden procesar en ellos?
• ¿Quién aprueba una excepción?
• ¿Cuándo se vuelven a revisar las firmas, los eventos y las excepciones?

Después de actualizar los patterns o el firmware, deben volver a comprobarse los eventos de la regla de categoría. Antes de cambiar el firmware, también debe seguirse el procedimiento Realizar una actualización de firmware de Sophos Firewall: incluye comprobar las builds disponibles y las rutas de actualización compatibles, validar la versión activa después del reinicio y resolver actualizaciones fallidas y rollbacks. Un buen estado operativo no consiste en aplicar el bloqueo más amplio posible, sino en mantener reglas comprensibles, una detección estable, excepciones documentadas y un responsable claramente definido.