Identifiera och kontrollera generativ AI med Sophos Firewall

Sophos Firewall kan identifiera kända GenAI-applikationer med hjälp av applikationssignaturer och tillåta eller blockera dem via kategorin Generative AI. För en säker utrullning bör användningen först tillåtas och loggas i en liten pilotgrupp. Identifieringen kontrolleras innan blockeringen aktiveras.

Brandväggen bedömer inte promptinnehåll och kan inte garantera att varje ny AI-tjänst identifieras. Den styr nätverkstrafiken för identifierade applikationer. Synchronized Application Control kan komplettera denna insyn med information från Sophos Endpoint, men funktionen genomdriver inte en separat policy på egen hand.

Snabbguide

Definiera en liten pilotgrupp eller ett separat testnät.
Skapa en separat policy från mallen Allow All under Applications > Application filter.
Välj policyn under Identify and control applications (App control) i den brandväggsregel som faktiskt matchar och aktivera Log firewall traffic.
Generera testtrafik med godkända och icke godkända GenAI-tjänster.
Kontrollera i Log Viewer vilket Rule ID, vilken applikation, kategori och åtgärd samt vilken användare eller klient som loggas.
Skapa ett andra Application Filter för blockering, välj kategorin Generative AI med Select All och ställ in åtgärden Deny.
Aktivera först blockeringspolicyn endast i pilotregeln och testa igen.

Testet är godkänt när en känd tjänst tilldelas den förväntade applikationen eller kategorin, trafiken matchar den avsedda pilotregeln och användare utanför pilotgruppen inte påverkas.

Vad Sophos Firewall identifierar för GenAI

Application Control och Synchronized Application Control kompletterar varandra, men har olika uppgifter.

Application Control är basfunktionen

Vanlig Application Control analyserar trafik som passerar genom brandväggen och tilldelar kända applikationer utifrån Sophos-signaturer. Sophos Endpoint krävs inte för detta. Policyn definieras med ett Application Filter och aktiveras i en brandväggsregel.

Applikationskategorin Generative AI visas under Applications > Application list. Kontrollera före piloten om Sophos listar de tjänster som ska testas. En post i katalogen bevisar inte att tjänsten identifieras i det egna nätet; det är syftet med det senare klienttestet.

Application Control kräver en giltig Web Protection-prenumeration. Kontrollera status under Backup & firmware > Pattern updates och använd Update pattern now vid behov. När databasen med applikationssignaturer uppdateras läggs nya applikationer automatiskt till i matchande kategoribaserade filter och regler. Omfattningen av en bred kategoriregel kan därför förändras under drift.

SFOS 22.0 MR2 introducerade inte kategorin. Sophos Endpoint kategoriserar Generative AI-applikationer mer exakt i denna version och delar informationen via Synchronized Application Control. Det förbättrar insyn, rapportering och underlaget för policykontroll, men garanterar inte att en viss tjänst identifieras.

De allmänna grunderna för Application Filter, koppling till brandväggsregler, signaturer och falska positiva resultat beskrivs i Konfigurera och testa Sophos Firewall Application Control.

Synchronized Application Control kompletterar med endpointtelemetri

Synchronized Application Control får via Security Heartbeat ytterligare information om applikationer som körs på Sophos Endpoint-enheter. Okända applikationer visas först under SyncAppCtl discovered. Etiketterna New, Mapped och Customized visar om en applikation har identifierats nyligen, tilldelats automatiskt eller anpassats manuellt.

Policyn genomdrivs fortfarande via ett Application Filter i en brandväggsregel. Synchronized Application Control förbättrar alltså identifieringen och kategoriseringen, men blockerar inte trafik på egen hand.

Denna extra insyn kräver:

en giltig Web Protection-prenumeration för Application Control;
Network Protection för Security Heartbeat;
ett Sophos Fusion-konto;
en endpoint som hanteras via Sophos Fusion (tidigare Sophos Central) med testlicens eller full licens;
en fungerande Security Heartbeat-anslutning.

