Glossario

Tre definizioni di PII che non coincidono

Taras Shynkarenko
Taras Shynkarenko
•Aggiornato: •11 min di lettura
Tre definizioni di PII che non coincidonoTre definizioni di PII che non coincidono

In breve, la risposta rapida

11 min di lettura

Tre testi definiscono le PII e nessuno copre gli stessi identificatori. Il NIST SP 800-122 scrive la definizione federale statunitense e cita come esempio un indirizzo IP statico, ma non un ID cookie. Il GDPR non usa mai il termine PII, definisce i dati personali nell'articolo 4(1) e cita gli indirizzi IP e gli identificativi cookie nel considerando 30. Il CCPA tutela sia una persona sia un nucleo familiare, cita espressamente la cronologia di navigazione e le inferenze, e poi esclude le informazioni pubblicamente disponibili. Per rispondere a un questionario di un fornitore che ti chiede se raccogli PII devi sapere a quale delle tre definizioni si riferisce.

Che cos'è il PII?

Tre testi diversi definiscono il PII e nessuno di loro copre gli stessi identificatori. Il NIST Special Publication 800-122 scrive la definizione usata in tutto il governo federale degli Stati Uniti, il GDPR non usa mai il termine e definisce invece i "dati personali" all'articolo 4, paragrafo 1, mentre la California definisce le "informazioni personali" nel Civil Code, sezione 1798.140(v). Un campo escluso da una definizione rientra in pieno in un'altra, ed è per questo che la casella "raccogli PII?" in un questionario di sicurezza per fornitori non ha una risposta corretta finché qualcuno non dice a quale testo si fa riferimento.

TestoTermine usatoDi chi sono i datiValore legale
NIST SP 800-122Personally identifiable information (PII)Un individuoLinee guida, scritte per le agenzie federali statunitensi
GDPR articolo 4(1)Dati personaliUna persona fisica identificata o identificabileRegolamento UE vincolante
CCPA 1798.140(v)Informazioni personaliUn consumatore o un nucleo familiare specificoLegge vincolante della California

Come definisce il PII il NIST SP 800-122?

Il NIST SP 800-122 definisce il PII in due parti, una sull'identificazione e una sul collegamento. La pubblicazione, Guide to Protecting the Confidentiality of Personally Identifiable Information (PII), è uscita nell'aprile 2010. Il suo riepilogo esecutivo afferma che il PII è:

qualsiasi informazione su un individuo conservata da un'agenzia, comprese (1) tutte le informazioni che possono servire a distinguere o rintracciare l'identità di una persona, come nome, numero di previdenza sociale, data e luogo di nascita, cognome da nubile della madre o dati biometrici; e (2) qualsiasi altra informazione collegata o collegabile a un individuo, come le informazioni mediche, scolastiche, finanziarie e lavorative.

Una nota a piè di pagina indica da dove viene la formulazione: è "l'espressione del GAO come amalgama delle definizioni di PII dei Memorandum OMB 07-16 e 06-19", ripresa dal rapporto GAO 08-536 del maggio 2008. La definizione tecnica statunitense di riferimento per il PII è quindi una parafrasi, scritta da un ufficio di controllo, di due memorandum dell'ufficio del bilancio. Non è una legge.

La sezione 2.2 elenca alcuni esempi: nome, numero di identificazione personale, dati di indirizzo compreso l'indirizzo email, numeri di telefono, caratteristiche personali tra cui immagine fotografica e modelli biometrici, dati di immatricolazione del veicolo. La voce che conta per un team web recita: "Informazioni sulle risorse, come l'indirizzo Internet Protocol (IP) o Media Access Control (MAC) o altro identificatore statico persistente specifico dell'host che si collega in modo costante a una determinata persona o a un piccolo gruppo ben definito di persone." Leggi bene il requisito. Un ID cookie, un ID dispositivo e un IP dinamico che cambia non sono nominati da nessuna parte nella sezione 2.2.

