Cara memeriksa ekspor data yang mencurigakan

Ekspor besar perlu diperiksa, bukan langsung disimpulkan

Unduhan massal bisa berasal dari pekerjaan yang disetujui, kesalahan proses, atau akses tanpa izin. Alarm adalah titik awal pemeriksaan. Jumlah baris yang besar saja belum membuktikan kebocoran; akun yang sah juga belum membuktikan bahwa setiap penggunaannya diizinkan.

Hubungi pemilik proses melalui saluran yang dipercaya. Cocokkan permintaan ekspor dengan tiket, tujuan kerja, waktu, dan kewenangan. Jangan meminta orang mengirim ulang seluruh berkas pelanggan hanya untuk menjelaskan alarm.

Batasi aktivitas yang berisiko sambil menjaga bukti

Jika aktivitas tanpa izin masih berlangsung atau ada indikasi akun diambil alih, petugas berwenang membatasi sesi, token, atau fungsi ekspor yang terkait. Pertimbangkan dampak pada pekerjaan sah, catat alasan, dan koordinasikan dengan penanggung jawab insiden.

Simpan log yang diperlukan sebelum terhapus oleh siklus retensi. Rekam waktu dan zona waktu, akun, sistem, jenis tindakan, serta hasilnya. Batasi akses pada bukti; hindari menyalin token atau isi lengkap data pribadi ke catatan umum.

Bedakan permintaan, pembuatan, dan pengunduhan berkas

Contoh urutan pemeriksaan berikut disusun untuk aplikasi yang membuat berkas ekspor. Sesuaikan dengan cara sistem sebenarnya bekerja.

Tahap	Bukti yang dicari	Batas kesimpulan
Permintaan diterima	Akun, izin, waktu, filter, dan referensi pekerjaan.	Permintaan berhasil belum berarti berkas selesai dibuat.
Berkas dibuat	Status pekerjaan, lokasi hasil, jenis data, dan cakupan.	Berkas yang tersedia belum membuktikan sudah diunduh.
Berkas diakses	Log akses yang tersedia, hasil, waktu, dan identitas terkait.	Satu alamat IP atau satu tautan belum tentu menunjukkan satu orang.
Berkas diteruskan	Bukti pengiriman atau akses tujuan yang dapat diperiksa secara sah.	Tidak adanya log lanjutan tidak membuktikan tidak ada salinan.

Gunakan angka yang sesuai buktinya. Jumlah baris belum tentu sama dengan jumlah orang: satu orang bisa muncul pada beberapa pesanan. Jika belum dapat menghitung orang yang terdampak, catat keterbatasan dan siapa yang akan memeriksanya.

Pisahkan hasil pemeriksaan dan keputusan data pribadi

Contoh fiktif: alarm mencatat ekspor 8.000 baris. Pemilik mengonfirmasi ada tugas rekonsiliasi, tetapi filter ekspor ternyata mencakup kolom alamat yang tidak diperlukan. Tim tetap memeriksa penerima, akses berkas, dan tindakan pembatasan; konfirmasi pekerjaan sah tidak menutup masalah cakupan data.

Jika ada dugaan kegagalan pelindungan data pribadi, segera gunakan panduan insiden data pribadi. Jangan menunggu semua angka pasti untuk mulai menilai kewajiban. Panduan ini tidak menetapkan ambang jumlah baris atau tenggat pelaporan baru.

Tutup setelah ketidakpastian dan tindak lanjut dicatat

Simpan fakta, dugaan yang telah dibantah, batas log, tindakan, serta pemilik pekerjaan tersisa dalam catatan insiden. Bila izin ekspor perlu dikembalikan, minta pemilik proses menyetujui cakupan dan uji pembatasannya.

Perbaikan dapat berupa izin yang lebih sempit, persetujuan ekspor tertentu, pembatasan masa akses hasil, atau pencatatan tahap unduh. Pilih berdasarkan temuan. Lanjutkan ke keamanan API dan akses data untuk meninjau kontrol pencegahan.