I miljöer med Microsoft Defender eller en annan endpointprodukt saknas denna kompletterande Sophos-telemetri. Den vanliga metoden med Application Control är ändå tillgänglig.

Konfigurera en GenAI-pilot

Följande namn används i exemplet:

pilotgrupp: GG-SFOS-GenAI-Pilot
tillåtande Application Filter: APP-GenAI-Pilot
blockerande Application Filter: APP-GenAI-Block
brandväggsregel: LAN-Pilot-to-WAN

Namnen kan väljas fritt. Användargruppen måste komma från organisationens autentiseringskälla och brandväggsregeln måste passa de lokala zonerna, näten, tjänsterna och säkerhetspolicyerna. Utan tillförlitlig användaridentifiering är ett separat testnät oftast enklare än en användarbaserad pilotregel.

Avgränsa pilotregeln korrekt

Pilotregeln bör använda samma nödvändiga inställningar för NAT, webb, IPS och TLS som den befintliga internetvägen för klienter. Placera den direkt ovanför den mer allmänna internetregeln, inte generellt överst i hela regelverket.

För en användarbaserad regel aktiveras Match known users och GG-SFOS-GenAI-Pilot väljs. För ett testnät används dess specifika nätverksobjekt som Source networks and devices. Kontrollera därefter att ingen tidigare regel redan behandlar samma trafik.

Hur källa, destination, användare och regelordning samverkar beskrivs i Förstå och säkert konfigurera Sophos Firewall-regler.

Tillåt och logga GenAI först

Sophos Firewall har ingen separat åtgärd med namnet Monitor i Application Filter. Observation innebär därför att tillåta trafiken, aktivera brandväggsloggning och utvärdera träffarna.

Under Applications > Application filter:

Öppna Add.
Ange APP-GenAI-Pilot som Name.
Välj Allow All som Template.
Välj Save.

Öppna därefter regeln LAN-Pilot-to-WAN under Rules and policies > Firewall rules:

Låt Action vara inställd på Accept.
Aktivera Log firewall traffic.
Välj filtret APP-GenAI-Pilot för Identify and control applications (App control) under Other security features.
Spara regeln och kontrollera dess position.

Applikationerna identifieras och loggas nu, men de blockeras ännu inte utifrån GenAI-kategorin. Pilotfasen bör omfatta minst en representativ arbetscykel med de berörda användargrupperna och godkända företagstjänsterna. Ett fast antal dagar är mindre användbart än ett test som återspeglar de verkliga arbetsflödena.

Blockera GenAI i pilotgruppen

Skapa en separat blockeringspolicy när resultaten har utvärderats. På så sätt förblir det tillåtande utgångsläget dokumenterat och kan väljas igen vid en återgång.

Under Applications > Application filter:

Öppna Add.
Ange APP-GenAI-Block som Name.
Välj Allow All som Template och spara policyn.
Öppna den nya policyn igen och välj Add.
Använd Select All och ställ in filtret Category: Generative AI.
Ställ in Action på Deny och Schedule på All the Time.
Spara filterregeln och därefter policyn.

I LAN-Pilot-to-WAN ersätts det tidigare filtret APP-GenAI-Pilot med APP-GenAI-Block. Själva brandväggsregeln förblir inställd på Accept; GenAI-blockeringen kommer från det tilldelade Application Filter.

Om vissa GenAI-tjänster är godkända för verksamheten bör inte hela kategorin omedelbart blockeras för alla användare. Tydligt åtskilda användargrupper eller nät och en specifik regel för den godkända användningen är säkrare. Alternativt kan man börja med enskilda icke godkända applikationer i stället för hela kategorin. Då förblir det tydligt vem som får använda en viss tjänst och i vilket syfte.

Blanda inte ihop applikationskategori och webbkategori

Generative AI är en applikationskategori. Web > Categories hanterar däremot URL-kategorier som tillämpas via en Web policy i brandväggsregeln. En egen webbkategori med samma namn synkroniseras inte automatiskt med applikationskatalogen och ersätter inte Application Filter på ett likvärdigt sätt.

Versionsgräns SFOS 23.0: Här dokumenteras även en inbyggd webbkategori Generative AI. Den omfattar webbplatser och tjänster vars huvudsyfte är att skapa eller omvandla innehåll med hjälp av promptar; webbplatser där generativ AI inte är huvudsyftet ingår inte. Denna URL-klassificering tillämpas via en Web Policy, inte applikationssignaturer. Den är varken en egen kategori eller en domänlista som administratören underhåller och innebär inte fullständig AI-detektering. Detta visar inte att den finns i SFOS 22.0. Webbkategorier och policyer förklarar webbvägen. Kontrollera kategorin i den installerade versionen före blockering och bekräfta webb- och applikationsbeslut separat med verkliga pilotförfrågningar och loggar.

En egen URL-kategori, eller helst en URL group, kan ge ett extra lager om organisationen underhåller en lista över tillåtna eller blockerade domäner. För enbart domänmatchning rekommenderar Sophos URL Groups, eftersom de har bättre prestanda och mindre risk för falska positiva resultat än egna kategorier. Domänposter omfattar underdomäner; nyckelord kontrollerar hela URL:en och kan matcha oväntat i frågeparametrar. Använd därför inte nyckelord som ett tillåtande undantag.

Den kompletterande sökvägen är Web > URL groups eller Web > Categories, därefter Web > Policies och slutligen Rules and policies > Firewall rules > Web filtering > Web policy. Domänlistan behöver en ägare och ett granskningsdatum, eftersom GenAI-leverantörer ändrar värdar, CDN:er och inloggningsvägar. Guiden anger medvetet ingen statisk lista.

Verifiera effekten och skärp policyn

En sida som öppnas utan fel eller en synlig blockeringssida bevisar inte att den avsedda policyn tillämpades. Verifieringen bör omfatta tre nivåer:

Regelmatchning: Log Viewer visar Rule ID för LAN-Pilot-to-WAN.
Identifiering: Applikationen och kategorin motsvarar den testade GenAI-tjänsten.
Användarpåverkan: Pilotgruppen får den förväntade åtgärden, medan en användare som inte omfattas eller ett annat testnät förblir opåverkat.

Tillåten användning kan undersökas under Applications > Cloud applications och Reports > Applications & web > User app risks & usage. Cloud Applications visar endast tillåtna applikationer med trafik. Nya molnapplikationer har först Classification new; sanctioned, unsanctioned och tolerated är administrativa bedömningar. Klassificeringen gäller endast ny trafik och tillåter eller blockerar ingenting på egen hand. Ett Application Filter måste använda kriteriet och tilldelas den matchande brandväggsregeln.

För blockerade tester används Log Viewer och Reports > Applications & web > Blocked user apps. En nekad Application Filter-träff bör visas under Content Filtering > Application > Denied; kontrollera det tillåtna kontrollanropet under Firewall > Firewall Rule > Allowed. Med Synchronized Application Control ger rapporten Synchronized applications ytterligare information. Brandväggssessioner kanske inte loggas förrän händelsen Connection Destroy inträffar. Om en ny post saknas ska testsessionen avslutas korrekt och filtret uppdateras innan man antar att identifieringen misslyckades.

Om de förväntade händelserna saknas i Log Viewer kontrolleras minst typerna Firewall och Content filtering under System services > Log settings > Local reporting. Log firewall traffic måste också vara aktiverat i pilotregeln. Central Reporting och Syslog har separata kolumner; val där aktiverar inte den lokala visningen. För långsiktig analys passar Central Firewall Reporting.

När identifieringen inte stämmer

Annat Rule ID: En tidigare brandväggsregel behandlar trafiken. Kontrollera matchningskriterierna och regelordningen.
Ingen applikation eller endast generell identifiering: Kontrollera posten under Applications > Application list, status under Backup & firmware > Pattern updates, HTTPS-vägen, QUIC, Web Exceptions och den klient som faktiskt används. Packet Capture bekräftar nätverksvägen, inte applikationsklassificeringen.
Lokal applikation saknas i Synchronized Application Control: Kontrollera registreringen i Sophos Fusion, endpointlicensen och Security Heartbeat.
Blockeringen påverkar legitima tjänster: Byt omedelbart tillbaka till APP-GenAI-Pilot och begränsa policyn till specifika användare, nät eller applikationer.
IPv4 fungerar, men inte IPv6: Kontrollera båda regelverken och den klientväg som faktiskt används separat.