Poi il NIST fa quello che nessuna delle due leggi fa: classifica il PII. La sezione 3 assegna a ogni insieme di dati un livello di impatto sulla riservatezza del PII, basso, moderato o alto, in base a sei fattori: identificabilità, quantità di PII, sensibilità dei campi, contesto d'uso, obblighi di tutela della riservatezza, accesso e posizione del PII. Ammette anche che certo PII non richiede alcuna protezione della riservatezza, e porta come esempio la rubrica telefonica pubblica di un'organizzazione. Né il GDPR né il CCPA hanno una scala di classificazione equivalente.

La riga sull'ambito di applicazione pesa quanto la definizione. Le raccomandazioni sono "pensate principalmente per le agenzie del governo federale degli Stati Uniti e per chi opera per conto delle agenzie". Un'azienda privata che cita il NIST SP 800-122 a un auditor prende in prestito un vocabolario, non invoca un obbligo.

Cosa copre invece l'articolo 4(1) del GDPR?

Il GDPR copre qualsiasi informazione riguardante una persona fisica identificabile e non usa mai la sigla PII. L'articolo 4, paragrafo 1, recita:

"dato personale": qualsiasi informazione riguardante una persona fisica identificata o identificabile ("interessato"); si considera identificabile la persona fisica che può essere identificata, direttamente o indirettamente, con particolare riferimento a un identificativo come il nome, un numero di identificazione, dati relativi all'ubicazione, un identificativo online o a uno o più elementi caratteristici della sua identità fisica, fisiologica, genetica, psichica, economica, culturale o sociale

"Identificativo online" è la clausola che porta dentro le analytics web, e il considerando 30 ne spiega il significato: "Le persone fisiche possono essere associate a identificativi online prodotti dai dispositivi, dalle applicazioni, dagli strumenti e dai protocolli, quali gli indirizzi IP, marcatori temporanei (cookies) o identificativi di altro tipo, come i tag di identificazione a radiofrequenza." Nessun requisito di staticità, nessun obbligo di persistenza.

Il considerando 26 stabilisce il criterio di identificabilità. Si deve tenere conto di "tutti i mezzi, come l'individuazione, di cui il titolare del trattamento o un terzo può ragionevolmente avvalersi", valutati in base ai "costi e [al] tempo necessari per l'identificazione". Lo stesso considerando conferma che i dati pseudonimizzati restano dati personali, ed è la differenza che separa pseudonimizzazione e anonimizzazione nella pratica.

Il livello sensibile del GDPR è l'articolo 9, che vieta il trattamento di dati che rivelino l'origine razziale o etnica, le opinioni politiche, le convinzioni religiose o filosofiche o l'appartenenza sindacale, oltre ai dati genetici, ai dati biometrici usati per identificare una persona in modo univoco, ai dati sulla salute e ai dati relativi alla vita sessuale o all'orientamento sessuale. Quell'elenco è ciò che si intende per dati personali sensibili nel GDPR e non comprende un numero di documento d'identità nazionale, una password o una posizione precisa.

Un impiegato controlla un modulo stampato con campi personali, il tipo di documento che l'elenco di categorie del CCPA copre.

Cosa considera informazione personale il CCPA?

Il CCPA definisce le informazioni personali intorno a un consumatore o a un nucleo familiare, cosa che nessun altro quadro normativo qui citato fa. La sezione 1798.140(v)(1), nella versione in vigore dal 1° gennaio 2026 dopo la modifica introdotta dall'AB 1170, le definisce come "informazioni che identificano, riguardano, descrivono, sono ragionevolmente associabili o potrebbero ragionevolmente essere collegate, direttamente o indirettamente, a un determinato consumatore o nucleo familiare".

La legge elenca poi dodici categorie, indicate con le lettere da (A) a (L). Il sottoparagrafo (A) cita senza giri di parole l'"indirizzo Internet Protocol", insieme a nome reale, alias, indirizzo postale, identificatore personale univoco, identificatore online, indirizzo email, nome dell'account, numero di previdenza sociale, numero della patente di guida e numero di passaporto. Il sottoparagrafo (F) cita la "cronologia di navigazione, la cronologia delle ricerche e le informazioni sull'interazione di un consumatore con un sito web, un'applicazione o una pubblicità". Il sottoparagrafo (K) cita le inferenze "tratte da qualsiasi informazione indicata in questa suddivisione per creare un profilo di un consumatore".

