Perubahan tanggal

Tanggal adalah jenis data yang sangat umum. Jika tanggal dapat dianggap sebagai data sensitif atau informasi identitas pribadi (PII), Anda mungkin perlu menggeneralisasi, meng-obfuscate, atau menyamarkannya.

Salah satu metode untuk melakukannya adalah generalisasi, atau pengelompokan. Namun, bergantung pada kasus penggunaan dan konfigurasi, pengelompokan dapat menghilangkan utilitas dalam tanggal. Misalnya, jika Anda menggeneralisasi semua tanggal hanya ke tahun, Anda dapat kehilangan urutan kejadian dalam tahun tersebut. Metode alternatif untuk meng-obfuscate tanggal yang mengatasi masalah ini adalah perubahan tanggal.

Teknik perubahan tanggal secara acak mengubah kumpulan tanggal, tetapi mempertahankan urutan dan durasi periode waktu. Perubahan tanggal biasanya dilakukan dalam konteks individu atau entitas. Artinya, tanggal setiap individu diubah berdasarkan jumlah waktu yang unik untuk individu tersebut.

Contoh perubahan tanggal

Pertimbangkan data berikut:

user_id tanggal tindakan
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
... ... ...

Jika Anda menggeneralisasi tanggal ini ke tahun, Anda akan mendapatkan:

user_id date_year tindakan
1 2009 run
1 2009 walk
1 2009 crawl
2 2010 crawl
2 2010 walk
... ... ...

Namun, kini Anda kehilangan urutan per pengguna.

Sebagai gantinya, coba ubah tanggal:

user_id tanggal tindakan
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
... ... ...

Perhatikan bahwa tanggalnya berbeda, tetapi urutan dan durasinya dipertahankan. Besarnya perubahan tanggal berbeda antara user_id 1 dan 2.

Perubahan tanggal di Sensitive Data Protection

Objek JSON untuk mengonfigurasi hal ini untuk metode Perlindungan Data Sensitif content.deidentify adalah sebagai berikut:

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"
            }
          }
        }
      }
    }
  }
}

Batas atas dan bawah perubahan ditentukan oleh nilai upper_bound_days dan lower_bound_days. Konteks atau cakupan perubahan yang akan diterapkan didasarkan pada nilai entity_id_field, yang dalam hal ini adalah "user_id".

Perhatikan juga penggunaan crypto_key. Hal ini mirip dengan cara penggunaannya dalam pseudonimisasi. Kunci ini akan memungkinkan Anda mempertahankan integritas perubahan tanggal ini di beberapa permintaan atau proses data.

Resource

Untuk mengetahui informasi selengkapnya tentang cara melakukan de-identifikasi data menggunakan perubahan tanggal dan metode lainnya di Perlindungan Data Sensitif, lihat:

Untuk mengetahui informasi referensi API tentang transformasi dasar di Perlindungan Data Sensitif, lihat: