Belajar Enterprise Architect - Security & Compliance EA

#Pendahuluan

Setelah di episode 13 fondasi cloud dan hybrid Bumi Niaga tertata, kita masuk aspek yang melintasi semua domain — ingat episode 3, security adalah cross-cutting concern, bukan domain kelima. Episode ini pertama dari empat episode keamanan (14, 18, 19, 20): fokusnya security architecture di level enterprise — cara EA merancang keamanan sebagai properti arsitektur, bukan lapisan produk yang ditumpuk setelah desain selesai.

Mengapa ini urusan EA dan bukan hanya tim security? Karena keputusan struktur — satu IdP atau tiga, data master terpusat, kontrak API wajib — menentukan permukaan serangan lebih besar daripada keputusan firewall mana pun. Security architecture yang baik mengurangi kelas masalah, bukan sekadar menambal insiden.

#Dari Perimeter ke Zero Trust

Model lama mengasumsikan jaringan internal aman: benteng perimeter, bebas di dalam. Realita modern — cloud, remote work, integrasi mitra, supply chain attack — menjadikan perimeter kabur. Zero trust mengganti asumsinya: tidak ada trust berbasis lokasi; setiap akses diverifikasi eksplisit.

Di level enterprise, zero trust diterjemahkan menjadi beberapa keputusan struktural:

• Identitas sebagai perimeter baru — satu IdP grup dengan MFA, federasi ke cloud dan aplikasi (fondasi sudah kalian bangun di episode 7); akses diberikan per peran dan konteks, bukan karena "berada di VLAN kantor".
• Micro-segmentation — segmentasi jaringan dan workload sampai level layanan; kompromi satu layanan tak meluas ke seluruh segmen.
• Least privilege + just-in-time access — hak akses minimal dan berbatas waktu; akses admin produksi diminta saat dibutuhkan dan dicatat, bukan permanen.
• Asumsi breach — rancang dengan anggapan penyerang sudah ada di dalam: enkripsi data sensitif at-rest/in-transit, deteksi lateral movement, isolasi per unit bisnis.

Perhatikan bahwa hampir semuanya adalah keputusan arsitektur yang sudah kalian sentuh di episode sebelumnya: landing zone dengan guardrail, event backbone dengan schema registry, API gateway dengan autentikasi terpusat. Itulah maksud "security by design" — ia murah saat dirancang, mahal saat disisipkan.

#Lapisan Security Architecture ala SABSA

Framework klasik untuk security architecture adalah SABSA — pendekatan berlapis yang elegan karena tiap lapisan menjawab pertanyaan berbeda, mirip baris Zachman:

Nilai praktis SABSA bagi EA: mencegah lompatan langsung ke layer physical — beli produk dulu, pikir risiko kemudian. Urutan yang benar: mulai dari risk profile (apa yang paling merugikan jika bocor/ganggu?), turun ke kebijakan, baru kontrol dan produk. Untuk Bumi Niaga, risk profile menempatkan data KYC dan ledger di puncak — maka keputusan hybrid on-prem (episode 13), consent service, dan enkripsi kunci HSM adalah keputusan security paling material, jauh sebelum bicara vendor EDR.

#Security Blueprint Lintas Empat Domain

Sekarang susun kontrol utama per domain arsitektur — inilah blueprint yang diminta studi kasus:

BUSINESS : kebijakan akses per kapabilitas sensitif (KYC, pricing,
           settlement); proses approval akses; training phishing
DATA     : klasifikasi 4 tingkat (publik/internal/rahasia/regulasi);
           enkripsi at-rest utk rahasia+regulasi; masking di nonprod;
           retention & crypto-shredding sesuai UU PDP (ep 19)
APPLICATION : SSO wajib semua app; secrets manager (no hardcoded);
           dependency scanning di CI; API gateway auth terpusat;
           threat modeling utk fitur pembayaran
TECHNOLOGY : landing zone guardrail (blokir bucket publik, wajib log);
           micro-segmentation antar lini; EDR di semua server;
           patch SLA per severitas; backup immutable (ep 20)

Tiga prinsip yang membuat blueprint ini hidup daripada jadi dokumen mati:

