Condividi tramite


Convalida regex di tipo informazioni riservate e controllo aggiuntivo

Importante

Il Supporto tecnico Microsoft non può dare assistenza con la creazione di classificazioni personalizzate o modelli di espressioni regolari. I tecnici del supporto tecnico possono fornire supporto limitato per la funzionalità, ad esempio fornire modelli di espressioni regolari di esempio per testare la funzionalità o assistere nella risoluzione dei problemi di un modello di espressione regolare esistente che non viene attivato come previsto. Tuttavia, i tecnici del supporto tecnico non possono assicurarti che qualsiasi sviluppo personalizzato di corrispondenza dei contenuti soddisfi i tuoi requisiti o obblighi.

Consiglio

Se non si è un cliente E5, usare la versione di valutazione delle soluzioni Microsoft Purview di 90 giorni per esplorare in che modo funzionalità aggiuntive di Purview possono aiutare l'organizzazione a gestire le esigenze di sicurezza e conformità dei dati. Iniziare ora dall'hub delle versioni di valutazione Portale di conformità di Microsoft Purview. Informazioni dettagliate sull'iscrizione e le condizioni di valutazione.

Convalida delle espressioni regolari del tipo di informazioni riservate

Checksum validator

Per eseguire un checksum su una cifra in un'espressione regolare, è possibile usare il validator checksum. Ad esempio, se è necessario creare un sit per un numero di licenza di otto cifre in cui l'ultima cifra è una cifra checksum convalidata usando un calcolo mod 9, impostare l'algoritmo checksum come segue:

Sum = digit 1 * Weight 1 + digit 2 * weight 2 + digit 3 * weight 3 + digit 4 * weight 4 + digit 5 * weight 5 + digit 6 * weight 6 + digit 7 * weight 7 + digit 8 * weight 8
Mod value = Sum % 9
If Mod value == digit 8
    Account number is valid
If Mod value != digit 8
    Account number is invalid
  1. Definire l'elemento primario con questa espressione regolare:

    \d{8}
    
  2. Aggiungere il validator checksum.

  3. Aggiungere i valori di peso separati da virgole, la posizione della cifra di controllo e il valore mod. Per altre informazioni sull'operazione Modulo, vedere Operazione modulo.

    Nota

    Se la cifra di controllo non fa parte del calcolo del checksum, usare 0 come peso per la cifra di controllo. Nel caso precedente, ad esempio, il peso 8 sarà uguale a 0 se la cifra di controllo non verrà usata per calcolare la cifra di controllo.

    screenshot del validator checksum configurato.

Convalida data

Se un valore di data incorporato in un'espressione regolare fa parte di un nuovo modello che si sta creando, è possibile usare il validator della data per verificare se tale valore di data soddisfa i criteri. Ad esempio, si vuole creare un sit per un numero di identificazione dipendente di nove cifre. Le prime sei cifre sono la data di assunzione in formato DDMMYY e le ultime tre sono numeri generati in modo casuale. Seguire questa procedura per verificare che le prime sei cifre siano nel formato corretto:

  1. Definire l'elemento primario con questa espressione regolare:

    \d{9}
    
  2. Aggiungere il validator di data.

  3. Selezionare il formato della data e l'offset iniziale. Poiché la stringa di data è le prime sei cifre, l'offset è 0.

    screenshot del validator della data configurato.

Processori funzionali come validator

È possibile usare i processori di funzione per alcuni dei SIT più comunemente usati come validator. L'uso di processori di funzioni consente di definire espressioni regolari personalizzate, garantendo al tempo stesso che superino i controlli aggiuntivi richiesti da SIT. Ad esempio, Func_India_Aadhar garantisce che l'espressione regolare personalizzata definita superi la logica di convalida necessaria per la scheda Aadhar indiana. Per altre informazioni sulle funzioni DLP che è possibile usare come validator, vedere Funzioni dei tipi di informazioni sensibili.

Luhn check validator

È possibile usare il validator di controllo Luhn se si dispone di un tipo di informazioni sensibili personalizzato che include un'espressione regolare, che deve passare l'algoritmo Luhn.

Controlli aggiuntivi del tipo di informazioni riservate

Ecco le definizioni e alcuni esempi per gli altri controlli disponibili.

Escludi corrispondenze specifiche: questo controllo consente di definire parole chiave da escludere quando si rilevano corrispondenze per il modello che si sta modificando. Ad esempio, è possibile escludere i numeri di carta di credito di prova come "4111111111111111" in modo che non possano corrispondere a un numero valido.

Inizia o non inizia con caratteri: questo controllo consente di definire i caratteri con cui gli elementi corrispondenti devono o non devono iniziare. Ad esempio, se si vuole che i criteri rilevino solo i numeri di carta di credito che iniziano con 41, 42 o 43, selezionare Inizia con e aggiungere 41, 42 e 43 all'elenco, separati da virgole.

Termina o non termina con caratteri: questo controllo consente di definire i caratteri con cui gli elementi corrispondenti devono o non devono terminare. Ad esempio, se il numero ID del dipendente non può terminare con 0 o 1, selezionare Non termina con e aggiungere 0 e 1 all'elenco, separati da virgole.

Escludi caratteri duplicati: questo controllo consente di ignorare le corrispondenze in cui tutte le cifre sono uguali. Ad esempio, se il numero ID del dipendente a sei cifre non può avere tutte le stesse cifre uguali, è possibile selezionare Escludi caratteri duplicati per escludere 111111, 222222, 333333, 444444, 555555, 666666, 777777, 888888, 999999 e 000000 dall'elenco delle corrispondenze valide per l'ID dipendente.

Includi o escludi i prefissi: questo controllo consente di definire le parole chiave che devono o non devono trovarsi immediatamente prima dell'entità corrispondente. In base all'opzione selezionata, le entità saranno o meno considerate corrispondenze se sono precedute dai prefissi inclusi qui. Ad esempio, se escludi il prefisso GUID:, qualsiasi entità preceduta da GUID: non corrisponderà.

Includi o escludi suffissi: questo controllo consente di definire le parole chiave che devono o non devono trovarsi immediatamente dopo l'entità corrispondente. A seconda della selezione, le entità corrisponderanno o meno se sono seguite dai suffissi inclusi qui. Ad esempio, se escludi il suffisso :GUID, qualsiasi testo seguito da :GUID non corrisponderà.