För HTTPS kan TLS Inspection ge ytterligare insyn, särskilt för URL-baserade Micro Apps och mer detaljerad information om molnapplikationer. I DPI-läge krävs en matchande regel under Rules and policies > SSL/TLS inspection rules med Action: Decrypt. I proxyläge används Use web proxy instead of DPI engine och Decrypt HTTPS during web proxy filtering i brandväggsregeln. Scan HTTP and decrypted HTTPS skannar redan dekrypterad trafik, men aktiverar inte dekryptering. Den CA som används måste vara installerad som betrodd på pilotklienterna.

Om utformningen även förlitar sig på en Web Policy eller URL-kategori aktiveras Block QUIC protocol i samma pilotregel. SFOS blockerar då utgående UDP till port 80 och 443; QUIC kan inte skannas av webbfiltret och kringgår dess kontroller. Det bevisar inte att varje QUIC-flöde kringgår alla andra brandväggsfunktioner. Det positiva testet behöver bara visa att webbläsaren faller tillbaka till TCP och att avsedd webb- eller TLS-policy tillämpas. TLS-dekryptering och QUIC-blockering garanterar fortfarande inte fullständig GenAI-identifiering och bör inte rullas ut brett enbart för detta test.

Det detaljerade arbetsflödet för Rule ID, Log Viewer och Packet Capture finns i Testa en Sophos Firewall-regel.

Återgång utan att förlora utgångsläget

Före bytet dokumenteras tidigare Application Filter, Web Policy, inställningen Block QUIC protocol, webbproxy- eller DPI-läge, tillhörande SSL/TLS-regel, regelstatus och -position samt NAT-tilldelning. Vid återgång återställs endast de ändrade fälten och APP-GenAI-Pilot väljs åter som Application Filter.

En separat pilotregel inaktiveras först när det har bekräftats att den allmänna regeln längre ned behandlar trafiken som avsett. Starta sedan nya sessioner och upprepa både det tillåtna kontrollanropet och det tidigare blockerade GenAI-anropet. Båda måste åter visa dokumenterat ursprungligt Rule ID och åtgärd.

Blockeringspolicyn, URL Group och testobjekten tas inte bort direkt. Då förblir konfiguration, ändringsdokumentation och loggar spårbara under utredningen. Delade TLS-, webb-, NAT- eller autentiseringsobjekt ändras inte som en del av denna återgång.

Begränsningar och löpande drift

Application Control styr identifierade nätverksanslutningar. Funktionen läser inte promptinnehåll, bedömer inte inmatade företagsdata och ersätter varken DLP eller heltäckande SaaS- eller GenAI-styrning. En blockerad kategori förhindrar inte heller automatiskt all åtkomst via nya domäner, okända applikationer, privata enheter eller andra nätverksvägar.

Den tekniska policyn kräver därför ett organisatoriskt beslut:

Vilka GenAI-tjänster är godkända?
Vilka användare eller team får använda dem?
Vilka data får behandlas där?
Vem godkänner ett undantag?
När granskas signaturer, träffar och undantag igen?

Efter mönster- eller firmwareuppdateringar bör träffarna för kategoriregeln kontrolleras på nytt. Före ett firmwarebyte bör man också följa proceduren Utföra en firmwareuppdatering av Sophos Firewall: den omfattar kontroll av tillgängliga versioner och uppgraderingsvägar som stöds, verifiering av den aktiva versionen efter omstart samt felsökning av misslyckade uppdateringar och återställningar. Ett gott driftsläge består inte i en så bred blockering som möjligt, utan i begripliga regler, stabil identifiering, dokumenterade undantag och en tydligt utsedd ägare.