Enam keputusan yang perlu ditulis dalam kontrak akses dari cloud ke backend

Ambil layanan pelaporan di akun cloud yang membutuhkan ringkasan yang disetujui dari sistem internal pelanggan. VPN atau koneksi aplikasi yang terautentikasi melindungi jalur dan tidak memutuskan hal lain. Ia tidak memutuskan apakah beban kerja pelaporan boleh membaca catatan yang tidak terkait, mengubah backend, atau menyimpan apa yang diambilnya. Tulis perjanjian akses dalam hal operasi dan data sebelum memilih konektor, karena konektor adalah bagian termurah untuk diubah nanti dan paling mudah salah sejak awal.

Putuskan operasinya sebelum konektor

Keputusan pertama adalah apa yang boleh dilakukan beban kerja, dinamai sebagai operasi, bukan sebagai rentang jaringan. Untuk kasus pelaporan, API pelaporan yang sempit dapat memenuhi kebutuhan tanpa memberikan administrasi basis data kepada beban kerja cloud.

Pisahkan data yang dibutuhkan laporan dari data yang kebetulan dapat dijangkau. Tulis operasi yang diizinkan sebagai titik akhir dan kata kerja dalam dokumen yang sama dengan keputusan identitas. Pembeda itu adalah perbedaan antara integrasi yang lolos audit dan yang harus dijelaskan ulang setiap tahun, dan itu menyelesaikan perdebatan kemudian tanpa rapat lagi.

Putuskan identitas beban kerja, dan beri ia pemilik

Pekerjaan tanpa pengawasan tidak bisa menjawab prompt, itulah sebabnya tim meraih akun luas milik seseorang lalu melupakannya. Gunakan akun layanan atau kredensial mesin yang benar-benar diterima backend, dan catat siapa pemiliknya, di mana disimpan, dan bagaimana dirotasi.

Tiga syarat seharusnya membalik keputusan ke arah identitas khusus: pekerjaan berjalan tanpa manusia hadir, kredensial bertahan lebih lama dari satu penerapan, dan lebih dari satu orang perlu tahu bahwa ia ada. Jika ketiganya benar, akun manusia bersama bukan jalan pintas, melainkan pengecualian permanen yang tak bisa dicabut dengan bersih oleh siapa pun.

Utamakan kredensial yang dapat diterbitkan dan dirotasi platform untuk beban kerja, seperti token identitas beban kerja yang divalidasi backend, daripada rahasia statis yang ditempel di konfigurasi. Rahasia statis di pengaturan aplikasi adalah alasan rotasi berubah menjadi gangguan.

Putuskan cakupan jaringan, dengan tahu itu bukan izin

Tentukan sisi mana yang memulai koneksi, transportasi yang didukung, dan titik akhir yang terlibat. Biarkan pemeriksaan identitas rekan tetap aktif, dan biarkan tujuan backend yang tidak terkait tidak terjangkau, bukan sekadar tidak diumumkan.

Rute terowongan yang sempit adalah cakupan yang berguna, tetapi tidak dapat menggantikan otorisasi tingkat operasi. Backend harus menegakkan kontrak melalui kontrolnya sendiri, karena jaringan akan dengan senang hati membawa permintaan apa pun yang mencapai port yang dapat dijangkau. Periksa peran dan pemberian backend itu sendiri, bukan tabel rute. Rute yang mencapai server tetap menyerahkan keputusan kepada server, dan di sanalah kontrak ditegakkan atau diabaikan.

Cerminnya juga benar: kredensial layanan yang sah tidak membenarkan menerbitkan pendengar ke setiap sumber. Kedua kontrol diperlukan, dan tidak satu pun menggantikan yang lain.

Putuskan penanganan data dan pembagian tanggung jawab

Catat apa yang meninggalkan lingkungan pelanggan, di mana aplikasi memprosesnya, dan pengaturan penyimpanan, pencadangan, akses, serta retensi yang sebenarnya. Retensi adalah bagian yang ditemukan terlambat, biasanya ketika seseorang bertanya apakah salinan kuartal lalu masih ada di bucket yang tidak didokumentasikan siapa pun.

Jaga para pihak tetap terpisah. Operator aplikasi, pemasok perangkat lunak, dan host infrastruktur dapat memikul tanggung jawab berbeda, dan model layanan menentukan siapa yang mana. Bacalah perjanjian yang sebenarnya daripada menganggap ketiganya memiliki akses identik, atau sama sekali tidak ada.

Putuskan kegagalan, penghapusan, dan cara Anda menerimanya

Tetapkan tanggung jawab untuk kasus kegagalan sebelum terjadi. Ketika konektor rusak atau identitas dicurigai disusupi, responsnya tidak boleh berupa pengecualian jaringan tak terbatas yang improvisasi dan bertahan lebih lama dari insidennya.

Penghapusan layak mendapat ketelitian yang sama dengan penyiapan. Tentukan bagaimana otorisasi dicabut, bagaimana akses aktif berakhir dalam perilaku produk yang didukung, dan apa yang terjadi pada salinan yang disimpan ketika hubungan berakhir.

Terima integrasi dengan operasi yang diizinkan yang representatif dan penolakan yang diwajibkan kontrak, semuanya di bawah identitas beban kerja yang dimaksud. Konfirmasi jalur permintaan dan data yang benar-benar dikirim, lalu uji penggantian kredensial dan penghapusan secara nyata. Terowongan yang terhubung membuktikan ada jalur; kontraklah yang memberi jalur itu batas.