Rilevare e controllare la Generative AI con Sophos Firewall
Sophos Firewall può riconoscere le applicazioni GenAI note tramite le firme applicative e consentirle o bloccarle attraverso la categoria Generative AI. Per un rollout sicuro, è opportuno consentire e registrare inizialmente l’utilizzo in un piccolo gruppo pilota, verificare il rilevamento e attivare il blocco solo in seguito.
Il firewall non valuta i prompt e non garantisce il rilevamento di ogni nuovo servizio di intelligenza artificiale. Controlla il traffico di rete delle applicazioni riconosciute. Synchronized Application Control può integrare questa visibilità con le informazioni fornite dai Sophos Endpoint, ma non applica autonomamente una seconda policy.
Procedura rapida
- Definire un piccolo gruppo pilota o una rete di test separata.
- In Applications > Application filter, creare una policy dedicata dal template
Allow All. - Selezionare la policy nella regola firewall effettivamente pertinente sotto Identify and control applications (App control) e attivare Log firewall traffic.
- Generare traffico di test con servizi GenAI approvati e non approvati.
- Nel Log Viewer, verificare quale Rule ID, applicazione, categoria, azione e quale utente o client vengono registrati.
- Per il blocco, creare un secondo Application Filter, selezionare la categoria
Generative AIconSelect Alle impostare l’azioneDeny. - Attivare inizialmente la policy di blocco solo nella regola pilota ed eseguire nuovamente i test.
Il test ha esito positivo quando un servizio noto viene assegnato all’applicazione o alla categoria prevista, il traffico passa attraverso la regola pilota corretta e gli utenti esterni al gruppo pilota non subiscono modifiche.
Che cosa rileva Sophos Firewall per la GenAI
Application Control e Synchronized Application Control si integrano, ma svolgono compiti differenti.
Application Control è il metodo di base
La normale Application Control esamina il traffico che attraversa il firewall e assegna le applicazioni note in base alle firme Sophos. A tale scopo non è necessario un Sophos Endpoint. La policy viene definita tramite un Application Filter e attivata in una regola firewall.
La categoria applicativa Generative AI è visibile in Applications > Application list. Prima del progetto pilota occorre verificare se Sophos elenca i servizi da testare. La presenza nel catalogo non dimostra che il servizio venga rilevato nella propria rete; questo è lo scopo del successivo test client.
Application Control richiede un abbonamento Web Protection valido. Lo stato si controlla in Backup & firmware > Pattern updates, utilizzando se necessario Update pattern now. Quando viene aggiornata la banca dati delle firme applicative, le nuove applicazioni vengono aggiunte automaticamente ai filtri e alle regole basati sulla categoria corrispondente. L’ambito di una regola di categoria ampia può quindi cambiare durante il funzionamento.
SFOS 22.0 MR2 non ha introdotto la categoria. In questa versione Sophos Endpoint classifica con maggiore precisione le applicazioni Generative AI e condivide le informazioni tramite Synchronized Application Control. Ciò migliora visibilità, report e base per il controllo tramite policy, ma non garantisce il rilevamento di uno specifico servizio.
I concetti generali relativi ad Application Filter, assegnazione alle regole, firme e falsi positivi sono descritti in Configurare e testare Application Control su Sophos Firewall.
Synchronized Application Control integra la telemetria degli endpoint
Tramite Security Heartbeat, Synchronized Application Control riceve informazioni aggiuntive sulle applicazioni eseguite sui Sophos Endpoint. Le applicazioni sconosciute compaiono inizialmente sotto SyncAppCtl discovered. Le etichette New, Mapped e Customized indicano se un’applicazione è stata appena rilevata, assegnata automaticamente o modificata manualmente.
L’applicazione della policy avviene comunque tramite un Application Filter in una regola firewall. Synchronized Application Control migliora quindi il rilevamento e la categorizzazione, ma non blocca autonomamente il traffico.
Per questa visibilità aggiuntiva sono necessari:
- un abbonamento Web Protection valido per Application Control;
- Network Protection per Security Heartbeat;
- un account Sophos Fusion (in precedenza Sophos Central);
- un endpoint gestito tramite Sophos Fusion con licenza di prova o completa;
- una connessione Security Heartbeat funzionante.
Negli ambienti con Microsoft Defender o un altro prodotto endpoint, questa telemetria Sophos aggiuntiva non è disponibile. Il normale metodo tramite Application Control rimane comunque utilizzabile.
Configurare il progetto pilota GenAI
Nell’esempio vengono utilizzati questi nomi:
- gruppo pilota:
GG-SFOS-GenAI-Pilot - Application Filter di autorizzazione:
APP-GenAI-Pilot - Application Filter di blocco:
APP-GenAI-Block - regola firewall:
LAN-Pilot-to-WAN
I nomi possono essere scelti liberamente. Il gruppo di utenti deve provenire dalla propria fonte di autenticazione e la regola firewall deve essere compatibile con le zone, le reti, i servizi e le Security Policy locali. In assenza di un’identificazione affidabile degli utenti, una rete di test separata è generalmente più semplice di una regola pilota basata sugli utenti.
Delimitare correttamente la regola pilota
La regola pilota dovrebbe utilizzare le stesse impostazioni NAT, Web, IPS e TLS necessarie del percorso Internet esistente per i client. Deve essere posizionata immediatamente sopra la regola Internet più generica, non indiscriminatamente all’inizio dell’intero set di regole.
Per una regola basata sugli utenti, attivare Match known users e selezionare GG-SFOS-GenAI-Pilot. Per una rete di test, utilizzare il relativo oggetto di rete specifico come Source networks and devices. Occorre poi verificare che nessuna regola precedente elabori già lo stesso traffico.
Il modo in cui sorgente, destinazione, utenti e ordine delle regole interagiscono è descritto in Comprendere e configurare in sicurezza le regole di Sophos Firewall.
Consentire e registrare inizialmente la GenAI
Sophos Firewall non dispone di un’azione Monitor dedicata nell’Application Filter. Osservare significa quindi consentire il traffico, attivare il logging del firewall e analizzare le corrispondenze.
In Applications > Application filter:
- Aprire Add.
- Inserire
APP-GenAI-Pilotcome Name. - Selezionare
Allow Allcome Template. - Salvare con Save.
Aprire quindi la regola LAN-Pilot-to-WAN sotto Rules and policies > Firewall rules:
- Lasciare Action impostato su
Accept. - Attivare Log firewall traffic.
- Sotto Other security features, selezionare il filtro
APP-GenAI-Pilotin Identify and control applications (App control). - Salvare la regola e controllarne la posizione.
In questo modo le applicazioni vengono riconosciute e registrate, ma non ancora bloccate in base alla categoria GenAI. La fase pilota dovrebbe coprire almeno un ciclo di lavoro rappresentativo dei gruppi di utenti interessati e dei servizi aziendali consentiti. Un numero fisso di giorni è meno utile di un test che rispecchia i processi di lavoro reali.
Bloccare la GenAI nel gruppo pilota
Dopo l’analisi viene creata una policy di blocco separata. In questo modo, lo stato iniziale di autorizzazione rimane documentato e può essere selezionato nuovamente per il rollback.
In Applications > Application filter:
- Aprire Add.
- Inserire
APP-GenAI-Blockcome Name. - Selezionare
Allow Allcome Template e salvare. - Riaprire la nuova policy e selezionare Add.
- Utilizzare Select All e impostare il filtro Category: Generative AI.
- Impostare Action su
Denye Schedule suAll the Time. - Salvare prima la regola del filtro e poi la policy.
Successivamente, in LAN-Pilot-to-WAN, sostituire il filtro APP-GenAI-Pilot con APP-GenAI-Block. La regola firewall rimane impostata su Accept; il blocco della GenAI deriva dall’Application Filter assegnato.
Se determinati servizi GenAI sono approvati per l’uso aziendale, non si dovrebbe bloccare immediatamente l’intera categoria per tutti gli utenti. È più sicuro utilizzare gruppi di utenti o reti chiaramente separati e una regola specifica per l’utilizzo autorizzato. In alternativa, è possibile iniziare da singole applicazioni non consentite anziché dall’intera categoria. In questo modo rimane comprensibile chi può utilizzare quale servizio e per quale motivo.
Non confondere categoria applicativa e categoria web
Generative AI è una categoria applicativa. Web > Categories gestisce invece categorie di URL che vengono applicate tramite una Web policy nella regola firewall. Una categoria web personalizzata con lo stesso nome non viene sincronizzata automaticamente con il catalogo delle applicazioni e non sostituisce in modo equivalente l’Application Filter.
Limite di versione SFOS 23.0: È documentata anche una categoria web integrata Generative AI. Comprende siti e servizi il cui scopo principale è creare o trasformare contenuti tramite prompt; esclude i siti in cui l’IA generativa non è lo scopo principale. Questa classificazione URL agisce tramite una Web Policy, non tramite firme applicative. Non è una categoria personalizzata né un elenco di domini mantenuto dall’amministratore, e non implica il rilevamento completo dell’IA. Non se ne deduce la disponibilità in SFOS 22.0. Le categorie e policy web spiegano il percorso web. Prima di bloccare, verificare la categoria sulla versione installata e confermare separatamente le decisioni web e applicative con richieste reali del progetto pilota e log.
Una categoria URL personalizzata, o preferibilmente un URL group, può aggiungere un ulteriore livello se l’azienda mantiene un elenco di domini consentiti o bloccati. Per i soli domini Sophos consiglia gli URL Group, più efficienti e meno soggetti a falsi positivi rispetto alle categorie personalizzate. Le voci di dominio includono i sottodomini; le keyword analizzano l’intero URL e possono corrispondere inaspettatamente nei parametri di query. Non vanno quindi usate come eccezioni di autorizzazione.
Il percorso aggiuntivo è Web > URL groups oppure Web > Categories, quindi Web > Policies e infine Rules and policies > Firewall rules > Web filtering > Web policy. L’elenco dei domini deve avere un responsabile e una data di revisione, perché i provider GenAI cambiano host, CDN e percorsi di accesso. Questa guida evita volutamente di proporre un elenco statico.
Verificare l’effetto e rendere più restrittiva la policy
Il caricamento riuscito di una pagina o la visualizzazione di una pagina di blocco non dimostrano ancora che sia stata applicata la policy prevista. La verifica dovrebbe avvenire su tre livelli:
- Corrispondenza della regola: il Log Viewer mostra la Rule ID di
LAN-Pilot-to-WAN. - Rilevamento: l’applicazione e la categoria corrispondono al servizio GenAI testato.
- Effetto sugli utenti: il gruppo pilota riceve l’azione prevista, mentre un utente non interessato o un’altra rete di test rimangono invariati.
L’utilizzo consentito può essere analizzato sotto Applications > Cloud applications e Reports > Applications & web > User app risks & usage. Cloud Applications mostra solo le applicazioni consentite che hanno generato traffico. Le nuove applicazioni cloud hanno inizialmente Classification new; sanctioned, unsanctioned e tolerated sono valutazioni amministrative. La nuova classificazione vale solo per il traffico successivo e da sola non consente né blocca nulla. Un Application Filter deve usare tale criterio ed essere assegnato alla regola firewall pertinente.
Per i test bloccati, utilizzare il Log Viewer e Reports > Applications & web > Blocked user apps. Una corrispondenza negata dall’Application Filter dovrebbe apparire in Content Filtering > Application > Denied; la richiesta di controllo consentita si verifica in Firewall > Firewall Rule > Allowed. Con Synchronized Application Control è inoltre utile il report Synchronized applications. Le sessioni firewall possono essere registrate solo all’evento Connection Destroy. Se manca una voce appena generata, terminare correttamente la sessione di test e aggiornare il filtro prima di concludere che il rilevamento non funziona.
Se nel Log Viewer non compaiono gli eventi previsti, verificare almeno i tipi Firewall e Content filtering sotto System services > Log settings > Local reporting. Nella regola pilota deve inoltre essere attivo Log firewall traffic. Central Reporting e Syslog hanno colonne separate; selezionarle non attiva la visualizzazione locale. Per le analisi a lungo termine è adatto Central Firewall Reporting.
Se il rilevamento non corrisponde alle aspettative
- Rule ID diversa: una regola firewall precedente elabora il traffico. Verificare i criteri di corrispondenza e l’ordine.
- Nessuna applicazione o solo un rilevamento generico: controllare la voce in Applications > Application list, lo stato in Backup & firmware > Pattern updates, il percorso HTTPS, QUIC, le Web Exceptions e il client effettivamente utilizzato. Packet Capture conferma il percorso di rete, non la classificazione dell’applicazione.
- L’applicazione locale non compare in Synchronized Application Control: controllare la registrazione in Sophos Fusion, la licenza dell’endpoint e Security Heartbeat.
- Il blocco interessa servizi legittimi: ripristinare immediatamente
APP-GenAI-Pilote limitare maggiormente la policy a utenti, reti o singole applicazioni. - IPv4 funziona, IPv6 no: verificare separatamente entrambi i set di regole e il percorso client effettivamente utilizzato.
Con HTTPS, TLS Inspection può offrire una visibilità aggiuntiva, in particolare per le Micro App basate su URL e per dettagli più precisi sulle applicazioni cloud. In modalità DPI occorre una regola pertinente in Rules and policies > SSL/TLS inspection rules con Action: Decrypt. In modalità proxy si usano Use web proxy instead of DPI engine e Decrypt HTTPS during web proxy filtering nella regola firewall. Scan HTTP and decrypted HTTPS analizza il traffico già decifrato, ma non attiva la decifratura. La CA utilizzata deve essere installata come attendibile sui client pilota.
Se il progetto si basa anche su una Web Policy o una categoria URL, attivare Block QUIC protocol nella stessa regola pilota. SFOS scarta così l’UDP in uscita verso le porte 80 e 443; QUIC non può essere analizzato dal filtro web e ne aggira i controlli. Ciò non dimostra che ogni flusso QUIC aggiri tutte le altre funzioni firewall. Il test positivo deve solo mostrare che il browser passa a TCP e che viene applicata la policy web o TLS prevista. La decifratura TLS e il blocco QUIC non garantiscono comunque un rilevamento completo della GenAI e non vanno estesi a tutti gli utenti solo per questo test.
La procedura dettagliata per Rule ID, Log Viewer e Packet Capture è disponibile in Testare una regola di Sophos Firewall.
Rollback senza perdere lo stato iniziale
Prima del passaggio, annotare l’Application Filter e la Web Policy precedenti, l’impostazione Block QUIC protocol, la modalità web proxy o DPI, la regola SSL/TLS associata, lo stato e la posizione della regola e l’assegnazione NAT. Nel rollback ripristinare solo i campi modificati e selezionare nuovamente APP-GenAI-Pilot come Application Filter.
Disattivare una regola pilota separata solo dopo aver confermato che la regola generale sottostante gestirà il traffico come previsto. Avviare quindi nuove sessioni e ripetere sia la richiesta di controllo consentita sia la richiesta GenAI precedentemente bloccata. Entrambe devono mostrare di nuovo la Rule ID e l’azione iniziali documentate.
Non eliminare inizialmente la policy di blocco, l’URL Group o gli oggetti di test. Configurazione, documentazione della modifica e log restano così tracciabili durante l’analisi. Gli oggetti TLS, web, NAT o di autenticazione condivisi non vengono modificati nell’ambito di questo rollback.
Limiti e gestione continuativa
Application Control controlla le connessioni di rete riconosciute. Non legge i prompt, non valuta i dati aziendali inseriti e non sostituisce né DLP né una governance SaaS o GenAI completa. Anche il blocco di una categoria non impedisce automaticamente ogni accesso attraverso nuovi domini, applicazioni sconosciute, dispositivi privati o altri percorsi di rete.
La policy tecnica richiede quindi una decisione organizzativa:
- Quali servizi GenAI sono approvati?
- Quali utenti o team possono utilizzarli?
- Quali dati possono essere elaborati tramite questi servizi?
- Chi approva un’eccezione?
- Quando verranno riesaminati firme, corrispondenze ed eccezioni?
Dopo gli aggiornamenti dei pattern o del firmware, è opportuno controllare nuovamente le corrispondenze della regola di categoria. Prima di cambiare firmware, occorre inoltre seguire la procedura Eseguire l’aggiornamento del firmware di Sophos Firewall: comprende la verifica delle build disponibili e dei percorsi di aggiornamento supportati, la convalida della versione attiva dopo il riavvio e la risoluzione dei problemi relativi ad aggiornamenti non riusciti e rollback. Un buon funzionamento non consiste nel blocco più ampio possibile, ma in regole comprensibili, un rilevamento stabile, eccezioni documentate e un responsabile chiaramente definito.