L'Agenzia Spagnola per la Protezione dei Dati (AEPD) blocca preventivamente l'uso di IA in due comuni. Analisi su riconoscimento facciale, metadati e AI Act.

Il rischio di un blocco preventivo dei sistemi di sicurezza

Immaginate un'amministrazione comunale che investe budget e tempo nella progettazione di una rete di sicurezza all'avanguardia, integrando algoritmi di intelligenza artificiale per automatizzare il monitoraggio urbano. Il progetto è pronto, la tecnologia è disponibile, ma prima ancora che il primo server venga attivato, arriva un atto formale che ne mette in discussione la legittimità. È quanto accaduto recentemente in Spagna, dove l'Agencia Española de Protección de Datos (AEPD) ha inviato due avvertimenti formali a due diversi ayuntamientos.

Non si tratta di sanzioni a posteriori, ma di un esercizio della funzione preventiva dell'autorità. I documenti, registrati con i codici AI-00170-2026 e AI-00171-2026, mirano a intercettare trattamenti di dati non ancora iniziati che potrebbero non essere conformi alla normativa vigente. L'obiettivo dell'AEPD è chiaro: costringere i responsabili a integrare le garanzie necessarie prima dell'implementazione effettiva, evitando che l'infrastruttura diventi un passivo legale.

Per un imprenditore che fornisce soluzioni di smart city o sicurezza integrata, questo scenario è un segnale critico. Il rischio non è solo la multa, ma l'invalidazione totale di un progetto tecnologico già pianificato. L'annuncio ufficiale dell'AEPD evidenzia come la sicurezza possa essere supportata dall'IA, ma solo se la protezione dei dati è integrata fin dal design.

Analisi strategica: il conflitto tra capability e compliance

Il caso spagnolo mette a nudo una tensione strutturale nel mercato della tecnologia di sorveglianza. Da un lato, i vendor propongono pacchetti software "all-inclusive" dove l'analisi automatizzata delle immagini è una funzione standard; dall'altro, i regolatori europei applicano un principio di minimizzazione dei dati che rende molte di queste funzioni illegali se non strettamente necessarie.

Analisi di business: Le aziende che vendono sistemi di IA per la sicurezza stanno spostando il valore dal prodotto alla consulenza di compliance. Non basta più vendere un software che 'può fare tutto', ma occorre vendere un sistema che 'fa solo ciò che è legalmente permesso'. Chi ignora questo passaggio rischia di consegnare prodotti che i clienti pubblici non potranno mai attivare.

Geopoliticamente, questo approccio europeo crea un fossato tecnologico rispetto a mercati come quello cinese o statunitense, dove la sorveglianza biometrica è ampiamente diffusa. Tuttavia, per l'imprenditore europeo, questo limite diventa un vantaggio competitivo: la creazione di sistemi di 'Privacy-by-Design' certificati è l'unico modo per scalare i mercati istituzionali dell'UE senza incorrere in blocchi amministrativi.

Riconoscimento facciale e metadati dell'apparenza

Le funzionalità contestate dall'AEPD nei due progetti municipali si dividono in due categorie di rischio. Nel primo progetto, l'attenzione è rivolta alle capacità di detección o reconocimiento facial. Il riconoscimento facciale è tra le applicazioni più sensibili, poiché trasforma l'immagine di una persona in un dato biometrico univoco, permettendone l'identificazione automatica in tempo reale.

Il secondo progetto presenta una complessità diversa, focalizzata sull'analisi dei metadati dell'apparenza. In questo caso, l'IA non cerca necessariamente l'identità specifica di un individuo, ma genera metadati basati su caratteristiche visibili. Le funzionalità includono:

• Rilevamento automatizzato di persone e veicoli.
• Ricerca di soggetti per caratteristiche fisiche: vestimenta, pelo, sexo o grupo de edad.
• Utilizzo di una fotografia o immagine preesistente come punto di partenza per la ricerca nel flusso video.

Questa capacità di 'filtrare' la popolazione urbana in base a tratti somatici o abbigliamento trasforma la videovigilancia da strumento di monitoraggio passivo a strumento di profiling attivo. L'AEPD avverte che tali capacità, pur essendo tecnicamente impressionanti, richiedono giustificazioni legali estremamente solide per non diventare strumenti di sorveglianza indiscriminata.

La disponibilità tecnologica non è una giustificazione

Uno dei punti più severi della posizione dell'AEPD è il rifiuto della logica della disponibilità. In molti contesti aziendali, l'adozione di una nuova funzione software avviene perché 'è inclusa nel pacchetto' o perché 'la concorrenza la usa'. L'autorità spagnola smonta radicalmente questo approccio.

L'AEPD sottolinea che la disponibilità di una tecnologia non giustifica di per sé il suo utilizzo. Questo significa che il fatto che un software di videosorveglianza sia in grado di riconoscere l'età o il sesso di una persona non conferisce al comune il diritto di attivare tale funzione. L'implementazione deve rispondere a una finalità concreta, specifica e documentata.

Questa lettura critica sposta l'onere della prova sul responsabile del trattamento. Non è l'autorità a dover dimostrare che l'IA è dannosa, ma è l'amministrazione (e il suo fornitore tecnologico) a dover dimostrare perché quella specifica funzione sia indispensabile per raggiungere l'obiettivo di sicurezza prefissato. Il portale Elderecho riporta come l'integrazione delle garanzie debba avvenire a monte, rendendo la compliance un requisito tecnico pari alla risoluzione della camera o alla larghezza di banda della rete.

I requisiti di necessità e proporzionalità

Per superare il vaglio di un'autorità come l'AEPD, l'adozione di IA nella sorveglianza deve seguire un percorso logico e documentale rigoroso. Non esiste una 'licenza generale' per l'IA, ma un'analisi caso per caso.

Requisito	Descrizione Operativa	Obiettivo di Compliance
Finalità Concreta	Definizione esatta del problema di sicurezza che l'IA deve risolvere.	Evitare la sorveglianza generica o esplorativa.
Analisi di Necessità	Dimostrazione che l'obiettivo non può essere raggiunto con mezzi meno invasivi.	Giustificare l'uso di dati biometrici o metadati.
Proporzionalità	Bilanciamento tra il beneficio per la sicurezza e l'impatto sulla privacy dei cittadini.	Assicurare che il sacrificio della privacy sia commisurato al rischio.
Privacy by Design	Integrazione delle garanzie tecniche (es. offuscamento) fin dalla progettazione.	Ridurre al minimo la raccolta di dati non pertinenti.

Se un comune desidera implementare la ricerca per 'colore dei vestiti', deve spiegare perché l'osservazione umana delle immagini registrate non sia sufficiente e in che modo l'automazione riduca l'impatto complessivo sulla privacy rispetto a una ricerca manuale massiva.

Sorveglianza biometrica urbana tra AI Act e Garante Privacy

Il caso spagnolo non è un episodio isolato, ma l'anticipazione di una tendenza europea. L'AI Act dell'Unione Europea classifica i sistemi di identificazione biometrica remota in tempo reale in spazi accessibili al pubblico come 'ad alto rischio', vietandone l'uso salvo eccezioni strettamente limitate (come la ricerca di vittime di rapimento o la prevenzione di minacce terroristiche imminenti).

Per le imprese italiane che operano nel settore della sicurezza e della tecnologia, questo significa che l'architettura dei sistemi deve essere modulare. Un sistema di videovigilanza non può più essere un blocco monolitico, ma deve permettere l'attivazione e la disattivazione granulare delle funzioni di IA in base al contesto legale locale.

Il mercato locale si sta muovendo verso una 'certificazione della funzione'. In futuro, non acquisteremo più un software di analisi video, ma un set di funzioni validate da un ente terzo o dal Garante della Privacy. L'indicatore verificabile per questo trend sarà la pubblicazione delle prime linee guida specifiche dell'AI Act per l'uso della sorveglianza biometrica nelle smart city, previste nei prossimi cicli di implementazione del regolamento.

In sintesi, l'avvertimento dell'AEPD ai due comuni spagnoli, riportato anche da La Razón, funge da monito per l'intera filiera tech: l'innovazione senza compliance non è un asset, ma un rischio finanziario e reputazionale.

Per le imprese italiane, l'impatto è immediato. La NIS2 e l'AI Act impongono una gestione del rischio che include la catena di fornitura. Se un fornitore di IA non può garantire la proporzionalità del sistema, l'azienda che lo implementa ne risponde legalmente. La strategia vincente per i system integrator sarà l'adozione di framework di valutazione dell'impatto (DPIA) automatizzati, integrati direttamente nel processo di vendita e installazione.

Domande frequenti

---

Fonti: Elderecho, Aepd, Larazon ·

glacom · IA per studi legali: i fascicoli non escono dallo studio →