Manajemen Infrastruktur IT

 

Studi Kasus: Audit Infrastruktur TI & Penyusunan Tata Kelola pada PT Samudra Perbankan Digital

1. Profil Organisasi & Lingkungan TI

PT Samudra Perbankan Digital adalah perusahaan layanan keuangan digital (Digital Banking) yang melayani transaksi perbankan ritel, pinjaman mikro, dan sistem pembayaran QRIS untuk lebih dari 3 juta nasabah aktif.

• Infrastruktur Utama: Menggunakan arsitektur Hybrid Cloud. Sistem inti perbankan (Core Banking System) dan basis data nasabah berjalan di Private Data Center Jakarta dengan topologi jaringan Spine-Leaf.
• Layanan Cloud: Menggunakan Cloud IaaS (Google Cloud Platform) untuk aplikasi mobile banking (API Gateway & layanan mikro) serta Cloud SaaS untuk kolaborasi internal dan layanan pelanggan (CRM).
• Kondisi Operasional: Dalam 18 bulan terakhir, perusahaan meluncurkan 5 fitur produk baru secara agresif. Kecepatan rilis (deployment) yang tinggi membuat proses manajemen perubahan (Change Management) dan dokumentasi keamanan infrastruktur sering terabaikan.

2. Temuan Lapangan Tim Auditor

Selama 3 minggu pelaksanaan audit infrastruktur TI berdasarkan kerangka COBIT 2019, ISO/IEC 27001, dan POJK No. 11/POJK.03/2022 (Penyelenggaraan TI oleh Bank Umum), tim auditor menemukan empat masalah utama:

1. Kelemahan Konfigurasi Cloud Storage & Enkripsi (Data Exposure): Ditemukan 2 bucket penyimpanan objek (Cloud Object Storage) di GCP yang berstatus publicly readable (dapat diakses publik tanpa autentikasi) berisi dokumen salinan KTP dan NPWP pengajuan kredit 50.000 nasabah. Selain itu, data di dalam bucket tersebut belum dienkripsi menggunakan kunci yang dikelola perusahaan (Customer-Managed Encryption Keys / CMEK).
2. Ketiadaan Mekanisme Failover & Redundansi Database (Single Point of Failure): Server basis data utama transaksi QRIS di Data Center Jakarta hanya berjalan pada satu node aktif tanpa konfigurasi klaster Active-Active atau replikasi sinkron (Synchronous Replication) ke Data Center cadangan (Disaster Recovery Center / DRC) di Surabaya.
3. Pelanggaran Manajemen Perubahan & Patching (Unpatched Vulnerabilities): Ditemukan 18 server aplikasi middleware yang belum menerima pembaruan keamanan (security patch) kritikal selama lebih dari 9 bulan, termasuk celah Remote Code Execution (RCE) tingkat tinggi. Proses deployment ke server produksi dilakukan langsung oleh developer tanpa melalui persetujuan Change Advisory Board (CAB).
4. Pemborosan Lisensi Perangkat Lunak & Kapasitas Database (Software Shelfware): Perusahaan membayar langganan lisensi Enterprise Database untuk 64 Core prosesor di server on-premise, namun hasil audit utilisasi menunjukkan hanya 32 Core yang aktif digunakan dan teralokasi pada mesin virtual (biaya lisensi berlebih sebesar Rp 80 juta/bulan).

3. Pertanyaan Studi Kasus

1. Klasifikasikan keempat temuan di atas ke dalam tingkat risiko (Critical, High, Medium, Low) beserta justifikasi dampaknya terhadap operasional dan kepatuhan regulasi PT Samudra Perbankan Digital!
2. Susunlah Tabel Matriks Laporan Rekomendasi Audit menggunakan pendekatan 5C (Criteria, Condition, Cause, Consequence, Corrective Action) untuk keempat temuan tersebut!
3. Rancanglah draf poin-poin utama Dokumen Tata Kelola Infrastruktur TI (IT Governance Policy) yang wajib segera disahkan oleh direksi untuk mencegah berulangnya temuan nomor 1 dan nomor 3!
4. Hitunglah potensi penghematan tahunan (License & Cost Optimization) dari penyelesaian temuan nomor 4 jika tim TI melakukan penyesuaian ulang (right-sizing) kapasitas lisensi database sesuai kebutuhan aktual!

Jawaban Studi Kasus

Jawaban 1: Klasifikasi Tingkat Risiko & Justifikasi Dampak