Flowsery
Flowsery

Inizia la prova gratuita di 14 giorni

Dashboard in tempo reale

Monitoraggio degli obiettivi

Tracciamento senza cookie

A parte, la suddivisione (aj) stabilisce che un identificatore personale univoco comprende "cookie, beacon, pixel tag, identificatori pubblicitari mobili o tecnologie simili". Lo stack di tracciamento è dunque nominato per categoria di prodotto nel testo di legge stesso.

Due esclusioni riportano alcuni dati fuori dall'ambito di applicazione. La suddivisione (v)(2) esclude le informazioni pubblicamente disponibili, definite in modo da includere i registri pubblici e le informazioni che il consumatore ha reso disponibili al pubblico generale senza limitarne i destinatari. La suddivisione (v)(3) esclude le informazioni sui consumatori deidentificate e aggregate. La suddivisione (ae) definisce poi un livello distinto di dati sensibili, che comprende numero di previdenza sociale, credenziali di accesso all'account, geolocalizzazione precisa, dati genetici e dati neurali. Per la geolocalizzazione precisa la norma indica un numero: qualsiasi dato usato per localizzare un consumatore entro "un cerchio con un raggio di 1.850 piedi".

Il CCPA, inoltre, si applica solo a un'impresa che supera una delle tre soglie previste dalla suddivisione (d)(1): ricavi lordi superiori a 25.000.000 $, acquisto, vendita o condivisione delle informazioni personali di 100.000 o più consumatori o nuclei familiari, oppure almeno il 50 per cento dei ricavi annuali derivante dalla vendita o dalla condivisione di informazioni personali. Il GDPR non prevede alcuna soglia di fatturato. Un confronto più completo tra i due regimi si trova nel confronto tra CCPA e GDPR.

Dove divergono le tre definizioni?

Divergono sul soggetto, sugli identificatori e su ciò che resta escluso. Questa tabella legge ogni identificatore alla luce del testo che lo nomina.

IdentifierNIST SP 800-122GDPR Article 4(1)CCPA 1798.140(v)
Nome completoCitato nella sezione 2.2Citato nell'Articolo 4(1)Citato in (v)(1)(A)
Numero di previdenza sociale o di documento nazionaleCitato nella sezione 2.2Coperto come "numero di identificazione"Citato in (v)(1)(A), e sensibile anche in (ae)
Indirizzo emailCitato nella sezione 2.2Coperto come identificatore onlineCitato in (v)(1)(A)
Indirizzo IP staticoCitato nella sezione 2.2Citato nel Considerando 30Citato in (v)(1)(A)
Indirizzo IP dinamicoNon citato; l'esempio è un "identificatore statico persistente"Dato personale secondo Breyer, quando esistono mezzi legali per identificare la personaCitato in (v)(1)(A), senza distinzione tra statico e dinamico
ID cookie, pixel tag, ID pubblicitario mobileNon citatoCitato nel Considerando 30Citato in (aj)
Cronologia di navigazione e ricercaNon citataCoperta come informazione che riguarda una personaCitata in (v)(1)(F)
Inferenze e profiliNon citatiCoperti, e la profilazione è definita nell'Articolo 4(4)Citati in (v)(1)(K)
Dati a livello di nucleo familiareFuori ambito, il soggetto è un individuoFuori ambito, il soggetto è una persona fisicaNell'ambito, nucleo familiare definito in (q)
Registri pubblicamente disponibiliPII, ma possono non richiedere alcuna protezione di riservatezzaRestano dati personaliEspressamente esclusi in (v)(2)
Dati neuraliNon citatiCoperti quando rivelano dati sanitariCitati come sensibili in (ae)(1)(G)

Da questa griglia emergono tre disallineamenti strutturali. Il soggetto cambia: il NIST protegge un individuo, il GDPR protegge una persona fisica e solo il CCPA protegge un nucleo familiare come unità, quindi i dati di dispositivi e indirizzi condivisi sono regolati in California e non regolati altrove. Le informazioni pubblicamente disponibili restano dati personali per il GDPR e smettono di essere informazioni personali per il CCPA. Infine, i livelli sensibili si sovrappongono poco: l'Articolo 9 copre le opinioni politiche, che l'elenco del CCPA non nomina, mentre il CCPA copre credenziali di accesso, geolocalizzazione precisa e dati neurali, nessuno dei quali compare nell'Articolo 9.

