Arsitektur Keamanan Integrasi Mitra

Rancang batas kepercayaan dan kontrol produksi untuk integrasi perdagangan tertanam, API, SDK, webhook, transfer aset, dan operasional.
View as Markdown

Halaman ini berfokus pada bagaimana mitra harus merancang integrasi 6MM yang aman. Untuk lapisan keamanan yang lebih luas yang digunakan di seluruh platform perdagangan, lihat Arsitektur Keamanan Platform.

Arsitektur keamanan harus disepakati sebelum integrasi produksi dimulai. Ini memengaruhi bagaimana sistem mitra memvalidasi pengguna, mengeluarkan token, menyimpan rahasia, menerima event, memantau operasi, dan merespons insiden.

KomponenDapat mengandungTidak boleh mengandung
Frontend mitraKonfigurasi publik, hasil entri singkat, status UI yang tidak sensitifRahasia API mitra, kunci penandatanganan, kredensial backend yang diprivilese
Backend mitraPemetaan pengguna, kredensial terlindungi, logika penandatanganan, pemrosesan webhookRahasia yang terungkap melalui respons klien atau log publik
6MM endpoint integrasiPermintaan bertanda tangan, token, dan pengiriman webhook yang disetujuiAsumsi pengguna di sisi mitra yang belum terverifikasi

Frontend mitra harus memanggil backend mitra untuk operasi yang diberi hak istimewa. Backend memvalidasi pengguna mitra, memanggil 6MM melalui API atau SDK yang disetujui, dan hanya mengembalikan hasil jangka pendek yang dibutuhkan oleh frontend.

Lapisan keamanan

lapisanFokus yang dibutuhkan
API kredensialPenyimpanan hanya backend, rencana rotasi, dan kontrol akses.
Penandatanganan permintaanPenanganan timestamp, tanda tangan, dan perlindungan replay yang konsisten.
Sematkan tokenPenerbitan yang singkat, pemeriksaan kelayakan, dan perilaku pembatalan yang jelas.
WebhookVerifikasi tanda tangan, idempotensi, retry, dan log audit event.
OperasiPeran akses, eskalasi insiden, pemantauan, dan retensi bukti.

Rencana kontrol produksi

Area kontrolBukti implementasi minimum
Penyimpanan kredensialLokasi secret-manager, pemilik akses, pemisahan lingkungan, dan proses rotasi.
Entri penggunaValidasi sesi, pemeriksaan kelayakan, alur token singkat, dan penanganan kegagalan.
Permintaan yang ditandatanganiLingkungan yang benar, waktu sinkronisasi, pencatatan permintaan, dan peringatan kesalahan tanda tangan.
Operasi asetID bisnis unik, rekonsiliasi timeout, kueri status, dan jalur tinjauan operator.
WebhookVerifikasi tanda tangan bodi mentah, kontrol replay, penyimpanan idempotensi, dan pemrosesan aman untuk mencoba ulang.
PemantauanPeringatan untuk kegagalan autentikasi, pengulangan abnormal, jeda webhook, dan kesalahan operasional.
Respons insidenPemilik yang ditunjuk, saluran eskalasi, penyimpanan bukti, dan prosedur pencabutan kredensial.

Tinjauan peluncuran

Sebelum produksi:

  1. Gambar aliran data pengguna, token, permintaan, aset, dan webhook.
  2. Tandai di mana setiap kredensial dibuat, disimpan, digunakan, dicatat, diputar, dan dicabut.
  3. Uji token yang kedaluwarsa, tanda tangan tidak valid, timeout, webhook duplikat, dan perilaku reconnect.
  4. Konfirmasi bahwa tim dukungan dapat menemukan operasi dari permintaan atau identifikasi bisnisnya.
  5. Lengkapi Daftar Periksa Peluncuran Produksi.