📋 Pertemuan 12 • Tata Kelola, Audit, & Kepatuhan Hukum

ENTERPRISE GOVERNANCE

Mengurai ekosistem kepatuhan. Bagaimana kerangka COBIT, ITIL, dan ISO 27001 bekerja sebagai tameng hukum perusahaan dari jeratan regulasi serta kegagalan teknis.

BAGIAN 1: ILUSI KEAMANAN TEKNIS

Menggeser paradigma dari "Aman secara *Coding*" menjadi "Aman secara Hukum".

Aman Saja Tidak Cukup

Di dunia kampus, keberhasilan diukur dari apakah aplikasi bebas *error*. Di dunia *Enterprise*, aplikasi yang berjalan sempurna secara teknis bisa saja dibekukan oleh pemerintah jika pembuatannya mengabaikan kepatuhan regulasi negara (seperti UU PDP) atau tidak bisa diaudit.

Hukum tidak peduli *framework* apa yang Anda gunakan. Hukum peduli pada IT Governance (Tata Kelola TI): sebuah struktur dan proses untuk memastikan sistem Anda dikelola secara etis, melindungi hak privasi pengguna, serta memiliki catatan (*log*) yang dapat diaudit saat terjadi krisis.

Tiga Pilar Tata Kelola

COBIT (The "WHAT") Target Manajerial. Menentukan "Aturan Apa" yang harus dipatuhi sistem demi memuaskan regulasi bisnis & hukum.
ITIL (The "HOW") Target Operasional. "Bagaimana" cara *SysAdmin* dan *Developer* mengeksekusi operasi tersebut sehari-hari tanpa merusak sistem.
ISO 27001 (The "SHIELD") Target Keamanan. Standar kepatuhan mutlak untuk Manajemen Keamanan Informasi (ISMS) perusahaan.

BAGIAN 2: ANATOMI MIKRO COBIT 2019

Control Objectives for Information and Related Technologies (by ISACA).

Seringkali praktisi hanya tahu singkatannya saja. Padahal, COBIT terdiri dari 5 Domain utama yang berisi 15 kata kerja fundamental. Setiap kata kerja ini adalah tanggung jawab hukum dan etis yang akan ditanyakan oleh Auditor (Badan Pemeriksa Keuangan/ISACA) ketika memeriksa departemen IT perusahaan Anda. Mari kita bedah satu per satu:

1

E.D.M (Ranah Tata Kelola / Dewan Direksi)

E - Evaluate (Mengevaluasi)

Fungsi: Menilai opsi strategis, kebutuhan bisnis, & ancaman regulasi masa depan.

Contoh: Direksi RSHS mengevaluasi apakah wajib memindahkan data pasien dari server lokal ke *Cloud* bersertifikat untuk mematuhi UU PDP.

Akibat Diabaikan: Perusahaan buta arah, investasi IT triliunan rupiah menjadi teknologi usang dalam 1 tahun.

D - Direct (Mengarahkan)

Fungsi: Memberikan arahan melalui kebijakan mutlak (SK/Policy) agar IT sejalan dengan visi bisnis.

Contoh: Direksi mengeluarkan SK "Zero Trust Policy", melarang semua karyawan mencolokkan Flashdisk pribadi di PC kantor.

Akibat Diabaikan: IT berjalan seenaknya (Rogue IT). Karyawan bebas memakai *software* bajakan di kantor.

M - Monitor (Memantau)

Fungsi: Memastikan arahan yang telah diberikan benar-benar dijalankan dan mencapai metrik KPI.

Contoh: Rapat evaluasi bulanan Direktur Utama dengan CIO terkait performa persentase *uptime server* nasional.

Akibat Diabaikan: Kebocoran anggaran dan mangkraknya proyek IT tidak diketahui oleh manajemen puncak.
2

A.P.O (Ranah Manajemen Eksekutif & Strategi)

A - Align (Menyelaraskan)

Fungsi: Mensinkronkan rencana IT dengan operasional divisi lain.