Uno smartphone mostra un segnaposto su una mappa sopra una strada, il tipo di dato di posizione a cui si riferiscono sia la sentenza Breyer sia la soglia di geolocalizzazione del CCPA.

Un indirizzo IP è un dato PII?

Un indirizzo IP è un dato personale ai sensi del GDPR quando chi lo detiene ha una via legittima per identificare la persona che vi sta dietro. La Corte di giustizia ha chiarito la questione nella causa C-582/14, Patrick Breyer contro Bundesrepublik Deutschland, decisa il 19 ottobre 2016. La statuizione operativa stabilisce che un indirizzo IP dinamico registrato da un fornitore di servizi di media online

costituisce un dato personale ai sensi di tale disposizione, nei confronti di detto fornitore, qualora quest'ultimo disponga di mezzi legali che gli consentano di identificare la persona interessata grazie ad altre informazioni che il fornitore di accesso a Internet detiene su tale persona.

Il paragrafo 43 conclude che "non è necessario che tutte le informazioni che consentono di identificare la persona interessata si trovino nelle mani di un'unica persona". Il paragrafo 46 fissa il limite, escludendo l'identificazione "vietata dalla legge o praticamente impossibile" perché richiederebbe tempo, costi e personale sproporzionati.

Con il CCPA non serve alcuna analisi del genere, perché l'indirizzo IP è elencato per nome. Con il NIST SP 800-122 l'esempio riguarda un identificatore statico persistente, quindi un IP residenziale che cambia resta fuori dall'illustrazione, anche se la metà della definizione sul "collegato o collegabile" può comunque comprenderlo. L'intera divergenza sta in un solo campo, approfondito in un indirizzo IP è un dato personale?.

Privacy first analytics riporta traffico e conversioni senza cookie e senza raccolta di dati personali, il che toglie la questione dell'identificatore dal livello di reportistica invece di risolverla, e il masking nel session replay è il punto in cui la stessa questione riemerge a livello di DOM.

Quattro controlli prima di rispondere alla casella PII
1
Individua il destinatario. Un contratto federale statunitense rimanda al NIST SP 800-122, un prodotto rivolto all'UE rimanda all'Articolo 4(1) del GDPR e un'attività rivolta ai consumatori californiani rimanda al CCPA 1798.140(v).
2
Cerca l'identificatore per nome. Il NIST cita un indirizzo IP o MAC statico persistente nella sezione 2.2, il GDPR cita gli identificatori dei cookie e gli indirizzi IP nel Considerando 30, e il CCPA cita direttamente indirizzo IP, cronologia di navigazione e inferenze nei sottoparagrafi (A), (F) e (K).
3
Verifica le esclusioni. Il GDPR considera dati personali anche le informazioni pubblicamente disponibili, il CCPA le esclude in (v)(2) e il NIST le definisce PII che possono non richiedere alcuna protezione di riservatezza.
4
Applica il livello sensibile se calza. L'Articolo 9 del GDPR copre opinioni politiche e dati sanitari, mentre la suddivisione (ae) del CCPA copre invece credenziali di accesso, geolocalizzazione precisa e dati neurali.
I tre testi rispondono in modo diverso alla stessa casella, a seconda di quale dei tre la pone.

Domande frequenti

Il GDPR usa il termine PII?

No. Il GDPR parla sempre di "dati personali" e non usa mai la sigla PII. L'articolo 4(1) contiene la definizione, mentre i considerando 26 e 30 forniscono il test di identificabilità e gli esempi di identificativi online. Trattare i due termini come sinonimi sottostima l'ambito del GDPR, perché i dati personali comprendono inferenze, record pseudonimizzati e identificativi online che l'elenco di esempi del NIST non nomina.

Un dato sottoposto ad hashing è ancora PII?

