INFRASTRUKTUR PRIVAT / TANPA IDENTITAS DIPERLUKANBaca doktrin privasi
Kredensial kecil. Kewenangan jelas.

Beri setiap integrasi kuncinya sendiri.

Rencanakan akses API dengan cakupan, penyimpanan kredensial privat, dan pencabutan. Penerbitan kunci API produksi belum tersedia.

Tentukan cakupan sebelum pembuatan

Berikan kunci hanya tindakan dan sumber daya yang dibutuhkan pekerjaannya. Integrasi pemantauan mungkin memerlukan akses baca; alat penerapan mungkin memerlukan serangkaian operasi siklus hidup yang ditentukan. Pisahkan otoritas penagihan jika memungkinkan.

Ungkap dengan hati-hati dan simpan secara privat

Kunci asli harus ditampilkan melalui alur pembuatan yang aman, dilindungi saat disimpan, dan dikecualikan dari URL, bundel browser, dan kontrol sumber. Catat pemilik, tujuan, dan waktu pembuatan tanpa mengekspos rahasianya.

Buat pencabutan menjadi praktis

Terbitkan kredensial terpisah per integrasi agar satu dapat dicabut tanpa menghentikan semuanya. Rotasi secara sengaja dan verifikasi bahwa kunci lama tidak lagi berfungsi. Selidiki penggunaan tak terduga dengan catatan audit yang terbatas.

Uji batasannya

Uji peluncuran yang berguna mencakup operasi yang diizinkan, operasi yang dilarang, kunci yang kedaluwarsa atau dicabut, dan permintaan di luar batas sumber daya kunci. Autentikasi saja bukan otorisasi.

Kebijakan kunci kandidat

Kontrak API mendeskripsikan hingga sepuluh kunci aktif per akun, dengan tujuan bernama, masa berlaku opsional, dan pembatasan alamat sumber. Cakupan memisahkan baca, manajemen server, penagihan, dan kendali penuh. Alur pembuatan harus menampilkan rahasia satu kali dan hanya menyimpan representasi verifikasi yang terlindungi dengan semestinya.

Audit tanpa mengekspos permintaan

Catatan audit yang berguna dapat mencakup pengenal kunci, rute, waktu, dan hasil tanpa menyimpan kata sandi atau seluruh isi permintaan. Akses ke catatan tetap memerlukan perlindungan. Tetapkan retensi dan ekspor alih-alih menyimpan riwayat operasional sensitif tanpa batas waktu.

Berikan setiap otomasi kredensialnya sendiri

Pemeriksa cadangan, pekerja penerapan, dan integrasi penagihan tidak boleh berbagi kunci akses penuh yang sama. Beri nama kunci sesuai tugasnya, berikan cakupan terkecil, dan catat siapa pemiliknya. Grup yang dimaksud adalah baca, server, penagihan, dan penuh; pemetaan operasi persisnya harus diuji saat API tersedia.

Pembuatan, penyimpanan, dan rotasi

Model akun yang diusulkan mengizinkan hingga sepuluh kunci aktif. Tampilkan rahasia baru satu kali, lalu simpan hanya verifikator sisi server yang diperlukan untuk mengautentikasinya. Simpan salinan klien di manajer rahasia atau lingkungan layanan yang terlindungi. Rotasi dengan memperkenalkan pengganti, memeriksa worker yang bergantung, lalu mencabut kunci lama; jangan pernah menempatkan kunci di URL publik atau bundel browser.

Cabut aksesnya, bukan buktinya

Menonaktifkan kunci harus menghentikan permintaan di masa mendatang sekaligus mempertahankan catatan keamanan terbatas atas penggunaannya di masa lalu. Jika kredensial mungkin telah bocor, cabut segera, periksa sumber daya yang terdampak, dan ganti rahasia terkait. Daftar kunci harus menampilkan pengenal yang aman dan metadata penggunaan terakhir, bukan rahasia teks biasa yang dapat dipulihkan.

Sedikit lebih jelas.

Dapatkah halaman ini membuat kunci API yang berfungsi?

Tidak. Pembuatan kunci memerlukan backend akun terautentikasi; halaman informasi ini tidak menerbitkan kredensial.

KONFIGURASIKAN INFRASTRUKTUR ANDA

Ambil kendali.
Deploy sesuai ketentuan Anda.

Tanpa dokumen identitas. Akses administrator penuh. Penagihan berbasis kripto.