Panduan

BYOK guide

Panduan self-service untuk mengonfigurasi BYOK (Bring Your Own Key) penyedia AI di Monago.

Panduan lengkap bagi administrator tenant yang mengelola kredensial penyedia AI di Monago Governance Gateway.

Audiens

Administrator tenant yang mengelola kredensial AI di Monago. Prasyarat: akses peran admin pada tenant dan akun aktif di penyedia AI yang akan diintegrasikan.

1. Overview

Monago menerapkan model BYOK (Bring Your Own Key) — pelanggan membawa kunci API penyedia AI sendiri (OpenAI, Anthropic, AWS Bedrock). Monago beroperasi sebagai governance gateway:

  • Menerapkan kebijakan tata kelola pada level tenant, workspace, dan pengguna.
  • Mencatat audit trail integritas-terjamin untuk setiap permintaan.
  • Menyediakan observability, cost analytics, dan compliance posture.

Konsumsi token ditagih langsung oleh penyedia AI kepada pelanggan; Monago menggunakan model berlangganan terpisah untuk lapisan governance dan audit.

2. Prasyarat

  • Akun Monago dengan peran admin.
  • Akses ke menu Penyedia AI.
  • Plaintext kunci API dari penyedia AI Anda (lihat bagian 3).
  • Password manager atau secret vault internal untuk menyimpan plaintext setelah dialog tampil-sekali.

3. Memperoleh kunci API dari penyedia

3.1 OpenAI

Login

Buka API keys

Settings → API keys.

Buat secret key baru

Klik Create new secret key, beri label internal (misalnya monago-prod), pilih project dan scope.

Salin plaintext

Format sk-proj-… atau sk-….

Simpan sementara

Simpan pada password manager — plaintext akan dimasukkan ke Monago pada Langkah 4.

Tip

Gunakan project key dengan scope minimum yang dibutuhkan (misalnya model.read + chat.completions:write). Hindari penggunaan kunci tanpa scope (root scope) di environment production.

3.2 Anthropic

Login

Buka API keys

Settings → API keys.

Buat kunci

Klik Create Key dan beri label internal (misalnya monago-prod-anthropic).

Salin plaintext

Format sk-ant-….

3.3 AWS Bedrock

Status integrasi

Kredensial AWS Bedrock dapat didaftarkan saat ini, namun pemrosesan permintaan inference melalui Bedrock akan tersedia di rilis berikutnya. Hubungi tim Monago untuk diskusi timeline bila Bedrock menjadi penyedia utama Anda.

AWS Console

Login ke AWS Console.

Buat access key

IAM → Users → Create access key.

Permission minimum

bedrock:InvokeModel dan bedrock:InvokeModelWithResponseStream.

Catat kredensial

Simpan Access Key ID dan Secret Access Key.

Catat region

Misalnya Singapore ap-southeast-1.

4. Konfigurasi di Monago

4.1 Buka Penyedia AI

Login

Login ke dashboard Monago.

Buka menu

Pilih Penyedia AI dari sidebar.

4.2 Tambah kredensial

Tambah penyedia

Klik Tambah penyedia di kanan atas.

Pilih penyedia

OpenAI, Anthropic, atau AWS Bedrock.

Beri nama kredensial

Label internal Anda, misalnya production-openai, staging-anthropic, atau treasury-bedrock.

Tempelkan kunci

Tempelkan plaintext kunci API.

Base URL (opsional)

Override endpoint bila penyedia Anda berada di belakang custom gateway.

Submit

Klik Tambah kredensial.

Monago memvalidasi kunci terhadap endpoint metadata penyedia dengan batas waktu singkat. Indikator "Memvalidasi kunci…" ditampilkan selama proses berlangsung.

4.3 Dialog tampil-sekali (penting)

Setelah validasi berhasil, dialog tampil-sekali (show-once) terbuka.

Plaintext ditampilkan sekali

Banner peringatan menjelaskan bahwa kunci hanya ditampilkan pada saat ini dan tidak dapat ditampilkan kembali melalui product workflow.

Salin

Klik Salin; indikator Tersalin muncul sesaat.

Tempelkan ke vault

Tempelkan plaintext ke password manager atau secret vault internal Anda.

Konfirmasi

Centang konfirmasi "Saya sudah menyalin kunci API."

Tutup

Klik Sudah disimpan, tutup.

Warning