Contoh: Tim IT menyesuaikan kapasitas *bandwidth server* karena tim Marketing akan rilis "Flash Sale 12.12".

Akibat Diabaikan: Sistem mati saat hari puncak bisnis (downtime/kerugian omzet). IT menjadi musuh divisi lain.

P - Plan (Merencanakan)

Fungsi: Merancang arsitektur keamanan (*security architecture*) dan *budgeting* biaya IT.

Contoh: Menyusun proposal pengadaan lisensi keamanan jaringan (*Firewall*) Enterprise untuk tahun depan.

Akibat Diabaikan: Pembengkakan biaya (*overbudget*) dan tidak ada panduan arsitektur keamanan (*security hole*).

O - Organize (Mengorganisir)

Fungsi: Membentuk struktur tim IT yang efisien & memisahkan tugas teknis.

Contoh: Memisahkan divisi *Developer* (pembuat kode) dan *SysAdmin* (pemegang server) agar tidak terjadi konflik kepentingan.

Akibat Diabaikan: Terjadi konflik internal, *Programmer* disuruh memperbaiki *printer*, dan vendor menipu perusahaan.
3

B.A.I (Ranah Realisasi / Developer)

B - Build (Membangun)

Fungsi: Mengeksekusi pembuatan perangkat lunak secara *in-house*.

Contoh: Proses *coding* aplikasi, merancang *database*, dan melakukan *unit testing*.

Akibat Diabaikan: Aplikasi penuh *syntax error* dan memiliki kerentanan logika yang membahayakan sistem.

A - Acquire (Mengadakan)

Fungsi: Pembelian aset IT (*software/hardware* / *cloud*) jika *Build* dinilai terlalu lama.

Contoh: Membeli lisensi sistem SAP atau menyewa server bare-metal bersertifikasi khusus.

Akibat Diabaikan: Terjebak kontrak "Vendor Lock-In" atau membeli *hardware* selundupan (Black Market) yang tidak digaransi.

I - Implement (Menerapkan)

Fungsi: Tahapan rilis aplikasi. Mengintegrasikan sistem baru ke dalam *environment* Live perusahaan.

Contoh: Deployment *source code* ke Server Production, dan migrasi *database* lama ke baru.

Akibat Diabaikan: Kegagalan peluncuran (Sistem *crash* masif). *User* menolak memakai aplikasi baru karena tidak paham.
4

D.S.S (Ranah Operasional / SysAdmin & Helpdesk)

D - Deliver (Mengirimkan)

Fungsi: Menjamin *value* layanan TI terkirim tanpa putus sesuai SLA (*Service Level Agreement*).

Contoh: Menjaga stabilitas *server e-banking* agar Uptime konstan di 99.99%.

Akibat Diabaikan: Layanan sering lumpuh (Down). Perusahaan dituntut ganti rugi miliaran oleh klien.

S - Service (Melayani Fasilitas)

Fungsi: Memastikan keberlangsungan fasilitas sistem (*Business Continuity*) dan manajemen keamanan.

Contoh: Eksekusi *Backup Database* harian, me-*review* log *Firewall*, dan mitigasi jika kena *Ransomware*.

Akibat Diabaikan: Saat terkena *Ransomware* atau gedung kebakaran, seluruh data lenyap permanen.

S - Support (Dukungan User)

Fungsi: Melayani *End-User* yang mengalami insiden/masalah teknis secara sigap.

Contoh: *IT Helpdesk* menangani tiket laporan *error* aplikasi atau karyawan yang lupa *password*.

Akibat Diabaikan: Produktivitas pegawai divisi lain turun drastis karena masalah teknis kecil tidak ada yang memandu.
5

M.E.A (Ranah Evaluasi Akhir / Internal Audit)

M - Monitor (Mengawasi)

Fungsi: Memantau jejak rekam kinerja (*audit trail*) dan kepatuhan sistem internal perusahaan secara historis.

