OpenAI ha recentemente rilasciato come open source Privacy Filter, un piccolo modello costruito per rilevare e redigere informazioni personali identificabili nel testo, che gira in locale, su un portatile o direttamente nel browser, e riporta un punteggio F1 del 96-97% nel rilevamento di PII. È un rilascio genuinamente utile. Non è però costruito per proteggere ciò che la maggior parte degli ingegneri di rete incolla davvero in una chat IA: una configurazione di router o firewall.

A cosa serve davvero Privacy Filter

Cosa punta il modello

  • Nomi, email, numeri di telefono, indirizzi — PII classiche, del tipo che compare in email, ticket di supporto e documenti legali.
  • Rilevamento consapevole del contesto su documenti lunghi, fino a 128.000 token in un unico passaggio, un vero traguardo ingegneristico per quel caso d'uso.
  • Gira sul dispositivo, pesi aperti, licenza Apache 2.0 — nessun dato lascia la macchina per essere redatto, il modello di privacy corretto.

È uno strumento solido per ciò per cui è stato costruito: documenti legali, thread email, registri clienti. È un modello di PII generico, addestrato sul tipo di dati personali che compare in ogni settore.

Ciò che non è mai stato addestrato a riconoscere

Un file di configurazione di rete non assomiglia a un documento legale o a un registro cliente. Assomiglia a questo:

enable secret 5 $1$mERr$hx5rVt7rPNoS4wqbXKX7m0
snmp-server community publicRW RW
router bgp 65001
 neighbor 203.0.113.1 remote-as 65002
 neighbor 203.0.113.1 password 7 08351A5D0713
Verifica della realtà Niente di tutto ciò è PII, e tutto ciò è una credenziale

Una community string SNMP, una password di vicino BGP, una chiave di autenticazione OSPF, una chiave server TACACS+, una chiave precondivisa WPA — niente di tutto ciò corrisponde alla distribuzione di addestramento di un modello PII generico, perché non sono nomi, email o numeri di telefono. Sono segreti specifici di dominio che hanno senso solo nel contesto della sintassi di configurazione di rete, e un modello addestrato su dati legali e clienti non ha mai avuto motivo di averne visto uno.

C'è un secondo divario altrettanto importante: la robustezza delle credenziali. enable secret 5 è un hash MD5. password 7 è una cifratura Cisco tipo 7, banalmente reversibile con strumenti che esistono da oltre un decennio. Un modello di redazione PII non ha alcun concetto di "questo hash è debole" o "questa codifica è reversibile" — o riconosce un pattern come PII oppure no. Distinguere un hash bcrypt robusto da una password Cisco tipo 7 reversibile richiede di conoscere gli schemi di codifica del vendor, non solo riconoscere testo dall'aspetto sensibile.

Testare il divario

Fai passare un export reale Cisco, FortiGate o MikroTik attraverso un rilevatore PII generico e il pattern è costante: cattura qualcosa se c'è un indirizzo email o un hostname che sembra un dominio, e ignora completamente l'enable secret, la community SNMP, la password di vicino BGP e la chiave precondivisa. Non è un difetto del modello. È semplicemente fuori da ciò per cui è stato addestrato a cercare, allo stesso modo in cui un correttore ortografico non è rotto perché non rileva un errore matematico.

Cosa significa questo se incolli config in strumenti IA

La lettura corretta del rilascio di OpenAI non è "la redazione ora è un problema risolto". È l'opposto: la redazione PII generica sta tendendo verso il gratuito e la commoditizzazione, il che è genuinamente positivo per chiunque tratti nomi, email e dati clienti. Ma rende ancora più netto dove si trova il divario rimanente: segreti specifici di dominio in formati tecnici strutturati, di cui le config di rete sono uno degli esempi più chiari.

Coperto dai modelli PII genericiNon coperto, richiede rilevamento consapevole del vendor
Nomi, email, numeri di telefonoCommunity string SNMP
Indirizzi fisiciChiavi di autenticazione BGP / OSPF / HSRP
Numeri di carta di creditoChiavi server TACACS+ / RADIUS
Formati generici di chiavi APICodifiche password specifiche del vendor (es. Cisco tipo 7)
Classificazione della robustezza di hash/cifratura

Se stai incollando una config in ChatGPT, Claude o Gemini per risolvere un problema di routing, un filtro PII generico in esecuzione in background non catturerà la parte che conta davvero. ScrubForge è costruito specificamente per questo divario: 12 profili vendor, rilevamento di segreti a livello di protocollo (BGP, OSPF, HSRP, TACACS+, RADIUS, SNMP), e classificazione della robustezza degli hash, in esecuzione interamente in locale, con una chat BYOK opzionale che vede solo la versione tokenizzata della tua config.

Domande frequenti

Il Privacy Filter di OpenAI protegge le password in una config di router o firewall?

Non in modo affidabile. È addestrato a rilevare PII generiche, nomi, email, numeri di telefono, non credenziali di rete specifiche del vendor come community string SNMP o password di vicino BGP, che seguono una sintassi completamente diversa e non hanno fatto parte del suo focus di addestramento.

Se ChatGPT alla fine aggiungesse la redazione PII integrata, le config di rete sarebbero ancora a rischio?

Sì, per lo stesso motivo. Una redazione integrata mirata alla conformità PII generale non sarà calibrata per riconoscere la sintassi di configurazione di router o firewall a meno che un fornitore non si addestri specificamente per questo, un caso d'uso ristretto e a basso volume rispetto ai pattern PII che compaiono in qualsiasi altro tipo di documento.

Qual è la differenza pratica tra redazione PII e sanificazione delle config?

La redazione PII protegge i dati personali, informazioni che identificano una persona. La sanificazione delle config protegge i segreti dell'infrastruttura, credenziali e topologia che identificano e concedono accesso a una rete. Si sovrappongono in quasi nessun caso, e uno strumento costruito per l'uno raramente copre bene l'altro.

È ancora necessario sanificare le config manualmente se mi fido del fornitore IA?

Sanificare prima di incollare ti protegge indipendentemente da ciò che qualsiasi fornitore promette sulla gestione dei dati, e protegge dal rischio più semplice che un collega, uno schermo condiviso, o un log di chat copiato e incollato porti una credenziale attiva in un posto dove non dovrebbe andare.