1. Temuan 1 (Cloud Object Storage Terbuka untuk Publik & Tanpa Enkripsi) $\rightarrow$ Tingkat Risiko: CRITICAL
• Justifikasi: Kebocoran data pribadi sensitif (PII) seperti KTP dan NPWP 50.000 nasabah secara langsung melanggar UU Pelindungan Data Pribadi (UU PDP) dan regulasi OJK. Kondisi ini dapat dieksploitasi kapan saja oleh pihak tidak berwenang, memicu denda regulator yang masif, gugatan hukum, serta hilangnya kepercayaan publik terhadap bank digital.
2. Temuan 2 (Ketiadaan Failover & Replikasi Sinkron Database QRIS) $\rightarrow$ Tingkat Risiko: HIGH
• Justifikasi: Layanan pembayaran QRIS menuntut ketersediaan tinggi (High Availability 99,99%). Tanpa klaster Active-Active atau replikasi sinkron ke DRC Surabaya, kegagalan perangkat keras pada satu node database akan menyebabkan kelumpuhan transaksi pembayaran nasional (downtime) dan kehilangan data transaksi (RPO > 0).
3. Temuan 3 (18 Server Unpatched & Bypass Change Management) $\rightarrow$ Tingkat Risiko: HIGH
• Justifikasi: Celah Remote Code Execution (RCE) yang dibiarkan terbuka selama 9 bulan menjadi pintu masuk utama bagi serangan ransomware maupun penyusupan ke jaringan inti perbankan. Akses langsung developer ke lingkungan produksi melanggar prinsip pemisahan tugas (Segregation of Duties).
4. Temuan 4 (Kelebihan Lisensi Database 32 Core / Shelfware) $\rightarrow$ Tingkat Risiko: MEDIUM
• Justifikasi: Tidak mengganggu keamanan maupun kelangsungan operasional sistem secara langsung, namun mengakibatkan pemborosan anggaran operasional (OpEx) yang signifikan dan ketidakefisienan tata kelola aset perangkat lunak (Software Asset Management).

Jawaban 2: Tabel Matriks Laporan Rekomendasi Audit (Pendekatan 5C)

No	Criteria (Standar)	Condition (Temuan)	Cause (Akar Masalah)	Consequence (Dampak)	Corrective Action (Rekomendasi & SLA)
1	ISO 27001 A.8.24 (Penggunaan Kriptografi), A.5.15 (Kontrol Akses), & UU PDP	2 bucket GCP berstatus publicly readable berisi 50.000 data KTP/NPWP tanpa enkripsi CMEK.	Ketiadaan kebijakan Cloud Security Posture Management (CSPM) dan kelalaian konfigurasi Identity & Access Management (IAM).	Kebocoran data pribadi nasabah secara masif, sanksi denda OJK/UU PDP, dan kerusakan reputasi institusi.	• Segera (24 jam): Ubah akses bucket menjadi Private, aktifkan blokir akses publik tingkat organisasi, dan terapkan enkripsi CMEK. • Lakukan investigasi log akses untuk mendeteksi apakah data telah diunduh pihak luar. • SLA: 7 Hari.
2	COBIT 2019 DSS04 (Mengelola Keberlangsungan) & POJK 11/2022	Database transaksi QRIS berjalan pada single node tanpa klaster failover maupun replikasi sinkron ke DRC Surabaya.	Fokus tim TI hanya pada peluncuran fitur aplikasi baru tanpa memperbarui arsitektur ketahanan backend.	Gangguan layanan pembayaran nasional (downtime berkepanjangan) dan potensi selisih/hilangnya data transaksi saat gangguan terjadi.	• Bangun konfigurasi klaster database High Availability (Active-Active) di Data Center Jakarta. • Konfigurasikan replikasi sinkron ke DRC Surabaya untuk mencapai target $RPO \approx 0$ dan $RTO < 15\text{ menit}$. • SLA: 30 Hari.
3	ISO 27001 A.8.8 (Manajemen Kerentanan Teknis) & ITIL 4 Change Enablement	18 server middleware belum di-patch selama >9 bulan (terdapat celah RCE); developer merilis kode langsung ke produksi.	Tidak ada jadwal pemeliharaan rutin (patch window) dan tidak berjalannya fungsi kontrol Change Advisory Board (CAB).	Risiko tinggi eksploitasi sistem oleh peretas, instabilitas aplikasi akibat rilis tanpa pengujian, serta pelanggaran Segregation of Duties.	• Lakukan patching darurat pada 18 server setelah pengujian di lingkungan staging. • Cabut hak akses write/deploy langsung milik developer di server produksi dan wajibkan jalur CI/CD otomatis dengan persetujuan CAB. • SLA: 30 Hari.
4	COBIT 2019 BAI09 (Mengelola Aset) & ISO/IEC 19770 (SAM)	Perusahaan membayar lisensi database untuk 64 Core, tetapi hanya 32 Core yang terpakai (pemborosan Rp 80 juta/bulan).	Pengadaan lisensi awal dilakukan berdasarkan estimasi kasar tanpa pemantauan utilisasi (software metering).	Pemborosan anggaran belanja operasional TI (OpEx) tahunan dan alokasi modal yang tidak efisien.	• Lakukan right-sizing kontrak lisensi dari 64 Core menjadi 32 Core pada periode pembaruan berikutnya. • Implementasikan alat pemantau aset perangkat lunak (SAM Tool) untuk audit utilisasi per kuartal. • SLA: 90 Hari.

