CapordiaSebutkan penanggung jawab sebelum membagikan akses
Bedakan penanggung jawab berkas sewa, orang yang mengizinkan akses ke proyek, dan orang yang dapat menerapkan perubahan teknis pada target. Penanggung jawab hasil tidak selalu perlu menjalankan proses atau mengelola mesin. Tuliskan operasi yang diperlukan sebelum memilih hak: membaca ekspor, mengunggah input, menjalankan tugas, atau mengubah lingkungan.
Periksa kemudian cakupan akses yang benar-benar diberikan. Jika Anda tidak memiliki hak untuk membuat identitas atau mengatur izin, mintalah konfirmasi prosedur yang mungkin dilakukan sebelum mengundang pihak lain. Jangan lewati batasan ini dengan membagikan kata sandi akun Capordia. Pembagian pekerjaan dan pengelolaan berkas komersial adalah dua hal yang berbeda.
Gunakan identitas individual dan pahami cakupannya
Identitas individual memungkinkan pencabutan akses seseorang tanpa mengganti akses seluruh tim. Dalam organisasi SSH berbasis kunci, OpenSSH membedakan kunci publik yang dikenal server dan kunci privat yang dipegang pengguna. Dokumen koordinasi dapat memuat referensi atau sidik jari kunci publik; dokumen tersebut tidak boleh memuat kunci privat atau frasa sandinya.
Dua kunci berbeda yang memberi akses ke akun sistem yang sama tidak secara otomatis menciptakan dua lingkup berkas yang berbeda. Izin bergantung pada akun dan mekanisme yang dikonfigurasi pada mesin. Karena itu, putuskan apakah persyaratan hanya mencakup autentikasi individual atau juga pemisahan tindakan. Untuk otomatisasi, sediakan identitas dan pemilik yang eksplisit, tanpa diam-diam menggunakan kembali identitas pribadi rekan kerja.
Verifikasi target sebelum memperkenalkan identitas
Pada akses pertama, periksa nama mesin, akun yang diharapkan, dan sidik jari kunci host-nya berdasarkan referensi tepercaya yang diperoleh dalam proses penyerahan akses. Kunci host ini mengidentifikasi server; kunci ini berbeda dari kunci pengguna Anda. Pesan tak terduga tentang perubahan identitas server patut ditelusuri, bukan sekadar menghapus referensi yang dikenal secara otomatis.
OpenSSH menyimpan kunci host dan melaporkan perubahannya. Gunakan informasi ini bersama konteks: pembangunan ulang mesin yang diumumkan, alamat yang berubah, atau peristiwa yang tidak dijelaskan. Mintalah konfirmasi atas perubahan tersebut sebelum melanjutkan jika tidak diharapkan. Tujuannya bukan menambah ritual pada setiap koneksi, melainkan menghindari memperlakukan peringatan identitas sebagai gangguan tampilan belaka.
Contoh fiktif: tiga pelaku, tiga kebutuhan
Tim fiktif « Dossier des ouvrages » menyiapkan pekerjaan selama sepekan. Idriss menjalankan pemrosesan proyek A, Noémie meninjau ulang ekspor, dan Sacha terlibat sementara untuk mengonfigurasi lingkungan. Tim menginginkan hak sesuai tabel, tetapi harus memverifikasi bahwa hak tersebut dapat diterapkan pada sistem yang benar-benar diserahkan. Ini bukan tentang akun klien yang sudah ada maupun fitur manajemen tim yang diumumkan oleh Capordia.
Prinsip yang menentukan adalah Noémie tidak memperoleh akses administrasi hanya untuk membuka hasil, dan keterlibatan Sacha memiliki batas waktu. Persetujuan manusia saja tidak mengonfigurasi hak apa pun: penanggung jawab teknis menerapkan mekanisme yang tersedia, lalu masing-masing menjalankan kontrol yang direncanakan. Jika pemisahan yang diinginkan tidak dapat diwujudkan, proyek harus menyesuaikan organisasinya sebelum memasukkan data yang menuntut pemisahan tersebut.
| Pelaku | Kebutuhan | Lingkup yang diinginkan | Peninjauan ulang |
|---|---|---|---|
| Idriss, operasional | Mengunggah masukan dan menjalankan proyek A | Ruang kerja A, tanpa administrasi umum | Akhir kampanye atau perubahan peran |
| Noémie, validasi | Membaca ekspor yang diserahkan | Hasil yang dipilih, tanpa mengubah masukan | Akhir validasi |
| Sacha, intervensi | Menyiapkan lingkungan yang diizinkan | Perubahan yang ditetapkan dan disetujui | Sejak intervensi diterima |
Siapkan lembar akses dan uji batasannya
Lembar ini menghubungkan seseorang atau otomatisasi, identitas teknis, penyetuju, lingkup, justifikasi, dan tenggat waktu. Simpan referensi kunci publik dan prosedur pencabutan tanpa menyimpan rahasia. OpenSSH ssh-keygen memungkinkan menampilkan sidik jari kunci publik: referensi ini membantu menunjuk kunci yang tepat saat menambah atau menghapus, tanpa menyalin bagian privatnya.
Uji tindakan yang diizinkan pada berkas sintetis, lalu tindakan yang sengaja di luar lingkup yang memang dirancang untuk ditolak. Untuk peran baca, pembukaan harus berhasil dan upaya modifikasi terkendali harus ditolak. Jangan gunakan data nyata untuk menguji larangan penghapusan. Periksa juga jalur umum dan tujuan keluaran, karena hak yang benar pada suatu folder tidak menjamin semua jalur program.
Rencanakan pencabutan akses dan verifikasi koneksi baru
Picu pencabutan akses pada akhir penanganan, saat seseorang keluar, atau setelah adanya dugaan kompromi. Penanggung jawab mengidentifikasi semua otorisasi terkait, termasuk jalur akses lain yang diizinkan untuk identitas yang sama. Ia menerapkan pencabutan sesuai konfigurasi yang sebenarnya. Direktif RevokedKeys dari OpenSSH adalah salah satu mekanisme yang mungkin di antara yang didokumentasikan; mekanisme ini tidak boleh dianggap aktif pada suatu mesin tanpa verifikasi.
Selanjutnya, pastikan bahwa autentikasi baru dengan identitas yang dicabut ditolak, tanpa menghapus akses pemulihan milik penanggung jawab. Periksa secara terpisah sesi yang sudah terbuka, tugas yang sedang berjalan, dan identitas otomatisasi: mencabut otorisasi dan menghentikan aktivitas adalah dua keputusan yang berbeda. Jika suatu pekerjaan harus dilanjutkan, alihkan tanggung jawabnya sesuai prosedur yang disepakati daripada membiarkan identitas tanpa penanggung jawab.
Hindari jalan pintas yang menghambat pengendalian
Kunci privat bersama membuat tidak jelas siapa yang harus menggantinya dan sering kali memaksa rotasi kolektif. Akses luas "untuk sementara" cenderung bertahan jika tidak ada yang menetapkan tanggal peninjauannya. Akun validasi yang juga dipakai untuk mengelola mesin membuat kontrol pemisahan sulit ditafsirkan. Perbaiki masalah-masalah ini dalam catatan akses sebelum menjadi ketergantungan operasional.
Hindari juga menambahkan penerusan agen, tunnel, atau pengecualian akses hanya untuk mengatasi kesulitan yang belum didiagnosis. Mintalah penanggung jawab yang berwenang menjelaskan kebutuhan koneksi dan batasannya. Panduan ini tidak menawarkan konfigurasi server universal: mekanismenya bergantung pada hak yang diberikan, lingkungan, dan persyaratan proyek. Dokumentasi umum tidak sama dengan validasi terhadap target.
Serahkan organisasi akses yang tetap dapat diverifikasi
Saat serah terima, kumpulkan matriks yang disetujui, identitas aktif, pengujian yang diizinkan dan ditolak, tenggat waktu, serta orang yang mampu mencabut akses. Pastikan bahwa orang yang tidak hadir dapat digantikan tanpa menyebarkan rahasianya. Keberlangsungan bergantung pada prosedur dan penanggung jawab cadangan yang berwenang, bukan pada kata sandi bersama di folder proyek.
Saat serah terima, tinjau kembali akses yang sudah tidak diperlukan dan otomatisasi yang bergantung pada identitas pribadi. Jika penolakan tak terduga menghambat pekerjaan, susun berkas insiden yang tertarget dengan identitas teknis, jalur terkait, dan pesan kesalahan yang sudah disensor. Jangan menambahkan hak umum hanya untuk menghilangkan gejalanya. Penutupan yang baik adalah akses yang diperlukan, teruji, dan memiliki akhir yang diketahui.
Pertanyaan untuk memutuskan
Apakah akun Capordia harus dibagikan kepada semua pihak yang terlibat?
Tidak. Pemantauan sewa dan akses teknis ke pekerjaan harus diatur secara terpisah. Tentukan identitas mesin yang mungkin ada dengan hak yang benar-benar diberikan. Metode ini tidak mengasumsikan adanya sistem undangan atau peran tim di ruang Capordia.
Apakah kunci publik otomatis memberikan hak yang tepat?
Tidak. Kunci tersebut digunakan untuk autentikasi bila diizinkan; tindakan yang dapat dilakukan selanjutnya bergantung pada akun dan izin sistem. Verifikasi satu tindakan yang diizinkan dan satu tindakan yang harus ditolak pada file sintetis.
Apa yang harus diperiksa setelah seorang kontributor keluar?
Cabut otorisasinya, pastikan autentikasi baru ditolak, dan periksa sesi, pekerjaan, serta otomatisasi yang masih terkait dengan identitasnya. Pertahankan penanggung jawab yang berwenang untuk pemulihan dan pemantauan. Jangan menyimpulkan pencabutan hanya berdasarkan kotak yang sudah dicentang.