L'hashing è pseudonimizzazione, non anonimizzazione, ogni volta che l'hash può essere associato a informazioni aggiuntive. Il considerando 26 del GDPR afferma che i dati che "could be attributed to a natural person by the use of additional information should be considered to be information on an identifiable natural person", cioè i dati attribuibili a una persona fisica mediante l'uso di informazioni aggiuntive vanno considerati informazioni su una persona fisica identificabile. Il CCPA definisce la pseudonimizzazione alla lettera (aa) ed esclude solo le informazioni di consumatori deidentificate e aggregate alla lettera (v)(3), quindi un hash reversibile resta un'informazione personale.

Il CCPA si applica a ogni azienda?

No. La sezione 1798.140(d)(1) fissa tre soglie e un'azienda deve superarne almeno una: ricavi lordi superiori a $25.000.000 nell'anno solare precedente, acquisto, vendita o condivisione delle informazioni personali di 100.000 o più consumatori o nuclei familiari, oppure almeno il 50 per cento dei ricavi annui derivato dalla vendita o dalla condivisione di informazioni personali.

Che differenza c'è tra PII e informazioni personali sensibili?

Le informazioni personali sensibili sono un sottoinsieme definito che fa scattare obblighi aggiuntivi. Il CCPA le definisce alla lettera (ae): numero di previdenza sociale, credenziali di accesso agli account, geolocalizzazione precisa, origine razziale o etnica, dati genetici e dati neurali. L'equivalente nel GDPR è l'articolo 9, costruito attorno a origine razziale o etnica, opinioni politiche, religione, appartenenza sindacale, dati genetici, dati biometrici per l'identificazione, salute e vita sessuale.

Flowsery
Flowsery

Inizia la prova gratuita di 14 giorni

Dashboard in tempo reale

Monitoraggio degli obiettivi

Tracciamento senza cookie

I dati di analytics aggregati sono PII?

Non secondo il CCPA, che esclude le informazioni aggregate sui consumatori alla lettera (v)(3) e le definisce alla lettera (b) come informazioni "from which individual consumer identities have been removed, that is not linked or reasonably linkable to any consumer or household", cioè da cui sono state rimosse le identità dei singoli consumatori e che non sono collegate né ragionevolmente collegabili a un consumatore o a un nucleo familiare. Il GDPR arriva allo stesso risultato attraverso il considerando 26, ma solo se nessun mezzo ragionevolmente utilizzabile potrebbe permettere di individuare di nuovo una persona.

Quanto deve essere precisa la posizione perché il CCPA la consideri sensibile?

La lettera (w) definisce la geolocalizzazione precisa come i dati usati per localizzare un consumatore entro "a geographic area that is equal to or less than the area of a circle with a radius of 1,850 feet", cioè un'area geografica uguale o inferiore a quella di un cerchio con raggio di 1.850 piedi. La posizione a livello di città ricavata da un indirizzo IP è molto al di fuori di quel raggio e per la legge non è geolocalizzazione precisa.

Il NIST SP 800-122 si applica alle aziende private?

Il NIST SP 800-122 è scritto soprattutto per le agenzie federali degli Stati Uniti e per i contraenti che lavorano con loro, non per le aziende private in generale. Un fornitore che lo cita in un questionario di sicurezza sta prendendo in prestito un vocabolario federale, non indicando una legge che lo vincola. La pubblicazione non crea alcun obbligo nel modo in cui lo fanno l'articolo 4(1) del GDPR o la sezione 1798.140(v) del CCPA per i soggetti che rientrano nel loro ambito.

La cronologia di navigazione è PII?

Il CCPA nomina espressamente la cronologia di navigazione e la cronologia delle ricerche al sottoparagrafo (v)(1)(F), quindi conta come informazione personale senza discussioni. Il GDPR arriva allo stesso risultato con la definizione generale dell'articolo 4(1), perché l'attività di navigazione riguarda una persona identificabile. Gli esempi della sezione 2.2 del NIST SP 800-122 non menzionano affatto la cronologia di navigazione.

Il GDPR classifica le PII per livello di rischio come fa il NIST?

