Belajar Cloud Security Engineer - Cloud Security Architecture Review
Menilai arsitektur dengan mata security engineer senior: framework review Well-Architected Security Pillar dan Azure/GCP benchmark, pattern landing zone dan hub-spoke, centralized egress, break-glass design, guardrails organisasi via SCP dan policy, serta studi kasus menemukan gap pada arsitektur contoh sebelum menjadi insiden
#Pendahuluan
Dua puluh empat episode kita membangun kontrol granular. Episode ini melangkah naik satu level abstraksi: meninjau arsitektur sebagai keseluruhan — kemampuan yang membedakan senior dari mid-level. Architecture review adalah momen kalian berhenti bertanya "apakah security group ini benar?" dan mulai bertanya "mengapa desain ini memungkinkan kesalahan seperti itu terjadi?"
Mengapa penting? Karena kontrol per-resource yang sempurna tidak menyelamatkan arsitektur yang salah bentuk: akun tunggal tanpa isolasi environment, egress bebas tanpa kontrol, identitas admin permanen tersebar di mana-mana. Gap arsitektur adalah kelas risiko yang tidak bisa ditemukan scanner apa pun — ia hanya ditemukan oleh orang yang paham pattern.
#Framework Review Resmi
Tiga framework resmi provider untuk memstrukturkan review:
| Framework | Fokus | Cara Pakai |
|---|---|---|
| AWS Well-Architected Security Pillar | 7 area: foundations, identity, detection, infra protection, data protection, IR | Pertanyaan terstruktur per-area; formal workload review |
| Azure Security Benchmark | Kontrol teknis dipetakan ke CIS/NIST | Checklist baseline per-service |
| GCP Cloud Architecture Framework - Security | Perimeter, access, communications, data | Panduan desain + best practice |
Nilai praktisnya: framework mencegah review menjadi opini pribadi. Kalian datang dengan pertanyaan standar, bukan selera — dan setiap temuan langsung punya legitimasi ("ini Well-Architected question SEC04-BP02"), bukan debat selera dengan tim produk.
#Landing Zone: Fondasi Arsitektur Aman
Landing zone adalah setup awal multi-account/project/subscription yang membuat keamanan inheritable — sekali dikonfigurasi, semua akun turunan ikut aman:
Aturan inti landing zone (berlaku juga untuk folder GCP dan management group Azure):
- Akun = unit blast radius: prod terpisah fisik dari dev; kompromi satu akun tidak menyebar.
- Management account kosong — hanya billing/organization; nol workload, nol IAM user harian.
- Log & security tools di akun sendiri (pola episode 8) — penyerang yang menguasai akun aplikasi tetap tak bisa menyapu jejaknya.
- Network hub terpusat: egress internet dan transit antar-VPC melewati satu titik yang terpantau.
Jika kalian bergabung ke organisasi tanpa landing zone, membangunnya adalah proyek pertama bernilai strategis — mendahului pembelian tooling apa pun.
#Guardrail Design
Guardrail menjawab pertanyaan organisasional: bagaimana ratusan tim tetap aman tanpa menjadi bottleneck approval? Dua kategori:
Preventive — tolak sebelum lahir: SCP/org policy/Azure Policy. Region lock, IMDSv2 required, block public S3, deny leave-org. Deterministik, zero-touch, murah.
Detective — temukan cepat setelah lahir: CSPM, config rules, drift detection. Untuk hal yang butuh konteks bisnis dan tak bisa dinilai mesin.
Prinsip merancang guardrail yang bertahan:
- Blokir katastropik, izinkan sisanya — guardrail berlebihan membunuh produktivitas dan akan dibongkar diam-diam oleh tim.
- Setiap exception punya expiry — exception SCP tanpa tanggal kedaluwarsa adalah lubang permanen.
- Ukur friksi — jumlah permintaan exception per bulan adalah sinyal guardrail salah sasaran atau dokumentasi buruk.
- Golden path lebih kuat daripada larangan — sediakan module Terraform secure-by-default sehingga jalan termudah otomatis jalan yang aman; developer tidak melawan sistem karena sistemnya sendiri yang paling enak dipakai.
Kombinasi preventive + detective + golden path inilah yang dalam episode 7 dan 11 kita sebut lapisan jaring pengaman — di level arsitektur, ia dirancang sadar sebagai satu kesatuan.
#Studi Kasus: Review Arsitektur E-Commerce
Mari praktikkan metode lengkapnya. Deskripsi sistem yang kalian terima dari tim:
Monolith Node.js di EC2 Auto Scaling di public subnet. RDS PostgreSQL single-AZ. Upload file user disimpan di bucket S3 publik "biar CDN gampang". Admin panel di instance yang sama, akses SSH dibatasi IP kantor. Logging default CloudWatch. Deployment manual lewat konsol.
Review sistematis domain demi domain dengan checklist series:
| Domain (Episode Ref) | Temuan | Severity | Rekomendasi |
|---|---|---|---|
| Identity (ep 3) | Admin panel & app share satu instance role | High | Pisah role; panel lewat ZTNA (ep 16) |
| Network (ep 4) | App di public subnet; SSH allowlist IP kantor | High | Private subnet + ALB; Session Manager |
| Data (ep 6) | Bucket publik berisi upload user | Critical | Block public access + signed URL + klasifikasi |
| Workload (ep 5, 11) | Deploy manual → drift; tanpa golden image | Medium | IaC pipeline + launch template hardening |
| Detection (ep 8) | Tanpa trail/alert; retensi log default | High | Org trail + GuardDuty + retensi eksplisit |
| Resilience | RDS single-AZ, deploy manual | Medium | Multi-AZ + pipeline rollbackable |
Perhatikan metodenya — tiga hal yang membuat review ini profesional:
- Domain-per-domain dengan referensi pola, bukan mencari masalah dari nol secara acak.
- Severity dari eksposur × dampak data (framework triase episode 7), bukan perasaan.
- Rekomendasi konkret dan merujuk pola ("Session Manager", "signed URL") — bukan "harus lebih aman".
Deliverable akhir yang layak serahkan: dokumen 2-3 halaman berisi ringkasan eksekutif lima baris untuk manajemen, tabel temuan-prioritas seperti di atas, diagram target-state, dan roadmap dua gelombang (quick win minggu pertama vs restrukturisasi kuartal depan). Kemampuan menyusun deliverable semacam ini yang membawa kalian dilibatkan sejak fase desain — posisi paling berpengaruh bagi seorang security engineer.
#Anti-Pattern Arsitektur yang Berulang
Daftar temuan yang hampir selalu muncul di review nyata:
- Satu akun untuk semua environment — blast radius maksimal; pisah sekarang.
- VPC peering full-mesh antar-semua — segmentasi fiktif; ganti hub-spoke dengan inspection point.
- Egress bebas di semua subnet — exfiltration dan C2 tak terkendali (episode 4).
- Admin permanent tanpa PIM/break-glass — eskalasi satu langkah (episode 9, 19).
- Tagging acak — CSPM, cost allocation, dan klasifikasi data lumpuh bersamaan (episode 6, 17, 21).
- DR cross-region menyalin data regulated tanpa analisis residency — pelanggaran diam-diam (episode 20).
Simpan daftar ini sebagai template review pribadi — hitungan menit pertama setiap assessment akan jauh lebih produktif.
Tip
Latih mata architecture review dengan membaca ulang arsitektur organisasi kalian sendiri minggu ini pakai enam baris anti-pattern di atas. Temuan pertama biasanya muncul sebelum baris ketiga — dan itu bahan percakapan karir yang sangat baik dengan atasan.
#Penutup
Inti yang harus dibawa pulang:
- Review arsitektur memakai framework resmi (W-A Security Pillar, Azure Security Benchmark, GCP framework) agar objektif dan berlegitimasi.
- Landing zone yang benar membuat keamanan inheritable: akun = blast radius, log terpusat, network hub.
- Guardrail: preventive untuk katastropik, detective untuk kontekstual, golden path sebagai penyeimbang.
- Metode review profesional: domain-per-domain, severity eksposur × dampak, rekomendasi konkret, roadmap bertahap.
- Kenali anti-pattern berulang — mereka adalah 80% temuan nyata.
Di episode 26 selanjutnya kita potret lanskap industri hari ini: ekosistem dan tren modern 2026 — CNAPP sebagai standar, identity-first zero trust, AI-powered operations, secure AI workloads, dan arah pasar yang membentuk nilai skill kalian. Sampai jumpa!