Setelah dialog ditutup, plaintext tidak lagi tersedia melalui product workflow. Pemulihan akses dilakukan dengan melakukan rotasi kredensial. Tabel hanya menampilkan empat karakter terakhir kunci (sk-…-XXXX).

5. Mengelola kredensial

5.1 Daftar kredensial

Tab Penyedia AI menampilkan tabel kredensial dengan kolom: nama, penyedia, tampilan kunci (masked), status, tanggal dibuat, dan aksi. Filter chip di atas tabel memungkinkan penyaringan berdasarkan penyedia dan status.

5.2 Menonaktifkan sementara

Untuk menghentikan penggunaan kredensial tanpa mencabutnya secara permanen.

Buka aksi row

Klik tombol aksi pada baris kredensial.

Pilih Nonaktifkan

Status berubah menjadi Dinonaktifkan.

Saat kredensial dinonaktifkan, permintaan yang diterima gateway akan:

  • Cloud: menggunakan kunci default platform bila administrator deployment telah mengonfigurasinya.
  • On-premise: dikembalikan dengan error konfigurasi karena tidak ada fallback.

Aktivasi ulang: aksi row → Aktifkan.

5.3 Rotasi kunci

Skenario yang membutuhkan rotasi:

  • Compliance policy organisasi Anda (rotasi berkala).
  • Indikasi kemungkinan kunci kompromis.
  • Pencabutan kunci dari sisi penyedia.

Buat kunci baru

Buat API key baru dari dashboard penyedia.

Pilih Rotasi kunci

Aksi row → Rotasi kunci.

Tempelkan plaintext baru

Submit untuk validasi.

Dialog tampil-sekali

Salin, konfirmasi, dan tutup.

Kunci lama digantikan oleh kunci baru; gateway segera menggunakan kunci baru pada permintaan berikutnya.

Tip

Workflow yang direkomendasikan: lakukan rotasi di Monago terlebih dahulu, tunggu satu hari penuh untuk memastikan tidak ada permintaan in-flight yang masih menggunakan kunci lama, kemudian cabut kunci lama dari dashboard penyedia.

5.4 Mencabut kredensial

Aksi permanen — kredensial tercabut sementara audit trail tetap dipertahankan.

Buka aksi row

Pilih Cabut.

Konfirmasi nama

Ketik nama kredensial persis (case-sensitive).

Submit

Klik Cabut kredensial.

Status berubah menjadi Dicabut. Kredensial yang tercabut tidak dapat diaktifkan kembali — apabila dibutuhkan, buat kredensial baru.

6. Troubleshooting

"Kunci API tidak valid"

Penyebab umum:

  • Whitespace pada saat copy-paste (spasi atau newline di awal atau akhir).
  • Kunci kadaluarsa atau telah dicabut di dashboard penyedia.
  • Status billing akun penyedia tidak aktif.
  • Scope kunci tidak memiliki permission untuk endpoint metadata.
  • Base URL tidak benar bila menggunakan custom endpoint.

Pesan respons dari penyedia ditampilkan pada baris "Detail penyedia:" di bawah error utama untuk membantu diagnosis.

"Nama kredensial sudah digunakan untuk penyedia ini"

Setiap kombinasi tenant + penyedia membutuhkan nama unik. Gunakan suffix versioning, misalnya production-openai-v2.

"Kredensial penyedia AI tidak ditemukan"

  • Kredensial mungkin telah dicabut oleh administrator lain di tenant Anda.
  • Refresh halaman untuk memuat state terbaru.

Permintaan gateway gagal setelah kredensial dinonaktifkan

Perilaku yang diharapkan. Saat kredensial dinonaktifkan, gateway akan menggunakan kunci default platform bila administrator deployment telah mengonfigurasinya. Bila fallback belum dikonfigurasi (umum pada deployment on-premise), gateway mengembalikan error konfigurasi. Solusi: aktifkan kembali kredensial melalui UI.

Dialog tampil-sekali tidak muncul setelah submit

Penyebab umum:

  • Operasi metadata-only (tanpa rotasi kunci) tidak menghasilkan plaintext baru. Tabel akan menampilkan kredensial dengan tampilan masked.
  • Network error — periksa DevTools console browser.

Validation timeout

Endpoint metadata penyedia kadang mengalami latency tinggi. Coba ulang permintaan; transient error umum terjadi. Bila masalah berlanjut, hubungi support penyedia.

