Usa modelli IA di punta con token al posto dei dati personali rilevati. Valuta privacy dei prompt, oscuramento locale dei documenti e conservazione.
Con la modalità tokenize di Sluis, i valori personali rilevati diventano token tipizzati prima della richiesta al provider. Il modello lavora senza ricevere quei valori originali, che Sluis ripristina nella risposta; le mappe dei token non vengono mai inviate al provider. Decidi se ti serve questo flusso gestito o un documento oscurato da condividere: sono acquisti diversi.
Distinguere oscuramento documentale e pseudonimizzazione
L'oscuramento locale rimuove informazioni selezionate dal documento prodotto. La pseudonimizzazione dei prompt usa invece token reversibili nel servizio gestito Sluis, non su un'infrastruttura di tua proprietà. Il rilevamento è imperfetto e il contesto restante può ancora identificare qualcuno: non è una garanzia di anonimato o conformità al GDPR.
Scenario illustrativo: un ufficio legale necessita di una copia per terzi e di un riepilogo IA interno. Valuta un documento oscurato per la consegna e un flusso separato di prompt pseudonimizzati per il riepilogo.
- Specifica destinatario e formato di uscita.
- Decidi se la reidentificazione debba restare possibile.
- Fai valutare il contesto identificativo residuo.
Esempio fittizio: un invito personalizzato dalle risorse umane
Questo esempio è interamente inventato e illustra il flusso, non un test o una prova di rilevamento.
- Prima della protezione: «Prepara un invito a un colloquio per Giulia Verdi, giulia.verdi@azienda.example».
- Testo inviato al provider: «Prepara un invito a un colloquio per «PERSON_NAME_1», «EMAIL_1»». Il provider vede i token al posto dei valori protetti, non la mappa con gli originali.
- Bozza restituita dal modello: «A: «EMAIL_1». Ciao «PERSON_NAME_1», ti invitiamo a un colloquio».
- Risultato per te dopo il ripristino: «A: giulia.verdi@azienda.example. Ciao Giulia Verdi, ti invitiamo a un colloquio».
Il team riceve una bozza personalizzata da rivedere, senza fornire al modello i valori originali protetti.
Provare il processo locale con file difficili
L'anonimizzazione documentale Sluis usa un'API locale per PDF, DOCX, immagini e testo, con OCR. Le aree illeggibili vengono distrutte anziché interpretate per ipotesi, con possibile perdita anche di contenuti utili.
Per attività ricorrenti o in lotti, prova file reali prima dell'integrazione. Verifica leggibilità, omissioni, capacità e comportamento API; un'utilità occasionale non dimostra idoneità alla produzione.
- Includi scansioni, immagini e pagine di bassa qualità.
- Controlla identificatori mancati e perdite di significato.
- Valida requisiti dei lotti e perimetro locale.
Comprendere ogni modalità di protezione e i limiti
In modalità tokenize, la protezione usa token reversibili. mask oscura i valori rilevati in modo irreversibile e block blocca la richiesta quando li rileva. allow_log registra soltanto il rilevamento e invia il testo invariato: non trasforma né blocca il contenuto.
Il rilevamento non è perfetto e non copre ogni percorso. Le definizioni degli strumenti non vengono analizzate e gli input degli embedding possono passare senza scansione secondo la policy. I token nei media generati non possono essere ripristinati. La scansione di sicurezza è facoltativa. Prova identificatori mancati, contesto residuo e iniezioni di prompt senza presumere prevenzione completa.
L'ispezione facoltativa con un modello ospitato riceve il testo idoneo restante dopo la protezione locale, che può ancora contenere identificatori non rilevati. Sluis convalida i risultati e applica la protezione localmente; le mappe dei token non vengono mai inviate al provider. L'opzione aggiunge costi e latenza e deve rispettare la tua policy di residenza.
- Scegli la modalità per ogni categoria informativa.
- Prova identificatori mancati e contesto identificativo indiretto.
- Verifica scansioni e percorsi di contenuti non protetti.
Separare conservazione e audit
Verifica e configura separatamente la conservazione dei contenuti Sluis, degli originali e della cronologia di Workspace; controlla a parte le condizioni dei provider. I metadati vengono conservati. La tokenizzazione non equivale a conservazione zero.
Una traccia di audit con hash concatenati aiuta a esaminare attività registrate, ma non prova liceità o rilevamento completo. Concorda cancellazione, accessi dei revisori ed escalation prima degli usi sensibili, consultando la documentazione.
- Configura la conservazione prima di inviare dati sensibili.
- Verifica cancellazione e metadati che restano.
- Documenta approvazione ed escalation dei casi incerti.
Domande prima di scegliere
La tokenizzazione reversibile è anonimizzazione ai sensi del GDPR?
La reversibilità è un motivo per non presumerlo. Considerala pseudonimizzazione e valuta dati residui, accesso alla reidentificazione e contesto giuridico con il responsabile privacy.
L'OCR può ricostruire in sicurezza testo illeggibile?
Il processo descritto distrugge le aree illeggibili anziché indovinarne il contenuto. Controlla le perdite e procurati una fonte migliore se il testo mancante è importante.
Il mascheramento significa che nulla viene conservato?
No. Trasformazione e conservazione sono controlli separati. Verifica le impostazioni Sluis per contenuti, originali e cronologia di Workspace; i metadati restano e le condizioni dei provider richiedono una verifica distinta.