Untuk meluncurkan instance EC2, Anda perlu pasangan kunci. Bagaimana Anda menangani situasi di mana seorang insinyur dengan akses ke kunci pribadi untuk pasangan kunci itu meninggalkan perusahaan? Apakah akan berhasil menambahkan akses ssh individual, dan membatalkan otorisasi pasangan kunci awal, segera setelah peluncuran contoh?
security
amazon-ec2
Jeff
sumber
sumber
Jawaban:
Ketika seorang karyawan atau kontraktor meninggalkan perusahaan, Anda perlu menonaktifkan akses istimewa apa pun yang mereka miliki untuk sumber daya perusahaan. Ini termasuk (tetapi tidak terbatas pada) masalah ssh utama Anda:
Hapus kunci ssh publik dari semua file yang diotorisasi pada semua instance yang berjalan. Gantilah dengan kunci ssh publik yang baru dibuat yang hanya diketahui oleh orang-orang yang seharusnya memiliki akses.
Hapus semua entri keypair di EC2 yang diketahui oleh orang yang diberangkatkan sehingga instance baru tidak dapat dimulai dengan keypair tersebut. Ganti dengan entri keypair baru, mungkin dengan nama yang sama jika Anda
Metode alternatif yang Anda usulkan juga baik dan merupakan salah satu yang saya gunakan: Nonaktifkan kunci ssh awal dan tambahkan kunci ssh publik untuk setiap pengembang sehingga mereka dapat masuk dengan kunci ssh pribadi normal mereka. Ini dapat dilakukan untuk login ke akun bersama atau dengan setiap pengembang mendapatkan akun pengguna sendiri (lebih disukai saya).
Setelah karyawan pergi, Anda tidak hanya harus membersihkan server yang berjalan, tetapi juga proses yang menambahkan kunci ssh ke server baru. Dan, ketika seorang karyawan bergabung, Anda harus melakukan yang sebaliknya: Tambahkan kunci ssh untuk menjalankan server dan memperbarui proses server baru.
Ini bisa menjadi pekerjaan yang sedikit lebih untuk mempertahankan banyak kunci ssh di banyak server, tetapi di situlah otomatisasi masuk.
sumber
Anda tidak boleh memberikan kunci pribadi ini kepada pengguna akhir. Pengguna akhir harus disediakan dengan sarana login mereka sendiri, seperti otentikasi kunci publik (menggunakan kunci pribadi yang dilindungi kata sandi SENDIRI), diikuti oleh otorisasi LDAP.
Mendistribusikan kunci pribadi yang diberikan kepada Anda oleh EC2 tidak memungkinkan untuk membatalkan ketentuan pengguna. Inilah sebabnya mengapa penggunaan kredensial bersama sepenuhnya dilarang oleh semua peraturan keamanan dan kepatuhan.
Saat Anda mengizinkan penggunaan kredensial bersama:
sumber
Lihat dokumentasi Amazon tentang rotasi kredensial akses .
Gunakan sesuatu seperti wayang atau skrip ssh solid untuk menjalankan dan mengganti semua contoh kunci lama jika Anda tidak ingin meluncurkan kembali semuanya ... atau hanya meluncurkan kembali semuanya.
sumber