Masa perpindahan kerja adalah salah satu titik paling rawan bagi data pelanggan. Ketika seseorang bersiap meninggalkan perusahaan, akses yang dimilikinya masih penuh, kewaspadaan kolega menurun, dan dorongan membawa “bekal” ke tempat baru bisa sangat kuat. Pertanyaannya bukan apakah ini bisa terjadi, melainkan sejauh mana perusahaan siap menghadapinya.
Ringkasan Cepat
- Periode menjelang resign adalah jendela risiko karena akses masih penuh namun pengawasan longgar.
- Pola pengambilan data biasanya muncul lebih dulu, misalnya unduhan besar menjelang hari terakhir.
- Menutup akses tepat waktu dan mencatat perpindahan data adalah pertahanan utama.
- Kebijakan saja tidak cukup tanpa jejak yang bisa dibuktikan.
Jendela Risiko yang Sering Terlewat
Hari-hari terakhir sebelum resign biasanya diwarnai banyak hal: serah terima pekerjaan, perpisahan, dan penyesuaian administrasi. Di tengah kesibukan itu, satu hal jarang menjadi perhatian — data apa yang masih dapat diakses oleh orang yang akan pergi.
Ironisnya, pada momen itulah aksesnya justru paling luas dan pengawasannya paling longgar. Kombinasi inilah yang membuat periode resign menjadi jendela risiko yang serius.
Mengapa Data Pelanggan Jadi Sasaran
Data pelanggan adalah aset yang paling mudah dibawa dan paling bernilai di tempat baru. Daftar kontak, riwayat transaksi, dan preferensi pelanggan dapat langsung dipakai untuk menawarkan produk serupa atau mempercepat pekerjaan di perusahaan berikutnya.
Bagi pihak yang membawa, risikonya terasa abstrak. Bagi perusahaan yang ditinggalkan, kerugiannya nyata: kehilangan pelanggan, rusaknya kepercayaan, dan sulitnya membuktikan apa yang sebenarnya terjadi.
Tanda-Tanda yang Muncul Sebelumnya
Pengambilan data biasanya tidak terjadi seketika pada hari terakhir. Ada pola yang lebih dulu muncul:
- Unduhan atau ekspor data dalam jumlah besar beberapa hari hingga pekan sebelum resign.
- Aktivitas pada jam tidak biasa, termasuk dari luar jam kerja.
- Pemindahan berkas ke perangkat pribadi atau akun awan pribadi.
- Pencarian terhadap data yang tidak berkaitan dengan tugas terakhirnya.
Mengapa Sering Terlambat Diketahui
Perusahaan biasanya baru menyadari kebocoran setelah pelanggan dihubungi pihak lain, atau setelah data muncul di tempat yang tidak semestinya. Pada titik itu, bukti sudah tersebar dan pemulihan menjadi sangat sulit.
Keterlambatan ini bukan karena ketiadaan kecurigaan, melainkan karena tidak adanya catatan. Tanpa jejak, tidak ada yang bisa ditindaklanjuti meski kecurigaan sudah muncul.
Menutup Akses Tepat Waktu
Prinsip dasarnya sederhana: akses kepada data sensitif harus dicabut segera setelah resign diketahui, bukan menunggu tanggal terakhir. Semakin lama akses dibiarkan terbuka, semakin besar peluang data diambil tanpa terdeteksi.
Proses serah terima pun perlu disertai pencabutan izin yang terdokumentasi, termasuk akun awan, aplikasi internal, dan akses ke basis data pelanggan.
Membangun Jejak, Bukan Sekadar Aturan
Kebijakan yang melarang membawa data penting untuk ditegakkan, tetapi tidak cukup untuk membuktikan. Yang membuatnya bermakna adalah jejak: catatan siapa memindahkan apa, ke mana, dan kapan.
Dengan jejak semacam ini, perusahaan tidak hanya dapat mencegah, tetapi juga memiliki dasar yang jelas bila harus menempuh langkah lanjutan sesuai ketentuan, termasuk merujuk pada UU Perlindungan Data Pribadi No 27/2022.
Mengubah Proses Offboarding
Langkah paling berdampak adalah memasukkan pengawasan data ke dalam proses offboarding. Bukan sebagai bentuk ketidakpercayaan, tetapi sebagai bagian dari tata kelola yang sehat.
Perusahaan yang memperlakukan perpindahan karyawan dengan proses yang rapi akan jauh lebih terlindungi daripada yang mengandalkan niat baik semata.
Kesalahan Umum yang Membuat Upaya Pencegahan Gagal
Banyak perusahaan sudah menyadari risiko data pelanggan dibawa saat resign, namun upaya pencegahan tetap gagal karena sejumlah kesalahan yang berulang. Mengenali kesalahan ini lebih berguna daripada sekadar menambah aturan baru.
Kesalahan pertama adalah menunggu hari terakhir. Akses sering baru dicabut pada hari terakhir bekerja, padahal pemindahan data biasanya terjadi beberapa pekan sebelumnya. Pada saat pencabutan dilakukan, data yang paling berharga mungkin sudah berpindah jauh lebih dulu.
Kesalahan kedua adalah memperlakukan semua karyawan dengan cara yang sama tanpa memperhatikan perannya. Pemegang akses luas ke basis data pelanggan memerlukan pengawasan yang berbeda dari staf yang hanya menangani berkas umum. Perlakukan seluruh karyawan secara adil, tetapi sesuaikan tingkat pengawasan dengan tingkat aksesnya.
Kesalahan berikutnya berkaitan dengan pencatatan:
- Log disimpan terlalu singkat, sehingga jejak hilang sebelum sempat diperiksa.
- Catatan tersebar di banyak sistem dan sulit disatukan saat dibutuhkan.
- Tidak ada prosedur jelas tentang siapa yang berwenang memeriksa jejak tersebut.
- Peringatan otomatis diabaikan karena dianggap terlalu banyak.
Kesalahan lain yang kerap muncul adalah mengandalkan ingatan dan niat baik. Perusahaan menganggap karyawan pasti mengembalikan seluruh data, sehingga tidak menyiapkan cara untuk memeriksa. Ketika dugaan muncul, tidak ada rujukan yang bisa dipakai untuk memastikan apa yang benar-benar terjadi.
Kesalahan terakhir adalah absennya evaluasi setelah kejadian. Tanpa meninjau kembali apa yang luput, perusahaan cenderung mengulang pola yang sama pada kasus berikutnya. Tinjauan singkat setelah setiap insiden, atau setidaknya menjelang masa resign, dapat mempertajam proses yang ada.
Menutup celah-celah ini tidak selalu membutuhkan alat baru. Sering kali yang dibutuhkan adalah urutan langkah yang benar: kenali pemegang akses penting, pantau aktivitas mereka lebih awal, simpan catatan cukup lama, dan pastikan jejak mudah ditelusuri ketika dibutuhkan.
Selain kesalahan yang bersifat proses, ada pula kesalahan dalam menyiapkan bukti. Catatan yang baik semestinya menunjukkan bukan hanya apa yang dipindahkan, tetapi juga kapan dan melalui jalur mana. Ketika perusahaan hanya mengetahui bahwa data hilang tanpa rincian jalurnya, langkah lanjutan menjadi lemah karena sulit dipertanggungjawabkan.
Kesalahan yang tak kalah sering adalah memperlakukan proses ini sebagai urusan satu departemen. Keamanan, HRD, dan manajemen perlu bergerak bersama. HRD mengetahui kapan seseorang mengajukan resign, TI mengetahui aktivitas teknisnya, dan manajemen memutuskan tindakan lanjutan. Tanpa koordinasi, informasi penting terputus dan peluang mencegah penyusutan.
Menetapkan ambang perhatian secara wajar juga membantu. Peringatan yang terlalu sensitif membuat tim mengabaikan sinyal penting, sedangkan peringatan yang terlalu longgar membuat ancaman lolos tanpa terdeteksi. Menyesuaikan ambang dengan profil risiko perusahaan adalah bagian dari proses yang berkelanjutan, bukan keputusan sekali jadi.
Terakhir, penting untuk meninjau kebijakan setelah diterapkan. Apakah pencabutan akses berjalan tepat waktu, apakah catatan cukup untuk ditelusuri, dan apakah ada peringatan yang terlewat. Tinjauan berkala menjaga agar proses offboarding tetap tajam dan tidak berubah menjadi formalitas belaka. Pencegahan yang berhasil justru terlihat dari data yang tidak berpindah, bukan dari banyaknya insiden yang ditangani.
Mengawasi Momen Paling Rawan
Periode paling rawan dalam siklus karyawan dapat diawasi secara sistematis, dengan jejak yang memudahkan penelusuran bila muncul dugaan.
- File Exfiltration Detection — mengenali pembacaan atau penyalinan berkas besar dari folder sensitif sebagai sinyal perpindahan data.
- USB & Device Control — mengatur penggunaan perangkat eksternal per kebijakan, termasuk membatasi ke mode baca-saja.
- Digital History Forensics — menyusun kronologi transfer melalui USB, jaringan, dan awan beserta waktu dan volumenya.
Sebelum diberlakukan menyeluruh, pengawasan dapat dicoba pada beberapa perangkat untuk menyesuaikan tingkat ketatnya.
Pertanyaan yang Sering Diajukan
Kapan akses karyawan yang resign sebaiknya dicabut?
Apakah pengawasan seperti ini berarti tidak mempercayai karyawan?
Bagaimana jika data sudah terlanjur dibawa?
Sumber & Referensi
Ingin melihat langsung bagaimana ini bekerja?
Fortrix memantau pergerakan data di endpoint secara otomatis — tanpa mengganggu alur kerja tim Bos.
Coba DemoLihat Harga