Langkah menangani API key atau token yang bocor

Anggap kredensial yang terbuka perlu segera ditangani

API key, token, atau kata sandi layanan dapat terbuka melalui repositori, log, percakapan, atau berkas yang dibagikan. Menghapus pesan atau membuat repositori privat belum membatalkan kredensial yang sudah tersalin.

Laporkan kepada pemilik layanan dengan menyebut lokasi paparan dan pengenal kredensial yang aman, bukan menyalin nilainya. Jangan mencoba kunci yang ditemukan pada sistem milik pihak lain. Panduan ini untuk petugas yang berwenang menangani akses organisasinya.

Cabut dan ganti dengan koordinasi yang jelas

Cabut kredensial terpapar secepatnya melalui layanan penerbit, lalu gunakan pengganti yang disimpan secara aman. Koordinasikan pembaruan aplikasi yang bergantung padanya. Catat waktu pencabutan dan periksa apakah kredensial lama benar-benar tidak berlaku.

Pembersihan repositori atau log dilakukan dengan menjaga bukti yang diperlukan. Perubahan riwayat repositori perlu dikoordinasikan karena dapat memengaruhi salinan dan referensi tim. Jangan menunda pencabutan sampai seluruh salinan berhasil dibersihkan.

Petakan dampak perubahan pada layanan

Contoh pertanyaan operasional berikut membantu pemilik sistem mengatur pekerjaan. Jawab dengan pengenal internal; jangan masukkan nilai secret ke tiket.

Pertanyaan	Keputusan yang perlu dicatat
Kunci ini memberi akses ke apa?	Layanan, lingkungan, hak akses, dan data yang dapat dijangkau.
Siapa yang masih memakainya?	Aplikasi, pekerjaan terjadwal, integrasi, serta petugas pengganti konfigurasi.
Apakah layanan bisa dibatasi sementara?	Fungsi yang dihentikan, dampak pengguna, dan pihak yang menyetujui.
Bagaimana memastikan pengganti bekerja?	Uji transaksi atau proses yang aman, hasil, dan penanggung jawab.
Apakah jalur pemulihan memakai kunci lama?	Konfigurasi cadangan atau rilis lama yang harus diperbarui sebelum digunakan.

Gunakan lembar rotasi kredensial untuk melacak setiap dependensi. Jangan mengaktifkan kembali kunci bocor hanya karena penggantinya membuat suatu pekerjaan gagal; perbaiki konfigurasi atau gunakan akses baru yang disetujui.

Periksa penggunaan dan akses lanjutan

Tetapkan rentang waktu pemeriksaan dari bukti yang tersedia. Bedakan waktu pertama terpapar, pertama ditemukan, dan dicabut. Periksa aktivitas kredensial serta perubahan yang dapat ditimbulkannya, termasuk akses tambahan atau data yang diambil. Jaga bukti dengan akses terbatas.

Tidak adanya kejadian pada log belum membuktikan kunci tidak pernah dipakai. Catat jika periode log tidak lengkap atau jenis aktivitas tertentu tidak tercatat. Bila akses memungkinkan pengambilan data, lanjutkan pemeriksaan ekspor mencurigakan dan nilai dampak data pribadi.

Selesaikan dengan bukti hasil penggantian

Contoh fiktif: token sinkronisasi pesanan masuk ke repositori publik. Tim mencabutnya, mengganti konfigurasi aplikasi, dan berhasil menguji pesanan baru. Namun, tugas malam masih memakai token lama. Baris tugas malam tetap terbuka pada lembar rotasi sampai konfigurasinya diperbaiki dan hasilnya diuji.

Penutupan mencakup pencabutan akses lama, hasil uji layanan, pemeriksaan cakupan, serta perbaikan sumber paparan. Untuk pencegahan berikutnya, gunakan panduan pengelolaan kunci dan data uji. Penilaian insiden data pribadi berjalan paralel jika relevan; rotasi bukan bukti bahwa tidak ada data yang terdampak.

Panduan penerapan terkait

Setelah penanganan selesai, gunakan panduan akun layanan dan identitas workload untuk memperbaiki kepemilikan, izin, masa berlaku, serta penghentian kredensial rutin.