Situs utama
Keamanan Cloud

Least privilege di cloud: merapikan hak akses IAM

Akun dengan hak berlebih mengubah satu kunci yang bocor menjadi insiden besar. Rapikan izinnya secara bertahap.

Awan Siber
· · 1 menit baca
Beri setiap pengguna dan layanan hak akses sekecil yang dibutuhkan tugasnya.
Kunci akses jangka panjang dan akun admin tanpa MFA adalah risiko terbesar.
Pakai role dan kredensial sementara, bukan kunci statis di kode.
Tinjau izin yang tidak terpakai secara berkala dan cabut.

Di cloud, identitas adalah perimeter. Siapa pun yang memegang kredensial dengan izin luas bisa membaca data, membuat server, atau menghapus backup dari mana saja. Prinsip least privilege membatasi kerusakan ketika kredensial itu jatuh ke tangan yang salah.

Masalah yang paling sering ditemukan

  • Akun root atau pemilik dipakai untuk pekerjaan harian.
  • Izin wildcard seperti "Action": "*" pada "Resource": "*".
  • Kunci akses berumur bertahun-tahun, tersimpan di kode atau di laptop.
  • Akun mantan karyawan dan vendor yang masih aktif.
  • Satu akun layanan dipakai bersama oleh banyak aplikasi.

Contoh kebijakan yang sempit

Aplikasi yang hanya perlu membaca berkas dari satu bucket tidak perlu izin lebih dari ini (contoh sintaks AWS):

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": ["s3:GetObject"],
      "Resource": "arn:aws:s3:::laporan-contoh/*"
    }
  ]
}

Urutan perbaikan

  1. Amankan akun tertinggi. Aktifkan MFA pada akun root atau pemilik, hapus kunci aksesnya, dan simpan untuk keadaan darurat saja.
  2. Wajibkan MFA untuk semua pengguna manusia, idealnya lewat SSO dari penyedia identitas perusahaan.
  3. Ganti kunci statis dengan role. Server, fungsi, dan pipeline CI/CD mengambil kredensial sementara dari platform.
  4. Persempit izin berdasarkan pemakaian nyata. Penyedia besar punya alat yang menunjukkan izin mana yang benar-benar dipakai dalam 90 hari terakhir.
  5. Pisahkan lingkungan. Produksi, pengujian, dan pengembangan di akun atau proyek berbeda.
  6. Tinjau berkala. Tiap tiga bulan, cabut akun dan izin yang tidak terpakai.

Akses admin saat dibutuhkan saja

Hak admin sebaiknya tidak melekat permanen. Dengan akses just-in-time, pengguna meminta kenaikan hak untuk waktu terbatas, disertai alasan dan tercatat di log. Cara ini mengurangi jumlah akun berhak tinggi yang bisa disalahgunakan.

Pantau perubahan

Aktifkan log audit di semua wilayah dan buat peringatan untuk kejadian penting: login akun root, pembuatan kunci akses baru, perubahan kebijakan IAM, dan penonaktifan log.

Artikel terkait