Modul 5 · Jaga datanya
Data yang tidak boleh masuk
Intinya
Sebelum menempel apa pun, tanya: ada data orang, rahasia, atau milik klien di sini? Kalau ada, kerjakan tanpa data itu. Kalau rahasia terlanjur keluar, anggap bocor: ganti dan laporkan.
Setelah pelajaran ini kamu bisa
- Mengenali data pribadi dan rahasia sebelum menempelnya ke alat AI
- Tahu apa yang harus dilakukan bila rahasia terlanjur bocor
- Memilih cara mengerjakan tugas tanpa mengirim data yang dilarang
Istilah di pelajaran ini
Pahami
Kotak obrolan AI terasa seperti catatan pribadi. Kamu mengetik, ia menjawab, tidak ada orang lain di ruangan. Padahal begitu kamu menekan kirim, teks itu meninggalkan komputermu dan diproses di server milik penyedia layanan. Bergantung pada pengaturan akunmu, teks itu bisa disimpan untuk beberapa waktu, dibaca petugas keamanan penyedia bila ada laporan penyalahgunaan, atau dipakai untuk melatih model berikutnya. Pengaturan itu kita bahas di pelajaran pengaturan data dan memori. Di sini kita mulai dari pertanyaan yang lebih dasar: apa yang sejak awal tidak boleh ikut terkirim.
Ada tiga jenis isi yang perlu kamu kenali sebelum menempel:
- Data pribadi. Apa pun yang bisa menunjuk ke orang tertentu: nama, nomor identitas, alamat, nomor telepon, foto wajah, riwayat kerja, nilai, gaji. Sebagian data pribadi bersifat spesifik menurut UU PDP, misalnya data kesehatan, data anak, dan data keuangan pribadi; daftarnya ada di pelajaran dasar UU PDP. Untuk jenis ini, jawaban paling aman sering kali adalah tidak mengirimnya ke model.
- Rahasia teknis. Kata sandi, kunci API (API key), token akses (access token), isi berkas konfigurasi, tautan undangan yang bisa dipakai siapa saja. Siapa pun yang memegangnya bisa masuk ke sistem atas namamu.
- Milik orang lain. Kontrak klien, harga penawaran, laporan keuangan yang belum diumumkan, dokumen yang ditandai rahasia. Isinya mungkin tidak menyebut orang, tetapi kamu terikat janji untuk menjaganya.
Kebiasaan yang paling berguna adalah berhenti tiga detik sebelum menempel dan membaca ulang apa yang akan kamu kirim dengan mata orang luar. Pertanyaannya sederhana: kalau teks ini terbaca oleh orang yang tidak kukenal, apakah ada yang dirugikan? Kalau jawabannya ya, jangan kirim apa adanya.
Menahan data bukan berarti menyerah memakai AI. Hampir selalu ada cara mengerjakan tugas yang sama tanpa data yang dilarang:
- Kirim bentuknya, bukan isinya. Untuk membuat rumus lembar kerja (spreadsheet), model cukup tahu nama kolom dan dua baris contoh buatan. Daftar gaji lengkap tidak perlu dikirim.
- Ganti rahasia dengan penanda. Untuk menanyakan kenapa sebuah konfigurasi gagal, tulis
[KATA_SANDI_DIHAPUS]di tempat kata sandinya. Model tidak butuh kata sandi aslimu untuk menemukan salah ketik. - Samarkan seperlunya. Untuk meringkas keluhan pelanggan, nama dan nomor telepon bisa diganti kode. Caranya, dan batasnya, ada di pelajaran menyamarkan data.
- Pakai alat yang disetujui organisasi. Sebagian pekerjaan memang perlu data asli, misalnya merapikan catatan klinis. Itu bukan tugas untuk akun pribadimu di layanan umum; tanyakan alat apa yang sudah disetujui dan dikontrak oleh organisasimu.
Kesalahan tetap bisa terjadi: kunci API ikut tertempel bersama pesan error (galat), atau lembar kerja berisi nama karyawan terunggah ke akun yang salah. Saat itu, jangan berharap tidak ada yang melihat. Perlakukan sebagai kebocoran.
Untuk rahasia teknis, langkahnya jelas: ganti (rotasi) kuncinya atau kata sandinya sekarang juga, cabut yang lama, dan beri tahu pemilik sistemnya. Menghapus pesan tidak cukup, karena salinan bisa sudah tersimpan di server, di riwayat, atau di notifikasi orang lain. Kunci yang sudah diganti tidak berguna lagi bagi siapa pun yang menyalinnya.
Untuk data pribadi, jangan mencoba menanganinya sendiri tanpa melapor. Laporkan ke atasan dan ke petugas pelindungan data atau tim keamanan di organisasimu hari itu juga, dengan catatan apa yang terkirim, ke layanan mana, dan kapan. Organisasi mungkin punya kewajiban pemberitahuan dengan tenggat yang pendek menurut UU PDP, jadi setiap jam berarti. Laporan yang cepat dan jujur hampir selalu lebih murah daripada kebocoran yang ditemukan orang lain belakangan.
Sebelum
Permintaan
Kenapa ini error? DB_HOST=server-db-kantor DB_USER=admin_keu DB_PASS=[kata sandi asli tertulis di sini] PORT=5432x
Hasilnya
Nilai PORT berisi huruf 'x' di akhir, sehingga tidak bisa dibaca sebagai angka. Ganti menjadi 5432. Kredensial lain tampak benar.
Sesudah
Permintaan
Saya perlu tahu kenapa berkas konfigurasi koneksi basis data ini gagal dibaca. Kata sandi dan nama server sudah saya ganti dengan penanda; anggap nilainya benar. Pesan error-nya: 'invalid port number'. DB_HOST=[NAMA_SERVER] DB_USER=[NAMA_PENGGUNA] DB_PASS=[KATA_SANDI_DIHAPUS] PORT=5432x Tunjukkan baris yang salah dan alasannya. Jangan menebak nilai yang saya sembunyikan.
Hasilnya
Baris yang salah adalah PORT=5432x. Nomor port harus berupa angka, dan huruf 'x' di akhir membuatnya tidak valid. Ubah menjadi PORT=5432. Baris lain tidak bisa saya periksa nilainya karena disembunyikan, tetapi formatnya sudah benar.
Yang berubah
- Jawabannya sama bagusnya, tetapi kata sandi asli tidak pernah meninggalkan komputermu.
- Nama server internal juga disembunyikan: itu membantu penyerang memetakan sistem.
- Menghapus pesannya saja tidak cukup: kalau kamu sudah terlanjur mengirim versi pertama, kata sandinya harus diganti.
Kesalahan umum
- Kesalahan
- Menghapus pesan yang berisi kunci atau data pribadi, lalu menganggap urusannya selesai.
- Kenapa merugikan
- Salinan bisa sudah ada di server penyedia, di riwayat percakapan, di notifikasi, atau di layar orang lain. Kunci yang masih berlaku tetap bisa dipakai siapa pun yang sempat menyalinnya, dan organisasimu kehilangan waktu untuk menangani kebocoran data pribadi dengan benar.
- Lakukan ini
- Untuk rahasia: ganti dan cabut kuncinya sekarang, lalu beri tahu pemilik sistem. Untuk data pribadi: laporkan hari itu juga ke atasan dan petugas pelindungan data, dengan catatan apa yang terkirim, ke mana, dan kapan.
Coba
Kartu pilah
Pilah sebelum menempel: merah (jangan kirim), kuning (kirim setelah disamarkan atau lewat alat yang disetujui), hijau (aman).
Pengumuman libur kantor yang sudah dibagikan ke semua karyawan
Nama kolom lembar kerja gaji dan dua baris contoh buatan
Ringkasan rekam medis pasien untuk dibuatkan surat rujukan
Kunci API layanan pembayaran yang muncul di pesan error
Dua puluh keluhan pelanggan yang menyebut nama dan nomor pesanan
Draf kontrak klien yang ditandai rahasia
6 kartu lagi
Rekanmu baru sadar ia menempel token akses sistem gudang ke chat AI kemarin sore. Ia sudah menghapus percakapannya. Apa langkah berikutnya?
Bawa pulang
Tiga detik sebelum menempel
- Tidak ada nama, nomor identitas, kontak, atau data kesehatan orang yang ikut
- Tidak ada kata sandi, kunci, token, atau isi berkas konfigurasi
- Tidak ada dokumen klien atau dokumen bertanda rahasia
- Kalau ada yang perlu, saya kirim bentuknya atau versi yang disamarkan
- Kalau terlanjur bocor: rahasia saya ganti, data pribadi saya laporkan hari itu juga
Yang salah di tempat kami
Data pasien tidak pernah ke model
- Konteks
- Kami menjalankan aplikasi klinik yang menyimpan rekam medis. Fitur AI yang meringkas riwayat pasien terdengar menggiurkan.
- Yang biasanya salah
- Mengirim rekam medis ke model pihak ketiga berarti data kesehatan keluar dari sistem klinik.
- Akibatnya bila dibiarkan
- Data kesehatan yang bocor tidak bisa ditarik kembali, dan kepercayaan pasien ikut hilang.
- Akar masalah
- Data kesehatan adalah data pribadi yang bersifat spesifik menurut UU PDP, dengan risiko hukum dan kepercayaan yang besar.
- Cara kami
- Fitur AI di aplikasi itu hanya bekerja pada hal di luar data pasien, seperti jadwal, stok, dan draf SOP.
- Aturan yang kami pegang
- Kode AI tidak boleh membaca tabel rekam medis, dan setiap akses ke rekam kesehatan dicatat di log audit.
PelajarannyaAda data yang lebih baik tidak pernah dikirim ke model.
Artinya untuk kerjamuSebelum memakai AI untuk pekerjaan yang menyentuh data kesehatan orang, cari bagian pekerjaan yang bisa dibantu tanpa data itu.