Valutazione del rischio IA: guida pratica ISO 42001 con esempi
Come la norma chiede di identificare, analizzare e valutare i rischi legati ai sistemi di intelligenza artificiale — con esempi pratici, documenti e domande di audit.
Cosa prevede il punto 6.1.2
Questa guida pratica alla ISO 42001 spiega con esempi uno dei requisiti centrali: il punto 6.1.2 richiede un processo documentato di valutazione del rischio specifico per l'intelligenza artificiale — non una valutazione generica dei rischi aziendali o IT — coerente con politica e obiettivi della direzione.
Il processo deve produrre risultati coerenti, validi e comparabili: due valutazioni sullo stesso sistema devono dare esiti confrontabili. Servono metodo, criteri e scale condivise — i criteri di accettabilità sono definiti nel punto 6.1.1.
Tre fasi logiche: identificazione dei rischi, analisi (conseguenze × probabilità) e valutazione rispetto ai criteri. Punto distintivo: le conseguenze vanno considerate non solo sull'organizzazione, ma anche su individui, gruppi e società, per uso previsto e abuso prevedibile.
In sintesi, la norma vuole vedere:
- Un processo definito e documentato, applicato davvero — non solo sulla carta.
- Risultati coerenti, validi e comparabili grazie a metodo e criteri condivisi.
- Conseguenze valutate su organizzazione, individui e società.
- Informazioni documentate dei risultati, conservate e disponibili come evidenza.
- Riesame periodico e a fronte di cambiamenti significativi (collegamento con il punto 8.2).
Esempio di controllo tecnico per il punto 6.1.2
In questa guida pratica, due esempi pratici di controllo tecnico per la valutazione del rischio.
Registro dei rischi con matrice probabilità × impatto. Ogni rischio riceve un punteggio P (1-5) × I (1-5): sotto 6 accettabile, 6-14 trattamento pianificato, da 15 prioritario prima del rilascio.
Scala e soglie approvate dalla direzione rendono i risultati coerenti e comparabili, come richiede la norma.
Controllo tecnico collegato: test automatici di robustezza e bias in pipeline pre-rilascio, con soglia di blocco che sospende il rilascio e impone la rivalutazione del rischio.
Matrice di valutazione (esempio)
| Probabilità \ Impatto | 1 | 2 | 3 | 4 | 5 |
|---|---|---|---|---|---|
| 5 | 5 | 10 | 15 | 20 | 25 |
| 4 | 4 | 8 | 12 | 16 | 20 |
| 3 | 3 | 6 | 9 | 12 | 15 |
| 2 | 2 | 4 | 6 | 8 | 10 |
| 1 | 1 | 2 | 3 | 4 | 5 |
■ Accettabile ■ Trattamento pianificato ■ Trattamento prioritario
Cosa scriverebbe "Azienda Italiana S.p.A." sul punto 6.1.2
Estratto realistico del registro dei rischi di un'azienda fittizia: il tipo di evidenza che l'auditor si aspetta di trovare.
Registro di valutazione del rischio dei sistemi di IA
Metodo
Valutazione secondo procedura PR-AI-02 e criteri POL-AI-01 (scala P × I 1-5; ≥ 15 prioritario, 6-14 pianificato, < 6 accettabile). Conseguenze su organizzazione, individui e società, per uso previsto e abuso prevedibile.
Estratto del registro
| Sistema di IA | Rischio identificato | Impatto su | P × I | Livello | Trattamento |
|---|---|---|---|---|---|
| Chatbot assistenza clienti | Risposte inesatte su termini contrattuali (hallucination) | Clienti, organizzazione | 4 × 4 | 16 — prioritario | Base di conoscenza verificata, disclaimer, escalation a operatore umano, test pre-rilascio (A.6.2.6) |
| Chatbot assistenza clienti | Risposte discriminatorie verso categorie protette | Individui, società | 2 × 5 | 10 — pianificato | Test di bias trimestrali, filtri di output, monitoraggio log (A.6.2.8) |
| Screening automatico CV | Esclusione sistematica di candidati idonei per bias nei dati storici | Individui, società | 3 × 5 | 15 — prioritario | Ribilanciamento dataset (A.7.4), revisione umana obbligatoria, valutazione d'impatto aggiornata (6.1.4) |
| Screening automatico CV | Trattamento dati personali oltre le finalità dichiarate | Individui, organizzazione | 2 × 4 | 8 — pianificato | Verifica basi giuridiche, minimizzazione dati (integrazione ISO/IEC 27701) |
Esito
Rischi prioritari trattati prima del rilascio; residui accettati dalla Direzione il 12/05/2026. Riesame semestrale e a ogni modifica sostanziale (punto 8.2).
Le domande dell'audit interno sul punto 6.1.2
Esempi di domande di audit interno su questo punto, con le risposte coerenti di un'organizzazione preparata.
I consigli del Dott. Valerio Bellini sul punto 6.1.2
Dott. Valerio Bellini
«Il 6.1.2 è dove vedo fallire più certificazioni. Consiglio: non reinventate una metodologia nuova — se avete ISO 27001 o 9001, estendetela con ciò che è specifico dell'IA: impatto su individui e società, abuso prevedibile, deriva dei modelli.»
«In verifica l'auditor non legge solo la procedura: apre il registro e chiede un caso reale. Un template compilato la settimana prima si vede. Le evidenze devono avere una storia: date, partecipanti, decisioni.»
Gli errori più comuni che incontro:
- Valutazione "una tantum": fatta una volta e mai aggiornata, mentre i sistemi di IA cambiano di continuo.
- Criteri di rischio generici: scale ereditate dalla sicurezza informatica senza calibrarle sulle conseguenze tipiche dell'IA.
- Shadow AI: la valutazione copre solo i sistemi "ufficiali" e ignora gli strumenti di IA adottati autonomamente dai reparti.
- Impatto solo interno: valutare le conseguenze sull'azienda dimenticando individui e società — è un requisito esplicito.
- Confondere rischio e impatto: trattare 6.1.2 e 6.1.4 come adempimenti separati invece di un unico flusso coerente.