Policy di utilizzo accettabile dell'IA: best practice ed esempi

Che cos'è una policy di utilizzo accettabile dell'IA?

Una policy di utilizzo accettabile dell'IA (AUP) definisce quali strumenti di IA sono autorizzati dalla vostra organizzazione, quali dati non devono mai essere inseriti, quando una persona deve ignorare l'output e chi ne è responsabile. Una policy di utilizzo dell'IA va oltre una policy standard di utilizzo accettabile, perché l'IA generativa introduce rischi che quest'ultima non è stata concepita per affrontare: allucinazioni, prompt injection e autonomia degli agenti.

Queste regole sono ancora più importanti quando i dati escono dall'organizzazione. Nel novembre 2025, un tribunale federale ha ordinato a OpenAI di produrre 20 milioni di log de-identificati di ChatGPT in una causa per violazione del copyright, e nel gennaio 2026 il giudice distrettuale ha confermato l'ordine. Nessuno degli utenti a cui appartenevano quei log era parte della causa. Qualsiasi contenuto che i vostri dipendenti incollano in un account IA destinato ai consumatori può fare la stessa fine: finire in un sistema e in una controversia fuori dal vostro controllo.

Il rapporto tra una policy di utilizzo accettabile dell'IA e la cybersecurity

I vostri dipendenti creano un rischio legato alla shadow AI ogni volta che usano uno strumento senza approvazione o supervisione formale. ISACA lo definisce un rischio che «va oltre quello rappresentato dallo shadow IT». Le conseguenze includono fughe di dati e furti di proprietà intellettuale (IP).

I dati sensibili finiscono nei modelli pubblici un prompt alla volta. La prompt injection apre un'altra strada. NIST AI 600-1, il profilo dell'IA generativa del NIST AI Risk Management Framework (AI RMF), descrive la prompt injection come una modifica dell'input che induce un sistema di IA generativa a comportarsi in modi imprevisti. Se il vostro modello aziendale ha accesso ai database interni, un'iniezione riuscita può trasformarlo in uno strumento per l'esfiltrazione dei dati. A questo si aggiungono i rischi di conformità: l'EU AI Act introduce obblighi differenziati per i sistemi di IA che rientrano nel suo ambito di applicazione. Una policy trasforma ciascuno di questi rischi da questione aperta a controllo definito.

Componenti fondamentali di una policy di utilizzo accettabile dell'IA

Una policy di utilizzo accettabile dell'IA efficace risponde a otto domande operative prima che un incidente imponga di affrontarle: a chi si applica, quali strumenti sono consentiti, quali dati non si possono usare, quando una persona deve esaminare l'output, chi è responsabile della decisione, come viene monitorato l'utilizzo, come si segnalano gli incidenti e cosa accade quando qualcuno viola le regole. I componenti seguenti corrispondono, nell'ordine, a queste otto domande.

• Ambito e applicabilità: Una policy di utilizzo accettabile degli strumenti di IA parte dall'individuare le persone e i sistemi a cui si applica. Copre dipendenti, collaboratori, fornitori e stagisti su qualsiasi dispositivo usato per lavoro, compresi i dispositivi personali nell'ambito dei programmi bring-your-own-device (BYOD). Tra i sistemi rientrano l'IA generativa e l'IA agentica, oltre alle funzionalità di IA integrate nei prodotti SaaS autorizzati.
• Strumenti approvati e vietati: Distinguete tra categorie approvate, soggette a restrizioni e vietate. L'azione GV-6.1-010 del NIST AI 600-1 raccomanda di aggiornare le policy di utilizzo accettabile affinché coprano sia l'IA generativa proprietaria sia quella open source, oltre al personale di terze parti.
• Classificazione e trattamento dei dati: Dati riservati e soggetti a restrizioni, comprese le informazioni di identificazione personale (PII), le informazioni sanitarie protette (PHI), il codice sorgente e i dati dei titolari di carte soggetti al Payment Card Industry Data Security Standard (PCI DSS) non possono essere inviati a strumenti di IA pubblici in nessuna circostanza.
• Supervisione umana: la bozza della policy sull’uso responsabile dell’IA dell’Oregon, distribuita alle agenzie per raccogliere osservazioni, stabilisce la supervisione umana come requisito di base. Secondo la bozza, l’IA “non opera indipendentemente dalla responsabilità umana”.
• Ruoli e responsabilità: ISO/IEC 42001 definisce come istituire, implementare, mantenere e migliorare continuamente un sistema di gestione dell’IA. Inoltre, un’analisi dell’International Association of Privacy Professionals (IAPP) rileva che le organizzazioni devono definire i ruoli e adottare misure per segnalare le criticità legate all’IA.
• Monitoraggio e revisione: Monitorate le prestazioni dei modelli, verificate il rispetto della policy e individuate i rischi emergenti a intervalli prestabiliti.
• Segnalazione degli incidenti: Definite i requisiti di segnalazione ed escalation per gli errori nella condivisione dei dati, gli output dannosi, la prompt injection e gli incidenti correlati.
• Applicazione: Le regole scritte richiedono controlli tecnici e operativi, oltre a conseguenze definite per le violazioni.

Questo elenco indica cosa deve contenere una policy. Non spiega come redigerla né come garantirne l’applicazione nel tempo. Una clausola sulla classificazione dei dati non serve a nulla finché qualcuno non la redige, un organo competente non la approva e un controllo non la verifica per ogni prompt. Ecco il percorso: dalla prima bozza interfunzionale alla revisione programmata che mantiene aggiornata la policy.

Come funziona una policy sull’uso accettabile dell’IA

Una policy dimostra il proprio valore quando passa dal documento ai controlli applicati. Una policy sull’uso accettabile dell’IA attraversa cinque fasi, dalla redazione alla revisione programmata. Ognuna può fallire senza dare nell’occhio se si salta la precedente: un elenco di strumenti non verificati rende inutile la distribuzione, e la distribuzione senza controlli rende facoltative le regole.

Se seguite nell’ordine, queste fasi collegano la policy sull’uso accettabile dell’IA alle policy di classificazione dei dati e di uso accettabile già in vigore. Ne estendono inoltre la copertura agli output dei modelli, alle azioni degli agenti e all’IA integrata nel software approvato. 

Ogni fase produce anche una prova concreta per chi approva o verifica la policy: un elenco di strumenti approvato, un registro della formazione, un log dei controlli, una data di revisione. È da questa traccia documentale che iniziano i benefici.

I principali vantaggi di adottare una policy sull’uso accettabile dell’IA

Una policy scritta sull’uso accettabile dell’IA trasforma il rischio legato all’IA da un problema scoperto a posteriori a un fattore gestito deliberatamente. Offre al team di sicurezza una risposta documentabile quando un auditor, un’autorità di regolamentazione o il consiglio di amministrazione chiede come viene controllato l’uso dell’IA. E dà ai dipendenti limiti chiari entro cui lavorare senza doverli indovinare. I benefici emergono in quattro aree: minore esposizione dei dati, documentazione più chiara per la conformità normativa, adozione sicura più rapida e responsabilità assegnate per le decisioni sull’IA.

• Riduzione del rischio: Regole chiare per la classificazione dei dati bloccano la pratica di incollare informazioni nei modelli pubblici, che causa fughe di dati.
• Allineamento normativo: Allineare i controlli della policy agli obblighi previsti da NIST AI RMF, ISO/IEC 42001 ed EU AI Act crea prove documentate della governance e della supervisione, inclusa la revisione.
• Adozione sicura: Gli elenchi degli strumenti approvati e linee guida chiare sull’IA permettono ai dipendenti di usarla in modo produttivo, senza dover indovinare dove siano i limiti. Confini definiti trasformano l’uso non autorizzato dell’IA in un uso approvato.
• Responsabilità più chiare: Ruoli definiti chiariscono chi è responsabile delle decisioni sull’IA prima che un incidente imponga di affrontare la questione.

Questi vantaggi presuppongono che la policy regga nell'uso quotidiano. È proprio qui che i programmi tendono a incontrare difficoltà, perché la shadow AI a cui si rivolge la policy è anche ciò che la rende difficile da applicare. 

Le sfide nell'attuazione di una policy sull'uso accettabile dell'IA

La shadow AI crea problemi di applicazione sia strutturali sia comportamentali. Il documento dei CSA Labs della Cloud Security Alliance (CSA) sulla shadow AI inquadra il problema come una mancanza di visibilità sugli asset e un rischio sistemico. I vostri dipendenti spesso adottano nuovi strumenti prima che i team di sicurezza, legali, privacy e procurement possano valutarli. La rapida evoluzione degli strumenti aggrava il problema, e una policy scritta attorno a un singolo strumento diventa presto obsoleta.

I CISO devono far rispettare le regole senza ostacolare la produttività. Imporre blocchi troppo rigidi spinge i dipendenti a cercare modi per aggirarli. Lasciare troppa ambiguità rende la policy inapplicabile. Misurare la conformità su larga scala è una sfida a sé. 

Le attività di copia e incolla nelle piattaforme IA possono superare la capacità di revisione manuale, rendendo necessaria, nella pratica, la classificazione automatica. Gli strumenti progettati per dare visibilità sull'uso dell'IA, come SentinelOne Prompt Security, offrono ai team di sicurezza un quadro di dove viene usata l'IA nei browser e nelle app. Questo quadro rende possibile misurarne l'uso.

Errori comuni nelle policy sull'uso accettabile dell'IA

I modi in cui una policy sull'uso accettabile dell'IA può fallire sono prevedibili, e questa è una buona notizia: potete prevenirli prima del lancio. I quattro errori seguenti ricorrono nelle policy che sembrano complete sulla carta ma non reggono nella pratica, dalle regole che nessuno può applicare a intere categorie di strumenti che nessuno ha pensato di includere. Ecco dove i team sbagliano:

• Divieti generalizzati: Vietare ogni uso dell'IA senza offrire un'alternativa approvata spinge a usarla di nascosto. Le linee guida della CSA osservano che vietare del tutto l'IA “difficilmente sarà efficace e potrebbe spingere i dipendenti a usare strumenti non verificati tramite la shadow IT.”
• Assenza di meccanismi di applicazione: Le policy che vietano “l'uso non autorizzato dell'IA” senza specificare i requisiti per ottenere l'autorizzazione “tendono a essere ampiamente ignorate,” secondo lo stesso documento dei CSA Labs.
• Trascurare l'IA integrata e di terze parti: NIST AI 600-1 richiede policy che includano i collaboratori esterni e l'IA generativa sia proprietaria sia open source. Le estensioni del browser che possono vedere tutto ciò che appare nella finestra richiedono regole esplicite.
• Definire la policy e non aggiornarla: Gli strumenti e i rischi legati all'IA cambiano rapidamente. Una policy obsoleta è destinata a fallire.

Questi fallimenti hanno una causa comune: trattare la policy come un documento da archiviare anziché come un controllo da gestire. Per correggerli, occorre progettare una policy applicabile, con responsabili definiti, verifiche automatiche e un calendario di aggiornamento. Le pratiche seguenti associano a ogni causa di fallimento un'abitudine che la previene.

Best practice per le policy sull'uso accettabile dell'IA

Una policy che le persone seguono è diversa da una che ignorano, e la differenza sta nell'operatività. Le pratiche che reggono hanno un tratto in comune: trasformano ciascuna intenzione in un'azione ripetibile, con un responsabile e una cadenza. Cinque sono fondamentali.