Contoh: Mengaudit log sistem (*SIEM*) untuk memastikan tidak ada admin yang diam-diam menyedot data nasabah (*Insider Threat*).

Akibat Diabaikan: Karyawan nakal yang diam-diam menyedot data nasabah tidak akan pernah terdeteksi (*Insider Threat*).

E - Evaluate (Mengevaluasi)

Fungsi: Menilai apakah proses TI yang berjalan sudah mematuhi regulasi Hukum Negara (Kepatuhan/Compliance).

Contoh: Mengevaluasi apakah algoritma penyimpanan rekam medis RS sudah terenkripsi sesuai mandat UU PDP.

Akibat Diabaikan: Perusahaan diseret ke pengadilan dan didenda 2% dari *Annual Revenue* karena melanggar hukum siber.

A - Assess (Menilai Kematangan)

Fungsi: Memberikan penilaian objektif tentang tingkat kematangan (*Maturity Level*) keamanan IT perusahaan.

Contoh: Mengundang tim Auditor Eksternal (CISA) untuk menguji sistem dan menerbitkan sertifikasi keamanan.

Akibat Diabaikan: Tidak ada jaminan valid. Investor, Pemegang Saham, dan Pelanggan Besar (B2B) tidak akan mau bekerja sama karena tidak percaya keamanan sistem.

BAGIAN 3: ANATOMI MIKRO ITIL v4

Information Technology Infrastructure Library (IT Service Management).

Fokus & Arah: Jika COBIT berfokus pada "Tata Kelola Makro" (misal Domain DSS *'Berikan dukungan operasional'*), maka ITIL mem-breakdown cara mengeksekusi operasional tersebut secara mikro lewat IT Service Management (ITSM). ITIL adalah himpunan praktik terbaik (*Best Practices*) tentang bagaimana departemen TI menangani *error*, memperbarui *server*, hingga melacak komplain dengan sistem birokrasi yang tertib.

Komponen Praktik Manajemen Inti ITIL

Service Desk

Apa itu: Pintu gerbang tunggal (*Single Point of Contact/SPOC*) antara penyedia IT dan pengguna.

Contoh: Portal pembuatan *Ticketing System* (seperti Jira/Zendesk) di mana *user* bisa melapor *bug*.

Akibat Diabaikan: Laporan masalah kacau (ada via WA, Email, telpon). *Programmer* stres ditodong *user* langsung.

Incident Management