Jawaban 3: Draf Poin Utama Dokumen Tata Kelola Infrastruktur TI (IT Governance Policy)

Untuk mencegah terulangnya Temuan 1 dan Temuan 3, Direksi wajib mengesahkan Kebijakan Keamanan Cloud dan Manajemen Perubahan Infrastruktur (Cloud Security & Change Management Policy) dengan ketentuan berikut:

1. Kebijakan Keamanan & Konfigurasi Cloud (Cloud Security Governance):
• Larangan Akses Publik (Zero Public Exposure): Seluruh repositori penyimpanan data (Object Storage, Database, dan Snapshot) di lingkungan Cloud wajib dikonfigurasi sebagai Private secara default. Kebijakan Organization Policy Constraint harus diaktifkan untuk memblokir pembuatan bucket publik secara otomatis.
• Standar Enkripsi Wajib: Seluruh data sensitif nasabah (Personally Identifiable Information / PII) wajib dienkripsi baik saat transit (in-transit menggunakan TLS 1.3) maupun saat tersimpan (at-rest menggunakan AES-256 dengan kunci yang dikelola perusahaan / CMEK).
• Pemindaian Konfigurasi Otomatis: Tim Keamanan TI wajib mengaktifkan Cloud Security Posture Management (CSPM) untuk mendeteksi dan memperbaiki kesalahan konfigurasi (misconfiguration) secara real-time.
2. Kebijakan Manajemen Perubahan & Pemisahan Tugas (Change Enablement & Segregation of Duties):
• Pemisahan Lingkungan (Environment Separation): Lingkungan pengembangan (Development), pengujian (Staging), dan operasional (Production) harus dipisahkan secara fisik maupun logis. Staf developer dilarang keras memiliki kredensial akses langsung (direct SSH/RDP atau hak deploy manual) ke server Production.
• Prosedur Persetujuan Perubahan (CAB): Setiap perubahan konfigurasi infrastruktur, jaringan, maupun rilis aplikasi ke server Production wajib melalui pengujian keamanan otomatis (vulnerability scan) dan mendapatkan persetujuan formal dari Change Advisory Board (CAB).
3. Kebijakan Manajemen Kerentanan & Pembaruan Sistem (Patch Management Policy):
• SLA Pembaruan Keamanan: Pembaruan patch dengan tingkat kerentanan Critical wajib diterapkan dalam waktu maksimal 7 hari sejak dirilis oleh vendor, sedangkan kerentanan tingkat High maksimal 14 hari.

Jawaban 4: Kalkulasi Potensi Penghematan Tahunan (License & Cost Optimization)

• Kapasitas lisensi yang dibayar saat ini: 64 Core
• Kapasitas lisensi yang digunakan secara aktual: 32  Core
• Kelebihan kapasitas lisensi (Shelfware): 64 Core - 32 Core = 32 Core(50\% kapasitas menganggur)
• Biaya pemborosan lisensi per bulan: Rp. 80.000.000
• Potensi penghematan per tahun (12 bulan) setelah right-sizing:

Penghematan Tahunan = 12 X Rp. 80.000.000 = Rp. 960.000.000  / tahun

Kesimpulan Finansial: Dengan melakukan penyesuaian ulang (right-sizing) kapasitas lisensi database dari 64 Core menjadi 32 Core sesuai kebutuhan aktual, PT Samudra Perbankan Digital dapat menghemat anggaran operasional sebesar Rp 960.000.000 per tahun. Dana efisiensi ini dapat dialihkan untuk membiayai pembangunan klaster High Availability dan replikasi sinkron DRC Surabaya tanpa membebani pagu anggaran TI perusahaan.