• Approvate gli strumenti tramite un processo concreto. Sottoponete ogni strumento candidato a un percorso definito: finalità aziendale, valutazione preliminare dei rischi, revisione della sicurezza e della privacy, approvazione dei team legale e procurement, approvazione del responsabile aziendale e infine monitoraggio. Trattate le versioni aziendali e consumer dello stesso strumento come prodotti distinti, poiché gestiscono gli input in modo diverso, e date a ogni approvazione una scadenza, così da riesaminarla secondo un calendario.
• Collegate le regole sui dati alle categorie di strumenti. “Usate l'IA in modo responsabile” esprime un'intenzione. Una regola identifica i dati e lo strumento. Il modello a livelli che collega la sensibilità dei dati alla categoria di strumenti consentita è il fulcro operativo del documento.
• Automatizzate il monitoraggio. La revisione manuale non riesce a tenere il passo con il volume di prompt e caricamenti. Prompt Security copre specificamente questo aspetto dell'uso dell'IA, con monitoraggio in tempo reale e controlli basati su policy sui prompt inviati agli strumenti IA. Le persone restano coinvolte nelle decisioni. L'automazione gestisce il volume.
• Formate le persone sulle attività che svolgono davvero. Trattate le regole sulla privacy dei dati e le buone pratiche nella scrittura dei prompt, e integrate la verifica degli output dell'IA nel flusso di lavoro. Definite le regole di protezione insieme ai dipendenti, così che l'uso responsabile dell'IA diventi un'abitudine anziché uno slogan.
• Stabilite una cadenza di revisione. Una rivalutazione programmata, insieme a revisioni straordinarie in caso di nuovi strumenti, incidenti o modifiche normative, mantiene aggiornata la policy.

Le pratiche descritte sopra mostrano come funziona una solida policy sull'uso accettabile dell'IA una volta entrata in vigore: approvazioni con una scadenza, regole di classificazione legate agli strumenti, monitoraggio su larga scala e formazione basata su attività reali. Tradurre queste pratiche in un documento scritto è il passaggio in cui i team si bloccano, perché una pagina bianca non indica cosa inserire nelle varie sezioni. La struttura e le clausole di esempio qui sotto vi offrono un punto di partenza.

Esempi e modello di policy sull'uso accettabile dell'IA

Le policy sull'uso accettabile dell'IA che reggono a una verifica condividono una struttura di base: sezioni che chi approva può controllare e chi conduce un audit può seguire. La struttura qui sotto funge da modello di policy sull'IA: elenca le sezioni e i contenuti necessari per ciascuna, seguiti da clausole di esempio che potete adattare per le restrizioni sui dati, la dichiarazione d'uso, la revisione umana e l'applicazione della policy.

La classificazione dei dati è il punto in cui una policy AUP sull'IA funziona oppure si riduce a indicazioni vaghe. Un modello a livelli risponde alla domanda che i dipendenti si pongono davvero: posso inserire questi dati in questo strumento? I quattro livelli seguenti associano la sensibilità dei dati alle categorie di strumenti consentite.

• Livello 1, pubblico. Materiale di marketing pubblicato, contenuti di siti web pubblici e ricerche generali di settore. Consentiti in qualsiasi strumento di IA affidabile.
• Livello 2, interno. Comunicazioni interne, documentazione dei processi e materiale di progetto non riservato. Consentiti solo negli strumenti di IA aziendali approvati e collegati agli account aziendali.
• Livello 3, sensibile. Dati dei clienti, informazioni personali identificabili dei dipendenti, documenti finanziari, processi proprietari e informazioni soggette a normative. Consentiti solo previa approvazione esplicita, negli strumenti designati e coperti da accordi sul trattamento dei dati.
• Livello 4, vietato. Credenziali di autenticazione e chiavi di crittografia. Non devono mai essere inserite in uno strumento di IA, in nessuna circostanza.

Esempi di clausole rendono la policy concretamente applicabile:

• Sulle restrizioni relative ai dati, la policy sull'IA generativa del Department of Energy (DOE P 203.1) indica al personale di verificare che ogni prompt rispetti il livello di dati approvato per lo strumento: dati proprietari, informazioni non classificate soggette a controllo e informazioni personali identificabili “non possono essere usati come input” in uno strumento autorizzato solo per dati pubblici. 
• Sulla dichiarazione dell'uso, le linee guida sull'IA di Stanford University Communications raccomandano che, quando l'IA ha un ruolo sostanziale in un lavoro, occorre “dichiararne l'uso al redattore, al supervisore o al responsabile della decisione”. 
• Sulla revisione umana, la University of Iowa afferma che gli output dell'IA devono essere esaminati attentamente e verificati da una persona. 
• Sull'applicazione, definite conseguenze, canali di segnalazione e procedure di escalation prima della prima violazione.

Applicate la vostra policy sull'uso accettabile dell'IA con SentinelOne

Una policy senza applicazione resta un documento. SentinelOne trasforma le regole della vostra AUP in controlli tecnici attivi su ogni prompt, strumento e agente nel vostro ambiente. La visibilità e l'applicazione delle regole in tempo reale su migliaia di strumenti di IA rendono effettive le vostre liste di strumenti approvati e vietati. La rimozione dei dati sensibili prima che raggiungano un modello esterno e le indicazioni contestuali correggono i comportamenti rischiosi sul momento. 

Gli stessi controlli si estendono agli strumenti per sviluppatori, come gli assistenti di programmazione e gli ambienti di sviluppo integrati (IDEs), colmando la lacuna relativa all'IA integrata e di terze parti che la maggior parte delle policy trascura. Raggiungono anche i sistemi agentici, dove l'individuazione di agenti non autorizzati e dei server Model Context Protocol (MCP), i controlli sulle azioni degli agenti basati su policy e i registri di audit consultabili creano la tracciabilità richiesta dalla vostra AUP.

Purple AI™ opera come analista della sicurezza in linguaggio naturale per le indagini e la ricerca delle minacce legate all'IA. I primi utilizzatori riferiscono di condurre le ricerche delle minacce fino all'80% più velocemente. Il vostro SOC passa da segnali frammentati sull'uso dell'IA a percorsi di indagine prioritari.

La Singularity™ Platform costituisce il livello sottostante di visibilità e applicazione delle regole, con un agente unico, un'unica console e un unico data lake per endpoint, cloud e identità. Previene, identifica e affronta le minacce in modo autonomo. Nelle valutazioni MITRE ATT&CK del 2024, l'IA comportamentale della piattaforma ha generato l'88% di avvisi in meno rispetto alla mediana di tutti i fornitori valutati. Così i vostri analisti si concentrano su un breve elenco di risultati concreti, anziché sul rumore.

I CISO ottengono una strategia di governance dell'IA da presentare al consiglio di amministrazione. I responsabili del SOC ottengono controlli da applicare in tutto l'ambiente.

Richiedete una demo di SentinelOne per scoprire come questi controlli si allineano alla vostra policy sull'IA.

Fai il tour

Ottieni visibilità completa, sicurezza e governance sull'utilizzo dell'AI nella tua organizzazione. Scopri l'AI ombra, proteggi i tuoi dati sensibili e abilita l'AI in modo sicuro nell'organizzazione.

Conclusione

Considerate tutto ciò che i vostri dipendenti inseriscono in uno strumento di IA come dati che potreste non riuscire a recuperare. È questo il motivo pratico per disciplinare per iscritto l'uso dell'IA, prima che siano le autorità di regolamentazione o un tribunale a porvi la questione. Una policy è utile quando è specifica: regole sui dati suddivise per livelli, controlli che non dipendono dalla revisione manuale e una data fissata per la revisione. 

Prompt Security applica queste regole dove viene usata l'IA, mentre Singularity Platform e Purple AI danno al vostro SOC la visibilità e la velocità necessarie per intervenire su ciò che emerge. Con questi elementi in funzione, i vostri dipendenti possono usare l'IA apertamente, entro limiti che potete difendere.