Apa itu: Praktik memulihkan gangguan layanan ke kondisi normal secepat mungkin (Boleh pakai "plester"/*Workaround*).

Contoh: Web server *hang*. Tindakan pertama adalah Restart IIS/Apache agar web nyala detik itu juga.

Akibat Diabaikan: *Downtime* berlarut-larut berjam-jam karena tim IT sibuk mencari tahu *"kenapa bisa mati?"* dibanding menyalakan ulang.

Problem Management

Apa itu: Menganalisa penyebab (Root Cause Analysis) dari rentetan "Insiden" agar tidak terulang kembali di masa depan.

Contoh: Membaca *Server Logs* dan menyimpulkan server sering mati (*insiden*) karena algoritma *Query SQL* *developer* memakan 100% RAM.

Akibat Diabaikan: *Server* akan mati di waktu yang sama setiap hari (masalah menahun tidak pernah sembuh).

Change Enablement

Apa itu: Birokrasi ketat untuk mengontrol siklus hidup semua perubahan sistem. Memastikan rilis *update* tidak menghancurkan *server*.

Contoh: Programmer dilarang *coding* langsung di server asli. Harus di lokal -> Staging -> Persetujuan CAB (*Change Advisory Board*) -> Rilis jam 02:00 pagi.

Akibat Diabaikan: Cowboy Coding. Perubahan iseng menyebabkan fitur pembayaran aplikasi utama mati (*Bug fatal di Production*).

Service Level Management

Apa itu: Negosiasi dan jaminan tertulis tingkat layanan (SLA). Mengubah ekspektasi bisnis menjadi matriks teknologi yang bisa diukur.

Contoh: Perjanjian legal tertulis: "Server bergaransi nyala 99.9% per bulan. Tim IT akan membalas chat keluhan maksimal 15 menit."

Akibat Diabaikan: Klien menuntut ganti rugi miliaran rupiah karena merasa kecewa *server* mati 10 menit, karena tidak ada batasan/janji yang jelas di awal.

BAGIAN 4: ISO/IEC 27001 (ISMS)

Sistem Manajemen Keamanan Informasi (SMKI) berstandar internasional.

Mengapa ISO 27001 Krusial?

Jika COBIT menetapkan target, dan ITIL menjalankan operasionalnya, maka ISO 27001 adalah tameng keamanannya. ISO 27001 adalah spesifikasi SMKI yang mensyaratkan organisasi untuk melindungi aset informasinya secara sistematis. Sertifikasi ini adalah bukti valid (diakui BSSN dan hukum global) bahwa perusahaan telah mematuhi standar etika pengamanan data (*Due Diligence*).

The C.I.A Triad (Pilar ISO 27001)

C
Confidentiality (Kerahasiaan)

Data hanya bisa diakses oleh pihak yang berwenang (Mencegah *Data Breach* via Enkripsi & Akses Kontrol).

I
Integrity (Integritas)

Data akurat, utuh, dan tidak pernah dimodifikasi secara ilegal (Dijamin via *Hashing* & Audit Logs).

A
Availability (Ketersediaan)

Sistem dan data selalu tersedia saat dibutuhkan oleh *user* (Dijamin via *Server Redundancy* & Anti-DDoS).

BAGIAN 5: KEPATUHAN HUKUM & AUDIT TI

Sinergi framework sebagai tameng hukum perusahaan.

Korelasi Framework Terhadap Hukum Siber Indonesia

Etika vs Kepatuhan (Compliance). Etika adalah "melakukan hal yang benar", sedangkan Kepatuhan adalah "membuktikan kepada hukum bahwa Anda melakukan hal yang benar". COBIT, ITIL, dan ISO 27001 adalah alat untuk mencapai Kepatuhan Hukum, khususnya dalam merespons ancaman UU PDP (Pelindungan Data Pribadi) dan UU ITE.

Kaitan Langsung Framework & Hukum

  • UU PDP (Privasi Data): Mewajibkan perusahaan melindungi data nasabah. Untuk mematuhinya, COBIT (Domain MEA) mendikte pembentukan SOP privasi, dan ISO 27001 (Confidentiality) mengenkripsi datanya. Kegagalan = Denda 2% Revenue.
  • UU ITE (Sistem Elektronik yang Andal): Mewajibkan platform E-Commerce *uptime* dan aman. Untuk mematuhinya, ITIL (Change & Incident Mgmt) memastikan *update server* tidak membuat layanan *down* mendadak atau diretas (Availability).

Peran Audit Sistem Informasi (IT Audit)

Di sinilah peran profesi elit IT yaitu Information Systems Auditor (CISA). Mereka masuk ke perusahaan bukan untuk *coding*, melainkan untuk:

  1. Memeriksa kelengkapan dokumen COBIT dan ITIL.
  2. Melakukan penetrasi uji (*Pentest*) untuk mengecek validitas ISO 27001.
  3. Menerbitkan laporan resmi: "Sistem perusahaan ini telah Comply (patuh) terhadap UU PDP & UU ITE." (Laporan ini menjadi tameng jika kelak perusahaan digugat perdata oleh nasabah).

KESIMPULAN AUDIT

Perusahaan yang abai pada COBIT/ITIL/ISO 27001 tidak hanya menghadapi sistem *error*, melainkan menanti kehancuran finansial akibat denda hukum negara (Regulator Compliance).

BAGIAN 6: BERKAS KASUS 12

Dampak fatal ketika Change Management diabaikan.

ARCHIVE: KNIGHT CAPITAL GROUP (2012)

Klasifikasi: Change Management Failure & Lack of IT Governance

> Analisis Log Eksekusi Server...
> PERINGATAN: Modul kode usang (Power Peg) tidak sengaja aktif kembali di server production ke-8.
> Aktivitas Algoritma: Melakukan jutaan transaksi beli-jual saham ngawur dalam waktu 45 menit.
> Kerugian Finansial: $440 Juta (Rp 6,6 Triliun) raib dalam kurang dari 1 jam. Perusahaan bangkrut.

1. The Incident (Kronologi)

Knight Capital (perusahaan pialang saham raksasa) melakukan *deploy update* perangkat lunak baru ke 8 server *production* mereka. Namun, teknisi lupa menyalin *update* tersebut ke salah satu server (Server ke-8). Kesalahan teknis kecil ini memicu aktifnya fitur eksperimental lama (kode mati) yang membuat bot *trading* mereka "gila" membuang-buang uang di bursa Wall Street.

2. The Bug (Tata Kelola)

Ini BUKAN serangan peretas (*Cybercrime*), melainkan murni kebobrokan IT Governance. Perusahaan melanggar ITIL dan COBIT secara masif: Tidak ada Change Management yang terotomatisasi (masih manual memindah *file*), tidak ada pengujian QA ketat pasca-rilis, dan tidak ada saklar *Kill Switch* untuk merespons insiden secara instan (Kegagalan Incident Management).

3. The Law (Sanksi Regulator)

Akibat insiden ini, SEC (Securities and Exchange Commission) Amerika menjatuhkan denda $12 Juta (Rp 180 Miliar) kepada Knight Capital karena melanggar "Market Access Rule". Perusahaan dihukum karena gagal memiliki tata kelola TI yang memadai, gagal memonitor risiko, dan tidak memiliki kontrol infrastruktur untuk mencegah eksekusi *trading* yang merusak pasar (Pelanggaran Audit COBIT).

4. The Patch (Solusi Tata Kelola)

  • CI/CD & Automated Testing: Melarang *deployment* manual. Semua *update* harus melalui *pipeline* otomatis yang memiliki tahap uji coba (*Staging*) yang sangat ketat (Mematuhi *Change Enablement*).
  • Kill Switch (Incident Mgmt): Membangun prosedur darurat (*rollback*) untuk mematikan algoritma dalam hitungan detik jika terdeteksi anomali finansial tanpa harus mematikan seluruh *server*.

LAB SIMULASI: AUDITOR DILEMMA

> INITIATE roleplay.sh --scenario "IT_Operations_Manager"

Anda adalah Manajer IT di sebuah RS Pusat. Saat "War Pendaftaran BPJS", *server* utama (IIS) *down* akibat lonjakan trafik. Semua panik, pasien mengantre panjang.

Lead Programmer Anda berkata: "Bos, saya sudah nemu bug SQL-nya. Kebetulan saya pegang akses *root Database Server Production*. Biar cepet, saya langsung ganti kodenya (hotfix) pakai notepad di server sekarang juga, sekalian saya buka port *Firewall*-nya sementara biar aplikasi jalan lagi!"

Terapkan Audit Framework & Kepatuhan Hukum. Apa tindakan Anda?

NAVIGASI

Modul 1: Etika & Hukum Siber Modul 2: Cyber Ethics & Netiquette Modul 3: The Digital Paradox Modul 4: Cybercrime & Hacker Ethics Modul 5: IT Professionalism Modul 6: HAKI & Open Source Modul 7: E-Business Law & E-Contract Modul 8: Data Privacy & UU PDP Modul 9: AI Ethics & Future Law Modul 10: Forensik Digital & Hukum Pembuktian Modul 11: Cyber Warfare & National Security Modul 12: IT Governance & Compliance Modul 13: Ethical Hacking & Bug Bounty Modul 14: Social Media Ethics & Algorithms UAS: Artikel Ilmiah UTS: Etika & Hukum Siber
Beranda Utama

CYBER.NETHICS LMS v2.0