La classificazione per livello di rischio è una caratteristica specifica del NIST che né il GDPR né il CCPA replicano. Il NIST SP 800-122 assegna a ogni insieme di PII un livello di impatto sulla riservatezza basso, moderato o alto, in base a sei fattori, tra cui identificabilità e sensibilità dei campi di dati. Il GDPR e il CCPA stabiliscono invece gli obblighi per categoria di dati, attraverso livelli come l'articolo 9 e la lettera (ae) del CCPA, e non con una scala a punteggio.

I dati del nucleo familiare sono coperti come PII?

Solo dal CCPA, che protegge il nucleo familiare oltre al singolo consumatore e lo definisce alla lettera (q). Il NIST SP 800-122 e l'articolo 4(1) del GDPR si fermano entrambi al singolo individuo, quindi i dati di dispositivi e indirizzi condivisi sono regolati in California e non regolati negli altri due quadri. Questa differenza è uno dei tre squilibri strutturali che le definizioni producono.

Questo articolo ti è stato utile?

Facci sapere cosa ne pensi!

Vedici più spesso su Google

Con un clic imposti Flowsery come fonte preferita e i nostri articoli salgono in Notizie principali, Modalità AI e AI Overview.

Prima di andare...

Flowsery

Flowsery

Analytics per il tuo sito che parte dalle entrate

Monitora ogni visitatore, sorgente e conversione in tempo reale. Semplice, potente e senza cookie.

Dashboard in tempo reale

Monitoraggio degli obiettivi

Tracciamento senza cookie

Termini del glossario correlati

Per GDPR e CCPA, l'indirizzo IP è un dato personale?Per GDPR e CCPA, l'indirizzo IP è un dato personale?
Glossario

Per GDPR e CCPA, l'indirizzo IP è un dato personale?

Per il GDPR l'indirizzo IP è un dato personale quando il gestore del sito ha mezzi legali per identificare il visitatore, ha stabilito la CGUE in Breyer. Negli USA no.

•7 min di lettura
Pseudonimizzazione e anonimizzazione nel GDPR, decide la reversibilitàPseudonimizzazione e anonimizzazione nel GDPR, decide la reversibilità
Glossario

Pseudonimizzazione e anonimizzazione nel GDPR, decide la reversibilità

È la reversibilità a distinguere pseudonimizzazione e anonimizzazione. I dati dell'articolo 4(5) restano dati personali. I dati anonimi del considerando 26 escono dal GDPR per sempre.

•8 min di lettura
Cosa pubblicano sette fornitori sulla conservazione dei dati del session replayCosa pubblicano sette fornitori sulla conservazione dei dati del session replay
Glossario

Cosa pubblicano sette fornitori sulla conservazione dei dati del session replay

La conservazione dei dati del session replay messa a confronto dalla documentazione di FullStory, Hotjar, Clarity, LogRocket, PostHog, Sentry e Datadog, più cosa richiede il GDPR.

•9 min di lettura
Come funziona il test dell'interesse legittimo nel GDPR ai sensi dell'articolo 6(1)(f)Come funziona il test dell'interesse legittimo nel GDPR ai sensi dell'articolo 6(1)(f)
Glossario

Come funziona il test dell'interesse legittimo nel GDPR ai sensi dell'articolo 6(1)(f)

Le regole sull'interesse legittimo nel GDPR all'articolo 6(1)(f), citate da EUR-Lex, con il test in tre parti dell'EDPB e il perché l'analisi web resta un caso controverso.

•10 min di lettura
Cosa ha invalidato Schrems II e cosa l'ha sostituitoCosa ha invalidato Schrems II e cosa l'ha sostituito
Glossario

Cosa ha invalidato Schrems II e cosa l'ha sostituito

Schrems II, causa C-311/18 della Corte di giustizia UE del 16 luglio 2020. Il dispositivo citato, perché è caduto il Privacy Shield, cosa richiedono oggi le SCC e il Data Privacy Framework del 2023.

•11 min di lettura
Cosa registrano i dati clickstream, riga per rigaCosa registrano i dati clickstream, riga per riga
Glossario

Cosa registrano i dati clickstream, riga per riga

Ogni riga di dati clickstream è un hit con un timestamp, un identificativo e un URL, ed è per questo che il GDPR e il CCPA trattano l'esportazione come dati personali.

•8 min di lettura

Articoli correlati