7. FAQ

7.1 Bagaimana kunci API saya dienkripsi?

Monago menerapkan enkripsi at-rest dengan mekanisme kriptografi standar industri. Plaintext hanya didekripsi selama durasi pemrosesan permintaan inference oleh gateway.

Untuk deployment production, Monago mendukung envelope encryption dengan Customer-Controlled Key Management Service (KMS). Tim Monago tidak memiliki kewenangan operasional terhadap KMS pelanggan, sehingga akses ke material kunci membutuhkan otorisasi pelanggan.

Procurement review

Daftar KMS yang divalidasi, baseline kriptografi, dan migration roadmap KMS disampaikan dalam dokumen procurement terpisah — hubungi support@monago.io.

7.2 Apakah tim Monago dapat melihat plaintext API key saya?

Tidak. Plaintext dienkripsi at-rest dan didekripsi hanya selama durasi pemrosesan permintaan inference. Tidak ada product workflow yang menampilkan kembali plaintext setelah dialog tampil-sekali ditutup.

7.3 Apakah audit log mencatat plaintext API key?

Tidak. Audit log mencatat metadata kredensial: penyedia, nama kredensial, empat karakter terakhir kunci, dan perubahan field-level. Larangan penulisan plaintext ke audit log ditegakkan oleh regression test otomatis yang berjalan di setiap rilis.

7.4 Plaintext hilang setelah dialog tampil-sekali ditutup. Bagaimana memulihkannya?

Plaintext tidak dapat dipulihkan melalui Monago. Lakukan rotasi kredensial:

Buat kunci baru

Buat kunci baru dari dashboard penyedia.

Rotasi di Monago

Aksi row → Rotasi kunci.

Cabut kunci lama

Cabut kunci lama dari dashboard penyedia setelah rotasi berhasil.

7.5 Bisakah beberapa administrator mengelola kredensial?

Ya. Seluruh pengguna dengan peran admin pada tenant dapat melihat, membuat, melakukan rotasi, menonaktifkan, dan mencabut kredensial. Audit log mencatat pengguna yang melakukan setiap aksi.

7.6 Apakah ada batas jumlah kredensial per tenant?

Tidak ada hard limit pada pilot. Rekomendasi: 1 hingga 3 kredensial per penyedia (misalnya prod, staging, dev). Apabila terdapat lebih dari satu kredensial aktif untuk satu penyedia, gateway menggunakan kredensial yang paling baru.

7.7 Apakah deployment on-premise dapat menggunakan BYOK?

Ya. Flow UI identik. Perbedaan:

  • Peran super_admin tidak tersedia pada deployment on-premise — admin merupakan otoritas tertinggi.
  • Fallback default key bersifat opsional dan dikonfigurasi oleh administrator deployment.
  • KMS encryption dikelola oleh pelanggan.

7.8 Apa yang terjadi bila tenant saya dihapus?

Penghapusan tenant juga melepaskan dan menghapus seluruh kredensial terkait. Audit log tetap dipertahankan untuk kebutuhan forensik. Konfirmasi melalui support sebelum melakukan operasi destructive.

8. Security best practices

Rotasi berkala

Ikuti compliance policy organisasi Anda untuk cadence rotasi.

Kredensial terpisah per environment

Konvensi penamaan production-*, staging-*, dev-* membantu memisahkan blast radius.

Audit berkala

Tinjau audit log pada tab Observability secara berkala.

Least privilege

Buat kunci di penyedia dengan scope minimum yang dibutuhkan.

Secure storage

Simpan plaintext pada password manager atau secret vault. Hindari penyimpanan pada file plaintext, kanal chat, atau email.

Multi-admin coverage

Pastikan minimal dua administrator mengetahui lokasi penyimpanan kredensial untuk business continuity.

Monitor billing penyedia

Anomali pada billing penyedia dapat mengindikasikan kunci yang kompromis.

Nonaktifkan sebelum mencabut

Pada indikasi awal kunci yang berpotensi kompromis, nonaktifkan kredensial untuk menghentikan penggunaannya, lakukan investigasi, kemudian cabut atau rotasi sesuai temuan.

9. Compliance mapping

Detail mapping per-clause dan evidence package disampaikan dalam dokumen procurement terpisah — hubungi support@monago.io untuk salinan PDF.

10. Support