1. Kontrol mengikuti klasifikasi data — biaya keamanan proporsional nilai aset; mengenkripsi semuanya sama dengan melindungi tidak ada secara ekonomis.
2. Default aman, bukan opt-in — konfigurasi aman bawaan dari template landing zone dan paved road; developer yang harus memilih "tidak aman" akan sadar sedang melakukan hal luar biasa.
3. Uji, jangan percaya — penetration test berkala, tabletop exercise, chaos/security drills; blueprint tanpa pengujian adalah keyakinan, bukan kontrol.

#Compliance sebagai Properti Desain

Compliance bukan proyek tahunan menjelang audit, melainkan efek samping desain yang benar. Mekanismenya: petakan requirement regulasi (untuk BayarKu: standar keamanan industri pembayaran, UU PDP; untuk grup: SOX-like controls atas pelaporan) menjadi kontrol dalam blueprint di atas, lalu pastikan setiap kontrol punya bukti otomatis: log akses tersimpan terpusat, approval workflow tercatat, konfigurasi diverifikasi policy-as-code. Audit berubah dari panik tiga bulan menjadi ekspor dashboard.

Kaitkan juga ke governance episode 9: ARB checklist wajib memuat pertanyaan klasifikasi data dan kontrol wajib — proposal yang tak menjawabnya tidak masuk agenda. Dengan begitu compliance ikut terjaga oleh mesin keputusan harian, bukan oleh pengingat tahunan.

#Praktik: Security Blueprint Bumi Niaga

Kerjakan di ea-lab/case-study/security/:

1. Risk profile — daftar 8 aset paling bernilai lintas tiga lini beserta dampak bisnis jika confidentiality/integrity/availability-nya hilang; ranking.
2. Klasifikasi data — tetapkan 4 tingkat klasifikasi dan tempatkan entitas EDM episode 5 ke tiap tingkat.
3. Blueprint per domain — lengkapi blok teks di atas menjadi dokumen lengkap; tambahkan satu kontrol tambahan per domain hasil analisis kalian.
4. Peta bukti audit — untuk 5 kontrol utama, tuliskan bagaimana buktinya dihasilkan otomatis dan di mana disimpan.

#Kesalahan Umum Security Architecture

• Mulai dari produk, bukan risiko — EDR dibeli sebelum klasifikasi data jelas; hasilnya kontrol mahal untuk aset yang salah.
• Security sebagai fase terpisah — review keamanan setelah desain selesai selalu berujung kompromi buruk; masukkan checklist klasifikasi sejak intake ARB.
• Kontrol manual tanpa bukti — approval via chat dan konfigurasi tanpa log adalah kontrol yang tak bisa dipertahankan di hadapan auditor maupun investigasi insiden.
• Satu ukuran untuk semua aset — mengenkripsi dan memantau semuanya dengan level sama berarti membayar harga tertinggi untuk aset terendah; klasifikasi data adalah penentu efisiensi security.

#Uji Cepat Kematangan Blueprint

Untuk lima kontrol utama blueprint kalian, jawab tiga pertanyaan per kontrol:

• Siapa owner kontrol ini?
• Bagaimana buktinya dihasilkan otomatis?
• Kapan terakhir diuji dalam kondisi nyata?

Empat jawaban kosong dari lima kontrol berarti blueprint kalian masih keyakinan kolektif, bukan sistem — dan backlog semester depan sudah terisi sendiri.

#Penutup

Inti yang harus dibawa pulang:

• Zero trust di level enterprise adalah paket keputusan struktural: identitas sebagai perimeter, segmentasi, least privilege, dan asumsi breach — mayoritas fondasinya sudah kalian bangun di episode 5-13.
• SABSA memberi disiplin lapisan: risiko dulu, kebijakan, kontrol, produk terakhir — anti-pattern terbesarnya adalah membeli tools sebelum memahami aset.
• Security blueprint efektif saat kontrol mengikuti klasifikasi data, default-nya aman, dan setiap klaim diuji berkala.
• Compliance menjadi properti desain ketika setiap kontrol menghasilkan bukti otomatis dan ARB menolak proposal tanpa jawaban klasifikasi data.

Fondasi security enterprise sudah terpasang. Di episode 15 kita balik arah ke dompet: cost & FinOps enterprise — membuat biaya TI transparan per unit dan kapabilitas, menerapkan prinsip FinOps di landscape multi-cloud kalian, dan membuktikan bahwa efisiensi biaya bisa jadi bahasa strategis di ruang direksi. Sampai jumpa di episode 15!