Date shifting

Le date sono un tipo di dati molto comune. Nei casi in cui le date possono essere considerate dati sensibili o informazioni che consentono l'identificazione personale (PII), potrebbe essere necessario generalizzarle, offuscarle o oscurarle.

Un metodo per farlo è la generalizzazione o il raggruppamento. Tuttavia, a seconda del caso d'uso e della configurazione, il raggruppamento può rimuovere l'utilità delle date. Ad esempio, se generalizzi tutte le date solo a un anno, potresti perdere l'ordine in cui si verificano gli eventi in quell'anno. Un metodo alternativo per offuscare le date che risolve questo problema è il cambio data.

Le tecniche di cambio data spostano in modo casuale un insieme di date, ma mantengono la sequenza e la durata di un periodo di tempo. Lo spostamento delle date viene solitamente eseguito nel contesto di una persona o di un'entità. Ciò significa che le date di ogni persona vengono spostate di un periodo di tempo univoco per quella persona.

Esempio di cambio data

Considera i seguenti dati:

user_id data azione
1 2009-06-09 run
1 2009-06-03 walk
1 2009-05-23 crawl
2 2010-11-03 crawl
2 2010-11-22 walk
... … ...

Se generalizzi queste date all'anno, ottieni:

user_id date_year azione
1 2009 run
1 2009 walk
1 2009 crawl
2 2010 crawl
2 2010 walk
... … ...

Ma ora hai perso qualsiasi senso della sequenza per utente.

Prova invece a cambiare la data:

user_id data azione
1 2009-07-17 run
1 2009-07-11 walk
1 2009-06-30 crawl
2 2011-01-26 crawl
2 2011-02-14 walk
... … ...

Tieni presente che le date sono diverse, ma la sequenza e la durata vengono mantenute. L'entità dello spostamento delle date era diversa tra user_id 1 e 2.

Cambio data in Sensitive Data Protection

Di seguito è riportato un oggetto JSON per configurare questa opzione per il metodo content.deidentify di Sensitive Data Protection:

deidentify_config {
  record_transformations {
    field_transformations {
      fields {
        name: "date"
      }
      primitive_transformation {
        date_shift_config {
          upper_bound_days: 100
          lower_bound_days: -100
          entity_field_id {
            name: "user_id"
          }
          crypto_key {
            unwrapped {
              key: "123456789012345678901234567890ab"
            }
          }
        }
      }
    }
  }
}

I limiti superiore e inferiore dello spostamento sono specificati rispettivamente dai valori upper_bound_days e lower_bound_days. Il contesto o l'ambito a cui verrà applicato lo spostamento si basa sul valore entity_id_field, che in questo caso è "user_id".

Tieni presente anche l'utilizzo di una crypto_key. È simile a come viene utilizzata nella pseudonimizzazione. La chiave ti consentirà di mantenere l'integrità di questi spostamenti di date in più richieste o esecuzioni di dati.

Risorse

Per ulteriori informazioni su come anonimizzare i dati utilizzando il cambio data e altri metodi in Sensitive Data Protection, consulta:

Per informazioni di riferimento sull'API relative alle trasformazioni primitive in Sensitive Data Protection, consulta: