Pelajari konsep, prinsip, ancaman, risiko, serta strategi perlindungan sistem informasi untuk membangun sistem yang aman, andal, dan bertanggung jawab.
Materi ini membahas prinsip CIA, aset informasi, malware, phishing, autentikasi, pengendalian akses, kriptografi, keamanan jaringan, keamanan server, basis data, aplikasi, cloud, manajemen risiko, kebijakan keamanan, serta respons insiden.
Pertemuan
Topik Keamanan
Evaluasi Utama
Keamanan sistem informasi merupakan bidang yang mempelajari cara melindungi data, perangkat, jaringan, aplikasi, dan sumber daya informasi dari berbagai ancaman serta risiko.
Keamanan sistem informasi adalah serangkaian proses, kebijakan, teknologi, dan prosedur yang digunakan untuk melindungi informasi serta komponen sistem dari akses, penggunaan, pengungkapan, perubahan, gangguan, atau penghancuran yang tidak sah.
Keamanan tidak hanya berkaitan dengan penggunaan password atau antivirus. Keamanan mencakup manusia, proses, dan teknologi yang bekerja secara bersama-sama untuk mengurangi kemungkinan terjadinya insiden keamanan.
Dalam mata kuliah ini, mahasiswa mempelajari prinsip CIA, yaitu confidentiality, integrity, dan availability. Selain itu, dibahas pula ancaman, kerentanan, risiko, autentikasi, kriptografi, keamanan jaringan, keamanan server, basis data, aplikasi, cloud, dan respons insiden.
Tentukan data, perangkat, aplikasi, jaringan, layanan, dan sumber daya yang harus dilindungi.
Identifikasi ancaman, kerentanan, kemungkinan kejadian, serta dampak terhadap organisasi.
Terapkan kontrol administratif, teknis, dan fisik sesuai tingkat risiko yang ditemukan.
Pantau sistem, evaluasi efektivitas kontrol, dan lakukan perbaikan secara berkelanjutan.
Prinsip CIA merupakan fondasi utama keamanan informasi. Ketiga prinsip tersebut digunakan untuk memastikan bahwa informasi terlindungi, akurat, dan tersedia bagi pihak yang berwenang.
Sebagai contoh, sebuah sistem akademik harus menjaga data nilai mahasiswa agar hanya dapat dilihat oleh pihak yang berwenang, tidak dapat diubah tanpa izin, dan tetap dapat diakses saat proses akademik berlangsung.
Informasi hanya dapat diakses oleh pengguna yang memiliki hak akses.
Informasi harus tetap akurat, lengkap, dan tidak diubah tanpa otorisasi.
Informasi dan layanan harus tersedia ketika dibutuhkan oleh pengguna yang berwenang.
| Lapisan | Fokus Perlindungan | Contoh Kontrol |
|---|---|---|
| Manusia | Kesadaran dan perilaku pengguna | Pelatihan, edukasi, dan kebijakan password |
| Proses | Prosedur dan tata kelola keamanan | SOP, audit, manajemen risiko, dan respons insiden |
| Aplikasi | Perlindungan perangkat lunak | Validasi input, autentikasi, dan pengujian keamanan |
| Jaringan | Perlindungan komunikasi dan konektivitas | Firewall, VPN, segmentasi, IDS, dan IPS |
| Data | Perlindungan informasi | Enkripsi, backup, kontrol akses, dan klasifikasi data |
| Fisik | Perlindungan fasilitas dan perangkat | Kunci ruangan, CCTV, UPS, dan kontrol lingkungan |
Informasi umum mengenai mata kuliah Keamanan Sistem Informasi, meliputi kode mata kuliah, program studi, fakultas, bobot SKS, semester, serta dosen pengampu.
| Nama Mata Kuliah | Keamanan Sistem Informasi |
|---|---|
| Kode Mata Kuliah | SIS123324 |
| Program Studi | Sistem Informasi |
| Fakultas | Fakultas Teknik |
| Semester | Semester 3 |
| Bobot Mata Kuliah | 3 SKS |
| Status Mata Kuliah | Mata Kuliah Wajib |
| Bahasa Pengantar | Bahasa Indonesia |
| Dosen Pengampu | Andi M. Yusuf, S.S., S.Pd., M.Kom. |
Keamanan Sistem Informasi
Mata kuliah Keamanan Sistem Informasi bertujuan membekali mahasiswa dengan pemahaman konseptual dan keterampilan dasar untuk melindungi data, aplikasi, jaringan, server, basis data, serta sumber daya sistem informasi.
Setelah menyelesaikan mata kuliah ini, mahasiswa diharapkan mampu mengidentifikasi aset informasi, menganalisis ancaman dan risiko, menerapkan kontrol keamanan dasar, serta menyusun rekomendasi perlindungan sistem informasi secara etis dan bertanggung jawab.
Mahasiswa disarankan telah memahami dasar-dasar teknologi informasi sebelum mengikuti mata kuliah ini.
Mata kuliah ini ditujukan bagi mahasiswa yang ingin memahami dasar perlindungan sistem informasi dan penerapan keamanan secara profesional.
Dosen Pengampu Mata Kuliah Keamanan Sistem Informasi
Fakultas TeknikPembelajaran dilaksanakan melalui kombinasi penjelasan konseptual, diskusi studi kasus, latihan analisis risiko, praktikum terkontrol, penugasan, dan proyek kelompok.
Gambaran umum mengenai materi, tujuan, ruang lingkup, pendekatan pembelajaran, serta kompetensi yang dikembangkan dalam mata kuliah Keamanan Sistem Informasi.
Keamanan Sistem Informasi merupakan mata kuliah yang membahas konsep, prinsip, metode, teknologi, dan prosedur untuk melindungi informasi serta sumber daya sistem informasi dari berbagai ancaman keamanan.
Pembahasan mata kuliah mencakup perlindungan terhadap data, perangkat keras, perangkat lunak, jaringan, server, basis data, aplikasi, layanan cloud, perangkat mobile, dan perangkat Internet of Things.
Mahasiswa diarahkan untuk memahami bahwa keamanan sistem informasi tidak hanya bergantung pada teknologi, tetapi juga dipengaruhi oleh manusia, proses bisnis, kebijakan, budaya organisasi, etika, privasi, dan kepatuhan terhadap aturan yang berlaku.
Melalui mata kuliah ini, mahasiswa diharapkan mampu mengidentifikasi aset informasi, menganalisis ancaman dan risiko, memilih kontrol keamanan yang tepat, serta menyusun rekomendasi perlindungan sistem informasi secara sistematis dan bertanggung jawab.
Perlindungan data, sistem, jaringan, aplikasi, dan infrastruktur informasi.
Ancaman, kerentanan, serangan, risiko, dan dampak insiden keamanan.
Kontrol administratif, teknis, fisik, dan pengamanan berlapis.
Analisis risiko dan rekomendasi keamanan sistem informasi.
Setelah mengikuti mata kuliah ini, mahasiswa diharapkan mampu memahami dan menerapkan dasar-dasar keamanan sistem informasi dalam konteks akademik maupun organisasi.
Prinsip CIA, aset informasi, ancaman, kerentanan, risiko, dan kontrol keamanan.
Identifikasi, autentikasi, otorisasi, kriptografi, hash, dan tanda tangan digital.
Firewall, VPN, segmentasi jaringan, IDS, IPS, hardening, SSH, dan monitoring.
Hak akses database, audit, SQL injection, secure SDLC, validasi input, dan API.
Cloud security, mobile security, IoT security, dan shared responsibility.
Manajemen risiko, kebijakan, respons insiden, kesinambungan bisnis, dan pemulihan.
Memahami teori, prinsip, istilah, dan kerangka keamanan sistem informasi.
Menganalisis kasus ancaman dan insiden keamanan berdasarkan skenario pembelajaran.
Melakukan simulasi pengamanan pada lingkungan yang telah disediakan dan memiliki izin.
Merancang rekomendasi keamanan berdasarkan analisis kebutuhan dan risiko.
Seluruh praktik, simulasi, pemindaian, pengujian, dan analisis keamanan hanya boleh dilakukan pada sistem yang dimiliki atau telah memberikan izin secara resmi. Mahasiswa wajib menjaga kerahasiaan data, menghormati privasi, mendokumentasikan aktivitas, serta menggunakan pengetahuan keamanan secara etis dan bertanggung jawab.
Capaian Pembelajaran Lulusan dan Capaian Pembelajaran Mata Kuliah yang menjadi dasar kompetensi mahasiswa dalam memahami, menganalisis, dan menerapkan keamanan sistem informasi.
Capaian Pembelajaran Lulusan atau CPL merupakan kemampuan yang harus dimiliki mahasiswa setelah menyelesaikan proses pendidikan pada program studi. Pada mata kuliah ini, CPL diarahkan pada kemampuan analitis, teknis, profesional, dan etis dalam mengelola keamanan sistem informasi.
Mahasiswa diharapkan mampu memahami permasalahan keamanan, mengidentifikasi risiko, memilih solusi pengendalian, menyusun dokumentasi, serta mengkomunikasikan rekomendasi keamanan kepada pihak yang berkepentingan.
Menganalisis ancaman, kerentanan, dan risiko keamanan sistem informasi.
Menentukan kontrol keamanan berdasarkan kebutuhan dan tingkat risiko.
Menerapkan keamanan secara legal, etis, profesional, dan bertanggung jawab.
| Kode CPL | Ranah Kompetensi | Deskripsi Capaian Pembelajaran |
|---|---|---|
| CPL-01 | Sikap Profesional | Menunjukkan sikap bertanggung jawab, disiplin, etis, dan profesional dalam mempelajari serta menerapkan keamanan sistem informasi. |
| CPL-02 | Pengetahuan | Menguasai konsep, prinsip, metode, dan teknologi dasar keamanan sistem informasi. |
| CPL-03 | Keterampilan Umum | Mampu berpikir logis, kritis, sistematis, dan terukur dalam menyelesaikan masalah keamanan informasi. |
| CPL-04 | Keterampilan Khusus | Mampu mengidentifikasi aset, menganalisis risiko, dan merancang rekomendasi kontrol keamanan sistem informasi. |
| CPL-05 | Komunikasi dan Kolaborasi | Mampu menyusun laporan dan menyampaikan hasil analisis keamanan secara jelas, terstruktur, dan dapat dipertanggungjawabkan. |
Capaian Pembelajaran Mata Kuliah atau CPMK merupakan kemampuan spesifik yang diharapkan dapat dicapai mahasiswa setelah mengikuti seluruh rangkaian pembelajaran mata kuliah Keamanan Sistem Informasi.
CPMK disusun berdasarkan pengetahuan, keterampilan, sikap, dan kemampuan analisis yang diperlukan untuk memahami serta mengelola keamanan sistem informasi.
Mahasiswa mampu menjelaskan konsep, tujuan, ruang lingkup, dan prinsip dasar keamanan sistem informasi.
Mahasiswa mampu mengidentifikasi aset, ancaman, kerentanan, dan potensi serangan terhadap sistem.
Mahasiswa mampu menganalisis kemungkinan, dampak, dan tingkat risiko keamanan informasi.
Mahasiswa mampu menentukan dan menerapkan kontrol administratif, teknis, dan fisik sesuai kebutuhan.
Mahasiswa mampu mengevaluasi efektivitas kontrol, konfigurasi, dan prosedur keamanan.
Mahasiswa mampu menyusun laporan dan rekomendasi keamanan secara sistematis, etis, dan komunikatif.
| CPMK | Topik Utama | Bentuk Kemampuan |
|---|---|---|
| CPMK-01 | Prinsip CIA dan dasar keamanan | Menjelaskan konsep dan istilah keamanan |
| CPMK-02 | Ancaman, malware, phishing, dan kerentanan | Mengidentifikasi potensi ancaman dan serangan |
| CPMK-03 | Manajemen risiko keamanan | Menilai kemungkinan dan dampak risiko |
| CPMK-04 | Akses, kriptografi, jaringan, dan server | Menentukan kontrol perlindungan yang sesuai |
| CPMK-05 | Monitoring, audit, dan evaluasi kontrol | Mengevaluasi efektivitas pengamanan |
| CPMK-06 | Kebijakan, respons insiden, dan proyek | Menyusun laporan dan rekomendasi keamanan |
Memahami konsep, prinsip, istilah, dan komponen keamanan sistem informasi.
Menganalisis ancaman, kerentanan, risiko, dan kebutuhan perlindungan.
Menerapkan kontrol keamanan dasar pada lingkungan pembelajaran yang memiliki izin.
Menyajikan hasil analisis dan rekomendasi secara tertulis maupun lisan.
Seluruh kemampuan teknis dalam mata kuliah ini harus diterapkan secara legal, etis, dan bertanggung jawab. Mahasiswa hanya diperbolehkan melakukan pengujian pada sistem yang dimiliki sendiri atau telah memperoleh izin resmi, dengan tetap menjaga kerahasiaan, privasi, dan integritas data.
Sub-CPMK merupakan kemampuan khusus yang harus dicapai mahasiswa pada setiap tahapan pembelajaran untuk mendukung pencapaian CPMK mata kuliah Keamanan Sistem Informasi.
Sub-CPMK disusun secara bertahap dari kemampuan memahami konsep dasar, mengidentifikasi ancaman, menganalisis risiko, menerapkan kontrol keamanan, sampai menyusun rekomendasi dan laporan keamanan sistem informasi.
Setiap Sub-CPMK dikaitkan dengan materi pembelajaran, aktivitas mahasiswa, serta bentuk evaluasi yang digunakan untuk mengukur pencapaian kompetensi.
| Kode | Kemampuan Akhir | Indikator Pencapaian | Level |
|---|---|---|---|
| Sub-CPMK 1 | Menjelaskan konsep dasar keamanan sistem informasi. | Mahasiswa mampu menjelaskan pengertian, tujuan, ruang lingkup, serta prinsip CIA. | Memahami |
| Sub-CPMK 2 | Mengidentifikasi aset informasi dan komponen sistem. | Mahasiswa mampu mengelompokkan data, perangkat, aplikasi, jaringan, pengguna, dan layanan sebagai aset informasi. | Mengidentifikasi |
| Sub-CPMK 3 | Menganalisis ancaman dan kerentanan. | Mahasiswa mampu mengidentifikasi sumber ancaman, jenis kerentanan, dan potensi serangan terhadap sistem. | Menganalisis |
| Sub-CPMK 4 | Menilai tingkat risiko keamanan. | Mahasiswa mampu menentukan kemungkinan, dampak, dan tingkat risiko berdasarkan skenario keamanan. | Mengevaluasi |
| Sub-CPMK 5 | Menjelaskan autentikasi dan pengendalian akses. | Mahasiswa mampu membedakan identifikasi, autentikasi, otorisasi, MFA, RBAC, dan prinsip least privilege. | Memahami |
| Sub-CPMK 6 | Menjelaskan prinsip kriptografi dan perlindungan data. | Mahasiswa mampu menjelaskan enkripsi, dekripsi, kriptografi simetris, asimetris, hash, dan tanda tangan digital. | Memahami |
| Sub-CPMK 7 | Menerapkan keamanan jaringan dan server. | Mahasiswa mampu menjelaskan fungsi firewall, VPN, IDS, IPS, hardening, patching, SSH, dan monitoring. | Menerapkan |
| Sub-CPMK 8 | Menganalisis keamanan basis data dan aplikasi. | Mahasiswa mampu menjelaskan hak akses, audit database, SQL injection, validasi input, secure SDLC, dan keamanan API. | Menganalisis |
| Sub-CPMK 9 | Menjelaskan keamanan cloud, mobile, dan IoT. | Mahasiswa mampu membandingkan karakteristik risiko dan kontrol keamanan pada cloud, perangkat mobile, dan IoT. | Menganalisis |
| Sub-CPMK 10 | Menyusun strategi manajemen risiko. | Mahasiswa mampu menyusun matriks risiko, menentukan prioritas, dan merancang strategi mitigasi. | Menerapkan |
| Sub-CPMK 11 | Menyusun kebijakan dan prosedur keamanan. | Mahasiswa mampu menyusun kebijakan, prosedur, dan aturan penggunaan sistem secara aman. | Mencipta |
| Sub-CPMK 12 | Menjelaskan respons insiden dan pemulihan bencana. | Mahasiswa mampu menjelaskan tahapan incident response, business continuity, dan disaster recovery. | Menganalisis |
| Sub-CPMK 13 | Mengevaluasi efektivitas kontrol keamanan. | Mahasiswa mampu mengevaluasi kesesuaian kontrol melalui audit, monitoring, pengujian, dan dokumentasi. | Mengevaluasi |
| Sub-CPMK 14 | Menyusun laporan analisis keamanan. | Mahasiswa mampu menyusun laporan yang berisi aset, ancaman, risiko, kontrol, dan rekomendasi keamanan. | Mencipta |
| Sub-CPMK | CPMK-01 | CPMK-02 | CPMK-03 | CPMK-04 | CPMK-05 | CPMK-06 |
|---|---|---|---|---|---|---|
| Sub-CPMK 1 | Ya | - | - | - | - | - |
| Sub-CPMK 2 | - | Ya | - | - | - | - |
| Sub-CPMK 3 | - | Ya | Ya | - | - | - |
| Sub-CPMK 4 | - | - | Ya | - | - | - |
| Sub-CPMK 5 | Ya | - | - | Ya | - | - |
| Sub-CPMK 6 | Ya | - | - | Ya | - | - |
| Sub-CPMK 7 | - | - | - | Ya | Ya | - |
| Sub-CPMK 8 | - | - | - | Ya | Ya | - |
| Sub-CPMK 9 | - | Ya | Ya | Ya | - | - |
| Sub-CPMK 10 | - | - | Ya | - | Ya | - |
| Sub-CPMK 11 | Ya | - | - | - | Ya | Ya |
| Sub-CPMK 12 | - | - | - | - | Ya | Ya |
| Sub-CPMK 13 | - | - | - | Ya | Ya | - |
| Sub-CPMK 14 | - | - | Ya | - | Ya | Ya |
Pencapaian Sub-CPMK yang berkaitan dengan pengujian keamanan wajib dilakukan pada lingkungan pembelajaran yang terisolasi atau sistem yang telah memberikan izin resmi. Setiap aktivitas harus memperhatikan aspek legalitas, etika, privasi, kerahasiaan, dan keamanan data.
Sistem penilaian dirancang untuk mengukur pemahaman konsep, kemampuan analisis, keterampilan penerapan, komunikasi, serta tanggung jawab mahasiswa dalam mempelajari keamanan sistem informasi.
| No. | Komponen | Bobot | Keterangan |
|---|---|---|---|
| 1 | Kehadiran dan Partisipasi | 10% | Kehadiran, keaktifan diskusi, dan kontribusi pembelajaran. |
| 2 | Tugas Individu | 10% | Latihan konsep, analisis ancaman, dan identifikasi risiko. |
| 3 | Praktikum | 15% | Praktik konfigurasi dan pengamatan keamanan secara terkontrol. |
| 4 | Proyek Kelompok | 15% | Analisis risiko dan penyusunan rekomendasi keamanan. |
| 5 | Ujian Tengah Semester | 20% | Evaluasi materi pertemuan awal sampai pertengahan semester. |
| 6 | Ujian Akhir Semester | 30% | Evaluasi komprehensif dan analisis kasus keamanan. |
| Total | 100% | Nilai Akhir Mata Kuliah | |
Total Bobot Penilaian
Penilaian mencakup kehadiran, kesiapan mengikuti pembelajaran, keaktifan dalam diskusi, serta kontribusi terhadap kegiatan kelas.
Tugas digunakan untuk mengukur kemampuan mahasiswa dalam memahami konsep, membaca kasus, dan melakukan analisis keamanan.
Praktikum dilakukan pada lingkungan yang aman dan memiliki izin untuk melatih keterampilan konfigurasi, monitoring, dan evaluasi keamanan.
Proyek berupa analisis risiko dan penyusunan rekomendasi keamanan untuk sebuah skenario organisasi.
UTS mengukur pemahaman mahasiswa terhadap konsep dasar, ancaman, risiko, akses, kriptografi, jaringan, dan server.
UAS mengukur kemampuan mahasiswa dalam mengintegrasikan konsep dan menganalisis kasus keamanan sistem informasi.
| Metode | Instrumen | Kemampuan yang Diukur |
|---|---|---|
| Tes Tertulis | Pilihan ganda, uraian, dan studi kasus | Pengetahuan dan kemampuan analisis |
| Penugasan | Laporan analisis dan lembar kerja | Pemahaman dan penerapan konsep |
| Praktikum | Laporan praktik dan observasi | Keterampilan teknis dan ketelitian |
| Proyek | Laporan, presentasi, dan produk rekomendasi | Kolaborasi, komunikasi, dan pemecahan masalah |
| Observasi | Keaktifan, kedisiplinan, dan tanggung jawab | Sikap profesional dan etika |
| Rentang Nilai | Nilai Huruf | Bobot | Keterangan |
|---|---|---|---|
| 85 - 100 | A | 4.00 | Sangat Baik |
| 80 - 84 | A- | 3.75 | Sangat Baik |
| 75 - 79 | B+ | 3.50 | Baik |
| 70 - 74 | B | 3.00 | Baik |
| 65 - 69 | B- | 2.75 | Cukup Baik |
| 60 - 64 | C+ | 2.50 | Cukup |
| 55 - 59 | C | 2.00 | Cukup |
| 45 - 54 | D | 1.00 | Kurang |
| 0 - 44 | E | 0.00 | Tidak Lulus |
Memahami pengertian, tujuan, ruang lingkup, prinsip, komponen, dan peran keamanan dalam sistem informasi.
Setelah mengikuti pembelajaran pada pertemuan pertama, mahasiswa diharapkan mampu memahami landasan keamanan sistem informasi dan menjelaskan pentingnya perlindungan terhadap aset informasi.
Dasar Keamanan Informasi
Keamanan sistem informasi adalah serangkaian proses, kebijakan, prosedur, teknologi, dan tindakan yang digunakan untuk melindungi informasi serta komponen sistem dari berbagai ancaman yang dapat mengganggu kerahasiaan, integritas, dan ketersediaan informasi.
Informasi merupakan salah satu aset penting bagi organisasi. Informasi dapat digunakan untuk mendukung pengambilan keputusan, pelayanan kepada pengguna, kegiatan operasional, pengembangan strategi, dan keberlangsungan bisnis.
Oleh karena itu, kehilangan, perubahan, kebocoran, atau tidak tersedianya informasi dapat menyebabkan kerugian finansial, gangguan operasional, kerusakan reputasi, dan menurunnya kepercayaan pengguna.
Prinsip dasar keamanan informasi dikenal dengan istilah CIA Triad. CIA terdiri dari confidentiality, integrity, dan availability. Ketiga prinsip ini menjadi dasar dalam merancang, menerapkan, dan mengevaluasi pengamanan sistem informasi.
Kerahasiaan memastikan informasi hanya dapat diakses oleh pihak yang memiliki kewenangan.
Integritas memastikan informasi tetap akurat, lengkap, konsisten, dan tidak diubah tanpa izin.
Ketersediaan memastikan informasi dan layanan dapat digunakan ketika dibutuhkan.
| Komponen | Peran | Contoh Perlindungan |
|---|---|---|
| Manusia | Pengguna, administrator, pengelola, dan pemilik sistem. | Pelatihan keamanan, kesadaran pengguna, dan pembagian tanggung jawab. |
| Proses | Kebijakan, prosedur, standar, dan tata kelola keamanan. | SOP, audit, manajemen risiko, dan prosedur respons insiden. |
| Teknologi | Perangkat keras, perangkat lunak, jaringan, dan layanan keamanan. | Firewall, antivirus, enkripsi, MFA, IDS, dan IPS. |
| Data | Informasi yang diproses, disimpan, dan dikirim oleh sistem. | Klasifikasi data, kontrol akses, backup, dan perlindungan privasi. |
| Infrastruktur | Server, pusat data, perangkat jaringan, dan fasilitas pendukung. | Pengamanan fisik, CCTV, UPS, dan kontrol lingkungan. |
Kontrol yang bertujuan mencegah terjadinya pelanggaran atau insiden keamanan.
Contoh: firewall, MFA, dan kebijakan akses.Kontrol yang digunakan untuk menemukan aktivitas mencurigakan atau pelanggaran.
Contoh: monitoring, IDS, dan audit log.Kontrol yang digunakan untuk memulihkan sistem setelah terjadi insiden keamanan.
Contoh: backup, pemulihan, dan patching.Sebuah perguruan tinggi menggunakan sistem informasi akademik untuk menyimpan data mahasiswa, nilai, jadwal, presensi, dan informasi pembayaran.
| Prinsip | Risiko | Kontrol yang Dapat Diterapkan |
|---|---|---|
| Confidentiality | Data mahasiswa dilihat oleh pengguna yang tidak berwenang. | Login, role-based access control, dan enkripsi. |
| Integrity | Nilai mahasiswa diubah tanpa persetujuan. | Hak akses terbatas, audit log, dan persetujuan perubahan. |
| Availability | Sistem tidak dapat diakses saat pengisian KRS. | Backup, redundansi, monitoring, dan perencanaan pemulihan. |
Dosen menjelaskan konsep dasar dan prinsip CIA.
Mahasiswa mendiskusikan contoh insiden keamanan.
Mahasiswa mengidentifikasi aset dan risiko sederhana.
Mahasiswa menuliskan rangkuman dan pemahaman akhir.
Pilih satu sistem informasi yang digunakan dalam kehidupan sehari-hari, kemudian lakukan analisis awal terhadap kebutuhan keamanannya.
Memahami tiga prinsip utama keamanan informasi, yaitu confidentiality, integrity, dan availability sebagai dasar perlindungan sistem informasi.
Setelah mengikuti pembelajaran ini, mahasiswa diharapkan mampu memahami fungsi prinsip CIA dan menghubungkannya dengan kebutuhan perlindungan sistem informasi.
Dasar Keamanan Informasi
CIA Triad adalah model dasar yang digunakan untuk memahami tujuan utama keamanan informasi. CIA merupakan singkatan dari confidentiality, integrity, dan availability.
Ketiga prinsip ini digunakan untuk membantu organisasi menentukan kebutuhan perlindungan informasi. Sebuah sistem informasi dapat dikatakan aman apabila informasi terlindungi dari akses yang tidak sah, tetap akurat, dan tersedia ketika dibutuhkan.
Confidentiality atau kerahasiaan adalah prinsip yang memastikan informasi hanya dapat diakses, digunakan, dan diketahui oleh pihak yang memiliki hak atau kewenangan.
Integrity atau integritas adalah prinsip yang memastikan informasi tetap akurat, lengkap, konsisten, dan tidak mengalami perubahan tanpa persetujuan atau otorisasi.
Availability atau ketersediaan adalah prinsip yang memastikan informasi, aplikasi, dan layanan sistem dapat diakses oleh pengguna yang berwenang ketika dibutuhkan.
| Prinsip | Fokus Perlindungan | Contoh Ancaman | Contoh Kontrol |
|---|---|---|---|
| Confidentiality | Mencegah akses informasi oleh pihak yang tidak berwenang. | Kebocoran data dan penyadapan. | Enkripsi, password, dan kontrol akses. |
| Integrity | Menjaga keakuratan dan keutuhan informasi. | Manipulasi data dan malware. | Hash, audit log, dan digital signature. |
| Availability | Menjamin informasi dan layanan tersedia. | DoS, kerusakan server, dan listrik padam. | Backup, redundansi, dan disaster recovery. |
Sebuah perguruan tinggi menggunakan sistem informasi akademik untuk mengelola data mahasiswa, nilai, jadwal, presensi, dan pembayaran.
| Prinsip CIA | Skenario Risiko | Solusi Keamanan |
|---|---|---|
| Confidentiality | Data mahasiswa dapat dilihat oleh pengguna yang tidak memiliki hak akses. | Menerapkan login, role-based access control, dan enkripsi data. |
| Integrity | Nilai mahasiswa diubah tanpa persetujuan dosen. | Menerapkan audit log, pembatasan akses, dan mekanisme persetujuan. |
| Availability | Sistem tidak dapat digunakan saat pengisian KRS berlangsung. | Menerapkan backup, monitoring, redundansi, dan rencana pemulihan. |
Mempelajari definisi dan fungsi confidentiality, integrity, serta availability.
Mengidentifikasi risiko keamanan pada sistem informasi sederhana.
Mendiskusikan penerapan CIA pada lingkungan akademik dan organisasi.
Menentukan kontrol keamanan berdasarkan risiko yang ditemukan.
Pilih satu sistem informasi yang digunakan dalam kehidupan sehari-hari, kemudian analisis penerapan prinsip CIA pada sistem tersebut.
Memahami pengertian, jenis, nilai, kepemilikan, serta cara mengidentifikasi aset informasi yang harus dilindungi dalam sistem informasi.
Setelah mengikuti pembelajaran ini, mahasiswa diharapkan mampu mengenali dan mengklasifikasikan aset informasi yang terdapat dalam suatu organisasi atau sistem informasi.
Dasar Identifikasi Risiko
Aset informasi adalah segala sesuatu yang memiliki nilai bagi organisasi dan berkaitan dengan proses pengumpulan, penyimpanan, pengolahan, penggunaan, pengiriman, atau perlindungan informasi.
Aset tidak hanya berupa data atau dokumen. Perangkat keras, perangkat lunak, jaringan, sumber daya manusia, fasilitas, layanan, serta proses bisnis juga dapat dikategorikan sebagai aset yang perlu dilindungi.
Data mahasiswa, nilai, transaksi, dokumen, laporan, kredensial, dan informasi pribadi.
Server, komputer, laptop, router, switch, storage, kamera, dan perangkat pendukung.
Sistem operasi, aplikasi, database, middleware, API, dan perangkat lunak keamanan.
Infrastruktur jaringan, internet, intranet, VPN, DNS, dan jalur komunikasi data.
Pengguna, administrator, operator, dosen, mahasiswa, vendor, dan pengelola sistem.
Ruang server, pusat data, SOP, kebijakan, prosedur, dan proses bisnis organisasi.
| No. | Nama Aset | Jenis Aset | Pemilik Aset | Tingkat Kepentingan |
|---|---|---|---|---|
| 1 | Data Mahasiswa | Data dan Informasi | Bagian Akademik | Sangat Tinggi |
| 2 | Server Akademik | Perangkat Keras | Unit Teknologi Informasi | Sangat Tinggi |
| 3 | Aplikasi Sistem Akademik | Perangkat Lunak | Unit Teknologi Informasi | Tinggi |
| 4 | Akun Administrator | Sumber Daya Manusia | Administrator Sistem | Tinggi |
| 5 | Jaringan Kampus | Jaringan | Unit Infrastruktur Jaringan | Tinggi |
| 6 | SOP Pengelolaan Nilai | Proses dan Dokumen | Program Studi | Menengah |
Nilai aset ditentukan berdasarkan seberapa penting aset tersebut bagi organisasi dan seberapa besar dampak yang timbul apabila aset mengalami kehilangan, kerusakan, kebocoran, perubahan, atau tidak dapat digunakan.
| Tingkat Nilai | Karakteristik | Contoh Aset |
|---|---|---|
| Sangat Tinggi | Kehilangan aset dapat menyebabkan gangguan besar dan kerugian serius. | Data pribadi, data keuangan, dan server utama. |
| Tinggi | Aset sangat mendukung operasional utama organisasi. | Aplikasi akademik dan jaringan inti. |
| Menengah | Gangguan aset masih dapat ditangani melalui prosedur alternatif. | Dokumen internal dan perangkat kerja. |
| Rendah | Dampak kehilangan relatif kecil dan tidak mengganggu proses utama. | Informasi umum dan dokumen publik. |
| Aset | Confidentiality | Integrity | Availability |
|---|---|---|---|
| Data Mahasiswa | Hanya dapat diakses oleh pihak berwenang. | Tidak boleh diubah tanpa otorisasi. | Tersedia saat dibutuhkan untuk layanan akademik. |
| Server Akademik | Akses administrator harus dibatasi. | Konfigurasi tidak boleh diubah sembarangan. | Server harus beroperasi sesuai kebutuhan layanan. |
| Akun Pengguna | Kredensial harus dirahasiakan. | Aktivitas pengguna harus dapat ditelusuri. | Akun dapat digunakan oleh pemilik yang sah. |
Tentukan organisasi, unit kerja, proses bisnis, atau sistem yang akan dianalisis.
Catat seluruh data, perangkat, aplikasi, jaringan, SDM, dan dokumen yang digunakan.
Identifikasi pihak yang bertanggung jawab atas penggunaan dan perlindungan aset.
Tentukan nilai aset berdasarkan dampak terhadap kerahasiaan, integritas, dan ketersediaan.
Sebuah perguruan tinggi menggunakan sistem informasi akademik untuk mengelola data mahasiswa dan proses perkuliahan. Identifikasi aset dapat dilakukan dengan mengamati data, perangkat, aplikasi, pengguna, serta proses yang terlibat.
| Aset | Nilai Aset | Risiko Utama | Perlindungan Awal |
|---|---|---|---|
| Data Nilai Mahasiswa | Sangat Tinggi | Perubahan atau kebocoran data. | Kontrol akses, audit log, dan backup. |
| Server Database | Sangat Tinggi | Kerusakan, serangan, atau kehilangan data. | Hardening, monitoring, dan redundansi. |
| Akun Dosen | Tinggi | Pengambilalihan akun atau penyalahgunaan akses. | MFA, password kuat, dan pembatasan hak akses. |
Mempelajari pengertian dan jenis aset informasi.
Menemukan aset yang digunakan dalam sebuah sistem.
Mengelompokkan aset berdasarkan jenis dan nilainya.
Membahas risiko dan perlindungan aset informasi.
Pilih satu sistem informasi, kemudian buat daftar aset informasi yang digunakan dalam sistem tersebut.
Memahami pengertian ancaman, kerentanan, risiko, dampak, kemungkinan, serta cara melakukan identifikasi dan penilaian risiko keamanan sistem informasi.
Setelah mengikuti pembelajaran ini, mahasiswa diharapkan mampu mengidentifikasi berbagai ancaman dan kerentanan serta menganalisis risiko yang dapat memengaruhi keamanan sistem informasi.
Dasar Manajemen Risiko
Keamanan sistem informasi tidak hanya berfokus pada teknologi, tetapi juga pada kemampuan organisasi dalam mengenali dan mengelola kemungkinan terjadinya gangguan terhadap aset informasi.
Ancaman dapat memanfaatkan kerentanan yang terdapat pada sistem. Apabila ancaman berhasil memanfaatkan kerentanan, maka dapat terjadi insiden yang menimbulkan risiko dan dampak bagi organisasi.
Sesuatu yang memiliki nilai bagi organisasi dan perlu dilindungi, seperti data, server, aplikasi, jaringan, dan sumber daya manusia.
Kondisi, peristiwa, atau tindakan yang berpotensi menyebabkan kerusakan atau gangguan terhadap aset informasi.
Kelemahan pada sistem, konfigurasi, proses, atau manusia yang dapat dimanfaatkan oleh ancaman.
Kemungkinan terjadinya suatu kejadian yang dapat memberikan dampak negatif terhadap aset atau tujuan organisasi.
Akibat atau konsekuensi yang muncul apabila suatu ancaman berhasil memanfaatkan kerentanan.
Peristiwa yang benar-benar terjadi dan menyebabkan atau berpotensi menyebabkan gangguan keamanan informasi.
| Jenis Ancaman | Penjelasan | Contoh |
|---|---|---|
| Ancaman Internal | Berasal dari orang atau proses yang berada di dalam organisasi. | Penyalahgunaan hak akses, kesalahan pengguna, dan kebocoran oleh pegawai. |
| Ancaman Eksternal | Berasal dari pihak di luar organisasi atau lingkungan sistem. | Serangan siber, pencurian kredensial, malware, dan phishing. |
| Ancaman Alam | Disebabkan oleh kondisi alam atau bencana yang mengganggu fasilitas. | Banjir, gempa, kebakaran, dan petir. |
| Ancaman Teknologi | Disebabkan oleh kegagalan perangkat, aplikasi, jaringan, atau konfigurasi. | Kerusakan server, bug aplikasi, dan kegagalan jaringan. |
| Ancaman Manusia | Disebabkan oleh tindakan sengaja maupun tidak sengaja dari manusia. | Social engineering, salah konfigurasi, dan penghapusan data. |
Upaya menipu pengguna agar memberikan informasi sensitif melalui pesan atau situs palsu.
Perangkat lunak berbahaya yang dapat merusak, mencuri, atau mengganggu sistem.
Pengambilalihan username, password, token, atau informasi autentikasi pengguna.
Gangguan yang menyebabkan layanan tidak dapat digunakan oleh pengguna yang sah.
Manipulasi psikologis untuk memperoleh akses atau informasi dari korban.
Terbukanya data atau informasi kepada pihak yang tidak memiliki kewenangan.
Penilaian risiko dilakukan untuk menentukan tingkat prioritas risiko berdasarkan kemungkinan terjadinya ancaman dan besarnya dampak yang ditimbulkan.
Menunjukkan seberapa besar peluang suatu ancaman terjadi terhadap aset.
Menunjukkan tingkat kerugian atau gangguan apabila ancaman benar-benar terjadi.
| Kemungkinan | Dampak | ||
|---|---|---|---|
| Rendah | Sedang | Tinggi | |
| Rendah | Rendah | Sedang | Sedang |
| Sedang | Sedang | Tinggi | Tinggi |
| Tinggi | Sedang | Tinggi | Sangat Tinggi |
| Aset | Ancaman | Kerentanan | Dampak | Tingkat Risiko |
|---|---|---|---|---|
| Data Mahasiswa | Kebocoran data | Hak akses terlalu luas | Pelanggaran privasi dan reputasi organisasi | Sangat Tinggi |
| Server Akademik | Kerusakan perangkat | Tidak tersedia server cadangan | Layanan akademik terganggu | Tinggi |
| Akun Dosen | Pencurian password | Password lemah dan tanpa MFA | Akses tidak sah dan perubahan data | Sedang |
| Jaringan Kampus | Gangguan layanan | Tidak ada koneksi cadangan | Aktivitas pembelajaran terhenti | Sedang |
Menentukan aset yang penting dan perlu dilindungi.
Menentukan sumber ancaman yang dapat mengganggu aset.
Menemukan kelemahan yang dapat dimanfaatkan oleh ancaman.
Menentukan kemungkinan, dampak, dan prioritas risiko.
Menghentikan aktivitas yang memiliki risiko terlalu tinggi.
Menerapkan kontrol untuk mengurangi kemungkinan atau dampak risiko.
Membagi atau mengalihkan sebagian risiko kepada pihak lain.
Menerima risiko yang masih berada dalam batas toleransi organisasi.
Sebuah sistem informasi akademik menyimpan data mahasiswa, termasuk identitas, alamat, nilai, dan informasi kontak. Ditemukan bahwa beberapa akun pengguna memiliki hak akses yang terlalu luas.
| Elemen | Analisis |
|---|---|
| Aset | Data pribadi dan data akademik mahasiswa. |
| Ancaman | Penyalahgunaan akses atau kebocoran data. |
| Kerentanan | Hak akses tidak dibatasi berdasarkan peran. |
| Dampak | Pelanggaran privasi, kerugian reputasi, dan potensi sanksi. |
| Penanganan | Menerapkan role-based access control, audit log, review akses, dan pelatihan pengguna. |
Mempelajari istilah ancaman, kerentanan, risiko, dan dampak.
Mengidentifikasi aset, ancaman, dan kerentanan berdasarkan studi kasus.
Menentukan tingkat risiko berdasarkan kemungkinan dan dampak.
Menyampaikan hasil analisis risiko secara sistematis.
Pilih satu sistem informasi, kemudian buat analisis ancaman dan risiko berdasarkan aset yang telah diidentifikasi.
Materi ini membahas berbagai jenis ancaman yang dapat mengganggu kerahasiaan, integritas, dan ketersediaan sistem informasi.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu mengenali, mengelompokkan, dan menjelaskan berbagai ancaman terhadap sistem informasi.
Mengenali sumber dan bentuk ancaman
Ancaman keamanan adalah kondisi, tindakan, kejadian, atau pihak tertentu yang memiliki potensi untuk menyebabkan gangguan, kerusakan, kehilangan, perubahan, atau pengungkapan informasi tanpa kewenangan.
Ancaman dapat terjadi karena faktor manusia, teknologi, lingkungan, proses bisnis, maupun bencana alam. Ancaman belum tentu langsung menimbulkan kerugian, tetapi dapat menjadi risiko apabila terdapat kerentanan yang dapat dimanfaatkan.
Berasal dari pegawai, administrator, pengguna, atau pihak internal organisasi.
Berasal dari pihak luar yang berusaha memperoleh akses atau mengganggu layanan.
Berasal dari bencana alam, gangguan listrik, suhu, air, atau kerusakan fasilitas.
| Jenis Ancaman | Penjelasan | Dampak yang Mungkin Terjadi |
|---|---|---|
| Phishing | Penipuan untuk memperoleh informasi sensitif melalui pesan, email, atau situs palsu. | Pencurian akun dan kebocoran data. |
| Malware | Perangkat lunak berbahaya yang dirancang untuk mengganggu, merusak, atau mencuri data. | Kerusakan sistem, kehilangan data, dan gangguan operasional. |
| Pencurian Kredensial | Pengambilalihan username, password, token, atau informasi autentikasi. | Akses tidak sah dan penyalahgunaan akun. |
| Social Engineering | Manipulasi psikologis terhadap pengguna untuk mendapatkan akses atau informasi. | Kebocoran informasi dan pengambilalihan akun. |
| Denial-of-Service | Upaya mengganggu layanan agar tidak dapat digunakan oleh pengguna yang sah. | Layanan tidak tersedia dan gangguan bisnis. |
| Kebocoran Data | Informasi rahasia atau pribadi terbuka kepada pihak yang tidak berwenang. | Pelanggaran privasi dan kerugian reputasi. |
| Ancaman Orang Dalam | Penyalahgunaan akses oleh pengguna internal secara sengaja atau tidak sengaja. | Manipulasi, penghapusan, atau pencurian data. |
| Bencana dan Gangguan Fisik | Gangguan akibat kebakaran, banjir, gempa, listrik, atau kerusakan perangkat. | Kehilangan fasilitas dan tidak tersedianya sistem. |
Terancam ketika informasi diakses atau dibocorkan kepada pihak yang tidak berwenang.
Contoh: phishing dan kebocoran data.Terancam ketika data diubah, dihapus, atau dimanipulasi tanpa persetujuan.
Contoh: malware dan penyalahgunaan akses.Terancam ketika sistem atau layanan tidak dapat digunakan saat dibutuhkan.
Contoh: DoS dan kerusakan server.Tentukan data, aplikasi, perangkat, jaringan, dan fasilitas yang perlu dilindungi.
Tentukan apakah ancaman berasal dari internal, eksternal, teknologi, atau lingkungan.
Identifikasi kelemahan pada sistem, konfigurasi, proses, dan perilaku pengguna.
Tentukan dampak ancaman terhadap kerahasiaan, integritas, dan ketersediaan.
| Jenis Pengendalian | Tujuan | Contoh |
|---|---|---|
| Pengendalian Preventif | Mencegah ancaman sebelum menimbulkan insiden. | MFA, firewall, password kuat, dan pelatihan. |
| Pengendalian Detektif | Menemukan aktivitas mencurigakan atau pelanggaran keamanan. | Monitoring, audit log, IDS, dan alert. |
| Pengendalian Korektif | Memulihkan sistem setelah terjadi insiden. | Backup, patching, pemulihan, dan perbaikan. |
Seorang pengguna menerima email yang mengatasnamakan administrator sistem akademik. Email tersebut meminta pengguna untuk memasukkan username dan password melalui tautan tertentu.
| Elemen | Analisis |
|---|---|
| Aset | Akun pengguna dan data akademik. |
| Ancaman | Phishing dan pencurian kredensial. |
| Kerentanan | Pengguna tidak mengenali ciri-ciri email palsu dan tidak menggunakan MFA. |
| Dampak | Akun diambil alih dan data dapat diakses oleh pihak yang tidak berwenang. |
| Pengendalian | Edukasi pengguna, verifikasi alamat situs, MFA, filter email, dan pelaporan insiden. |
Pilih satu sistem informasi, kemudian identifikasi ancaman yang mungkin terjadi terhadap sistem tersebut.
Memahami pengertian, jenis, penyebab, dampak, serta cara mengidentifikasi dan mengurangi kerentanan pada sistem informasi.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami kelemahan sistem informasi dan menjelaskan pengaruhnya terhadap keamanan data, aplikasi, jaringan, serta infrastruktur.
Mengenali kelemahan sistem
Kerentanan sistem adalah kelemahan atau kekurangan yang terdapat pada perangkat keras, perangkat lunak, jaringan, konfigurasi, proses, kebijakan, maupun sumber daya manusia yang dapat dimanfaatkan oleh suatu ancaman.
Kerentanan tidak selalu berarti sistem telah diserang. Kerentanan menunjukkan adanya kondisi yang dapat meningkatkan peluang terjadinya insiden keamanan apabila tidak segera diperbaiki atau dikendalikan.
Sesuatu yang memiliki nilai dan perlu dilindungi.
Peristiwa atau tindakan yang dapat menimbulkan gangguan.
Kelemahan yang dapat dimanfaatkan oleh ancaman.
Kemungkinan dan dampak akibat ancaman berhasil memanfaatkan kerentanan.
| Jenis Kerentanan | Penjelasan | Contoh |
|---|---|---|
| Kerentanan Aplikasi | Kelemahan pada kode, logika, validasi, atau desain aplikasi. | Validasi input tidak memadai dan kesalahan pengelolaan sesi. |
| Kerentanan Konfigurasi | Pengaturan sistem tidak sesuai dengan prinsip keamanan. | Password bawaan, port tidak diperlukan, dan hak akses berlebihan. |
| Kerentanan Jaringan | Kelemahan pada desain, protokol, atau pengamanan komunikasi jaringan. | Jaringan tanpa segmentasi dan komunikasi tanpa perlindungan. |
| Kerentanan Perangkat Lunak | Kelemahan akibat perangkat lunak belum diperbarui atau tidak didukung. | Sistem operasi usang dan patch keamanan belum diterapkan. |
| Kerentanan Fisik | Kekurangan pengamanan terhadap perangkat dan fasilitas. | Ruang server tidak terkunci dan perangkat dapat diakses sembarang orang. |
| Kerentanan Manusia | Kelemahan yang berasal dari kurangnya pengetahuan, kesadaran, atau kedisiplinan. | Password dibagikan dan mudah tertipu phishing. |
| Kerentanan Prosedur | Tidak adanya kebijakan atau prosedur keamanan yang jelas. | Tidak ada prosedur backup dan respons insiden. |
Penggunaan password pendek, mudah ditebak, digunakan berulang, atau tidak diperbarui.
Perangkat lunak tidak mendapatkan pembaruan keamanan secara berkala.
Pengguna memperoleh akses melebihi kebutuhan tugasnya.
Backup tidak dilakukan, tidak diuji, atau disimpan tanpa perlindungan.
Pengaturan sistem atau jaringan tidak mengikuti standar keamanan.
Informasi konfigurasi, aset, prosedur, dan tanggung jawab tidak terdokumentasi.
| Prinsip CIA | Dampak Kerentanan | Contoh Kerentanan |
|---|---|---|
| Confidentiality | Informasi dapat dibaca atau diperoleh oleh pihak yang tidak berwenang. | Hak akses terlalu luas dan data tidak dienkripsi. |
| Integrity | Data dapat diubah, dihapus, atau dimanipulasi tanpa persetujuan. | Tidak ada validasi input dan audit log. |
| Availability | Sistem atau layanan tidak dapat digunakan ketika dibutuhkan. | Tidak ada backup, redundansi, atau pemantauan layanan. |
Mendata perangkat, aplikasi, sistem operasi, jaringan, akun, dan aset terkait.
Memeriksa konfigurasi berdasarkan kebijakan dan standar keamanan organisasi.
Meninjau desain, kode, validasi, hak akses, dan pengelolaan data aplikasi.
Menilai kesadaran, kebiasaan, dan kepatuhan pengguna terhadap prosedur keamanan.
| Langkah | Tujuan | Contoh Penerapan |
|---|---|---|
| Patching | Memperbaiki kelemahan pada perangkat lunak dan sistem operasi. | Memasang pembaruan keamanan dari sumber resmi. |
| Hardening | Mengurangi permukaan serangan pada sistem. | Menonaktifkan layanan tidak diperlukan dan mengganti konfigurasi bawaan. |
| Access Control | Membatasi akses sesuai tugas dan kebutuhan. | Menerapkan least privilege dan RBAC. |
| Monitoring | Mendeteksi perubahan atau aktivitas yang tidak wajar. | Menggunakan log, alert, dan pemeriksaan aktivitas. |
| Pelatihan | Meningkatkan kesadaran dan perilaku aman pengguna. | Edukasi password, phishing, privasi, dan pelaporan insiden. |
| Backup | Menyiapkan pemulihan apabila data rusak, hilang, atau terkena insiden. | Backup berkala dan pengujian pemulihan. |
Sebuah sistem informasi akademik memiliki akun administrator yang digunakan bersama oleh beberapa pengguna. Sistem juga belum menerapkan autentikasi multifaktor dan pencatatan aktivitas pengguna belum lengkap.
| Elemen | Analisis |
|---|---|
| Aset | Data akademik, akun administrator, dan aplikasi sistem informasi. |
| Kerentanan | Akun digunakan bersama, tidak ada MFA, dan audit log tidak lengkap. |
| Ancaman | Pencurian password atau penyalahgunaan hak administrator. |
| Dampak | Data dapat diubah, dihapus, atau diakses tanpa kewenangan. |
| Mitigasi | Menggunakan akun individual, menerapkan MFA, membatasi hak akses, serta mengaktifkan audit log. |
Pilih satu sistem informasi, kemudian identifikasi kerentanan yang mungkin terdapat pada sistem tersebut berdasarkan studi kasus atau observasi umum.
Memahami tujuan, jenis, fungsi, penerapan, dan evaluasi kontrol keamanan untuk melindungi aset informasi dari berbagai ancaman.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami dan memilih kontrol keamanan yang sesuai dengan aset, ancaman, kerentanan, dan tingkat risiko sistem informasi.
Perlindungan berdasarkan risiko
Kontrol keamanan adalah kebijakan, prosedur, tindakan, teknologi, atau mekanisme yang diterapkan untuk mengurangi kemungkinan terjadinya ancaman dan membatasi dampak apabila insiden keamanan terjadi.
Kontrol keamanan dirancang berdasarkan nilai aset, tingkat risiko, kebutuhan organisasi, persyaratan hukum, serta prinsip confidentiality, integrity, dan availability.
Mencegah informasi diakses, digunakan, atau dibagikan oleh pihak yang tidak berwenang.
Memastikan informasi tetap akurat, lengkap, konsisten, dan tidak diubah tanpa izin.
Memastikan layanan dan informasi dapat digunakan ketika dibutuhkan.
| Kategori | Penjelasan | Contoh |
|---|---|---|
| Kontrol Administratif | Kontrol yang berkaitan dengan kebijakan, aturan, tata kelola, dan pengelolaan risiko. | Kebijakan keamanan, SOP, klasifikasi data, dan manajemen risiko. |
| Kontrol Teknis | Kontrol yang diterapkan menggunakan perangkat keras atau perangkat lunak. | Firewall, enkripsi, MFA, antivirus, IDS, dan kontrol akses. |
| Kontrol Fisik | Kontrol untuk melindungi fasilitas, perangkat, dan lingkungan fisik. | Kunci ruangan, CCTV, kartu akses, UPS, dan pengamanan pusat data. |
| Kontrol Operasional | Kontrol yang dilakukan dalam kegiatan operasional sehari-hari. | Backup, monitoring, pemeliharaan, pelatihan, dan review akses. |
| Fungsi Kontrol | Tujuan | Contoh |
|---|---|---|
| Preventif | Mencegah ancaman atau kesalahan sebelum menimbulkan insiden. | MFA, firewall, password policy, dan pembatasan hak akses. |
| Detektif | Mendeteksi aktivitas mencurigakan atau pelanggaran keamanan. | Monitoring, audit log, IDS, alert, dan pemeriksaan keamanan. |
| Korektif | Memperbaiki kondisi setelah terjadi kesalahan atau insiden. | Patching, perbaikan konfigurasi, dan penghapusan malware. |
| Pemulihan | Mengembalikan sistem atau layanan ke kondisi operasional. | Restore backup, disaster recovery, dan pemulihan layanan. |
| Pencegahan Risiko | Mengurangi kemungkinan atau dampak risiko terhadap aset. | Segmentasi jaringan, redundansi, pelatihan, dan transfer risiko. |
Mengatur siapa yang dapat mengakses sistem, data, dan fitur tertentu.
Melindungi data ketika disimpan maupun dikirim melalui jaringan.
Mengatur lalu lintas jaringan berdasarkan aturan keamanan yang ditetapkan.
Mengamati aktivitas sistem dan menyediakan bukti untuk pemeriksaan keamanan.
Menyediakan salinan data dan prosedur pemulihan setelah terjadi gangguan.
Meningkatkan kemampuan pengguna dalam mengenali dan mencegah ancaman.
Kontrol keamanan harus dipilih berdasarkan hasil analisis risiko. Kontrol yang digunakan untuk satu aset belum tentu sesuai untuk aset lainnya.
| Risiko | Penyebab | Kontrol yang Sesuai |
|---|---|---|
| Kebocoran data | Hak akses terlalu luas dan data tidak terlindungi. | RBAC, MFA, enkripsi, dan review akses. |
| Perubahan data tanpa izin | Tidak ada pembatasan perubahan dan pencatatan aktivitas. | Approval, audit log, validasi input, dan pemisahan tugas. |
| Layanan tidak tersedia | Tidak ada backup, server cadangan, atau rencana pemulihan. | Backup, redundansi, monitoring, dan disaster recovery. |
| Infeksi malware | Perangkat lunak tidak diperbarui dan pengguna kurang waspada. | Patching, antivirus, filter email, dan pelatihan pengguna. |
Kenali aset, ancaman, kerentanan, dan dampak yang mungkin terjadi.
Tentukan kontrol yang sesuai dengan tingkat risiko dan kebutuhan organisasi.
Implementasikan kontrol secara terencana dan dokumentasikan hasilnya.
Pantau efektivitas kontrol dan lakukan perbaikan secara berkala.
Sebuah sistem informasi akademik menyimpan data nilai mahasiswa. Hanya dosen tertentu yang diperbolehkan mengubah nilai, sedangkan mahasiswa hanya dapat melihat nilai milik sendiri.
| Kebutuhan Keamanan | Kontrol | Tujuan |
|---|---|---|
| Membatasi akses berdasarkan peran. | Role-based access control. | Melindungi kerahasiaan dan mencegah akses yang tidak sesuai. |
| Mencegah perubahan nilai tanpa izin. | Approval dan audit log. | Menjaga integritas dan menyediakan bukti aktivitas. |
| Memulihkan data apabila terjadi kerusakan. | Backup berkala dan pengujian restore. | Menjamin ketersediaan dan pemulihan data. |
| Mendeteksi aktivitas mencurigakan. | Monitoring dan notifikasi keamanan. | Mempercepat deteksi dan penanganan insiden. |
Evaluasi dilakukan untuk memastikan kontrol keamanan berjalan sesuai tujuan dan mampu mengurangi risiko yang telah ditetapkan.
Berdasarkan hasil identifikasi ancaman dan kerentanan pada tugas sebelumnya, tentukan kontrol keamanan yang sesuai untuk setiap risiko.
Memahami model ancaman, tahapan serangan, teknik umum penyerang, serta cara menganalisis ancaman secara aman, legal, dan bertanggung jawab.
Setelah mengikuti pembelajaran ini, mahasiswa diharapkan mampu menjelaskan model ancaman dan menganalisis tahapan serangan terhadap sistem informasi.
Analisis jalur ancaman dan serangan
Model ancaman atau threat model adalah gambaran terstruktur mengenai aset yang harus dilindungi, kemungkinan pelaku, tujuan serangan, jalur serangan, kerentanan, serta dampak yang mungkin ditimbulkan.
Model ini membantu organisasi memahami bagaimana sebuah serangan dapat terjadi sehingga kontrol keamanan dapat dirancang berdasarkan risiko, bukan hanya berdasarkan dugaan atau asumsi.
| Aktor | Karakteristik | Tujuan Umum |
|---|---|---|
| Pengguna Internal | Memiliki akses resmi ke sebagian sistem. | Penyalahgunaan akses, kesalahan, atau pengambilan data. |
| Penyerang Eksternal | Berasal dari luar organisasi dan tidak memiliki akses resmi. | Pencurian informasi, gangguan layanan, atau keuntungan finansial. |
| Kelompok Terorganisasi | Memiliki sumber daya, pembagian peran, dan tujuan tertentu. | Pemerasan, pencurian data, atau spionase. |
| Penyerang Tidak Sengaja | Pengguna yang melakukan kesalahan tanpa niat menyerang. | Kerusakan data, salah konfigurasi, atau kebocoran informasi. |
| Pihak Ketiga | Vendor, mitra, atau penyedia layanan yang terhubung dengan sistem. | Risiko melalui akses, integrasi, atau kelemahan rantai pasok. |
Data, aplikasi, perangkat, jaringan, akun, layanan, dan proses yang memiliki nilai bagi organisasi.
Pihak yang memiliki kemampuan, akses, motivasi, atau kesempatan untuk melakukan serangan.
Kelemahan pada sistem, aplikasi, konfigurasi, proses, atau manusia.
Cara atau media yang dapat digunakan untuk mencapai target serangan.
Tujuan yang ingin dicapai, seperti akses data, perubahan informasi, atau gangguan layanan.
Konsekuensi terhadap kerahasiaan, integritas, ketersediaan, biaya, dan reputasi.
| Tahap | Penjelasan | Contoh Indikator |
|---|---|---|
| 1. Pengumpulan Informasi | Penyerang mencari informasi mengenai target, layanan, pengguna, atau infrastruktur. | Informasi publik, struktur organisasi, atau pola layanan. |
| 2. Akses Awal | Penyerang mencoba memperoleh akses melalui kredensial, pesan palsu, atau kelemahan yang tersedia. | Login tidak biasa, email mencurigakan, atau aktivitas akun abnormal. |
| 3. Eksploitasi | Kerentanan dimanfaatkan untuk menjalankan tindakan yang tidak semestinya. | Error aplikasi, perubahan konfigurasi, atau aktivitas tidak wajar. |
| 4. Perluasan Akses | Akses yang diperoleh digunakan untuk menjangkau sumber daya lain. | Akses ke akun, sistem, atau data tambahan. |
| 5. Tujuan Serangan | Penyerang berusaha mencapai tujuan akhir terhadap aset. | Pencurian, perubahan, penghapusan, atau gangguan layanan. |
| 6. Persistensi dan Penyembunyian | Upaya mempertahankan akses atau menyamarkan aktivitas. | Perubahan akun, aktivitas berulang, atau log yang tidak wajar. |
| Model Serangan | Cara Kerja secara Umum | Dampak | Pengendalian |
|---|---|---|---|
| Phishing | Memanfaatkan pesan atau halaman palsu untuk menipu pengguna. | Pencurian akun dan data. | Edukasi, filter email, verifikasi tautan, dan MFA. |
| Malware | Menggunakan perangkat lunak berbahaya untuk mengganggu atau mencuri informasi. | Kerusakan sistem dan kehilangan data. | Patching, antivirus, backup, dan pembatasan hak akses. |
| Penyalahgunaan Kredensial | Menggunakan akun atau password yang diperoleh secara tidak sah. | Akses tidak sah dan perubahan data. | MFA, password kuat, dan pemantauan login. |
| Serangan Aplikasi | Memanfaatkan kelemahan validasi input, autentikasi, atau pengelolaan sesi. | Kebocoran data atau perubahan informasi. | Secure coding, pengujian berizin, validasi input, dan review kode. |
| Gangguan Layanan | Mengganggu sumber daya agar layanan tidak dapat digunakan. | Penurunan atau hilangnya availability. | Monitoring, redundansi, rate limiting, dan rencana pemulihan. |
| Ancaman Orang Dalam | Penyalahgunaan akses oleh pengguna internal secara sengaja atau tidak sengaja. | Pencurian, manipulasi, atau kebocoran data. | Least privilege, pemisahan tugas, audit, dan review akses. |
Tentukan data, sistem, layanan, dan perangkat yang memiliki nilai.
Tentukan pihak yang dapat menjadi sumber ancaman dan kemampuan yang dimilikinya.
Identifikasi jalur masuk, kerentanan, dan komponen yang dapat terdampak.
Pilih kontrol preventif, detektif, dan korektif berdasarkan tingkat risiko.
Sistem informasi akademik digunakan oleh mahasiswa, dosen, administrator, dan bagian akademik untuk mengelola data perkuliahan dan nilai.
| Elemen | Analisis |
|---|---|
| Aset | Data mahasiswa, nilai, akun pengguna, aplikasi, dan database. |
| Aktor Ancaman | Pengguna internal, pihak eksternal, atau pihak ketiga yang memiliki akses. |
| Jalur Serangan | Kredensial yang dicuri, kesalahan konfigurasi, akun bersama, atau aplikasi yang belum diperbarui. |
| Tujuan Serangan | Mengakses data, mengubah nilai, atau mengganggu layanan akademik. |
| Kontrol | MFA, RBAC, audit log, patching, backup, monitoring, dan review akses berkala. |
Buat model ancaman sederhana untuk sebuah sistem informasi yang dipilih secara mandiri.
Memahami pengertian malware, jenis-jenis malware, cara penyebaran, tahapan serangan, indikator kompromi, metode deteksi, pencegahan, analisis, isolasi, pemulihan, serta respons insiden malware pada sistem informasi.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami ancaman malware dan menerapkan langkah pencegahan serta respons yang aman pada lingkungan laboratorium atau organisasi.
Mencegah, mendeteksi, membatasi, dan memulihkan dampak malware
Malware adalah perangkat lunak, kode, script, atau program yang dirancang untuk melakukan tindakan berbahaya, tidak sah, atau merugikan terhadap sistem, perangkat, jaringan, data, atau pengguna.
Malware dapat digunakan untuk mencuri data, merusak file, mengenkripsi dokumen, mengendalikan perangkat, memata-matai aktivitas, menyebarkan diri, atau mempertahankan akses tanpa diketahui pemilik sistem.
| Karakteristik | Penjelasan | Dampak |
|---|---|---|
| Unauthorized Activity | Menjalankan tindakan tanpa persetujuan pemilik sistem. | Akses, perubahan, atau pencurian data. |
| Persistence | Mempertahankan keberadaan setelah perangkat restart atau pengguna logout. | Akses berkelanjutan dan sulit dihapus. |
| Evasion | Berusaha menghindari antivirus, monitoring, atau analisis. | Deteksi lebih lambat atau tidak lengkap. |
| Propagation | Menyebar ke file, perangkat, akun, atau jaringan lain. | Dampak insiden semakin luas. |
| Command and Control | Berkomunikasi dengan pihak pengendali atau infrastruktur eksternal. | Perintah jarak jauh, pencurian data, atau pengunduhan komponen lain. |
| Data Collection | Mengumpulkan file, credential, screenshot, atau informasi perangkat. | Kebocoran data dan pengambilalihan akun. |
| Impact | Mengubah, merusak, mengenkripsi, atau menghapus data dan sistem. | Gangguan operasi, kerugian, dan kehilangan kepercayaan. |
| Jenis | Karakteristik | Dampak | Kontrol Utama |
|---|---|---|---|
| Virus | Menempel pada file atau program dan aktif ketika file dijalankan. | Kerusakan file dan penyebaran ke file lain. | Antivirus, application control, dan backup. |
| Worm | Dapat menyebar sendiri melalui jaringan atau kerentanan. | Penyebaran cepat dan konsumsi resource. | Patching, segmentation, firewall, dan monitoring. |
| Trojan | Menyamar sebagai aplikasi, dokumen, atau file yang sah. | Remote access, pencurian data, dan instalasi malware lain. | Software allowlist, scanning, dan user awareness. |
| Ransomware | Mengenkripsi atau mengunci data untuk meminta tebusan. | Gangguan operasi dan kehilangan akses data. | Backup offline, EDR, segmentation, dan incident response. |
| Spyware | Memantau aktivitas dan mengumpulkan data tanpa izin. | Pelanggaran privasi dan pencurian informasi. | Endpoint protection, permission control, dan monitoring. |
| Keylogger | Merekam input keyboard atau aktivitas pengguna. | Pencurian password, PIN, dan transaksi. | EDR, MFA, secure endpoint, dan credential rotation. |
| Rootkit | Menyembunyikan malware atau aktivitas pada sistem. | Persistence dan pengendalian mendalam. | Secure boot, integrity monitoring, dan rebuild. |
| Botnet | Perangkat terinfeksi dikendalikan secara terpusat. | DDoS, spam, scanning, dan aktivitas ilegal. | Network monitoring, isolation, dan credential protection. |
| Adware | Menampilkan iklan atau tracking yang tidak diinginkan. | Gangguan, profiling, dan risiko malware tambahan. | Application control dan browser protection. |
| Fileless Malware | Memanfaatkan memory atau tool sistem tanpa file berbahaya yang jelas. | Sulit dideteksi melalui pemeriksaan file biasa. | EDR, behavior monitoring, dan script control. |
| Cryptominer | Menggunakan resource perangkat untuk penambangan cryptocurrency. | CPU tinggi, performa menurun, dan biaya meningkat. | Resource monitoring, EDR, dan application allowlist. |
| Wiper | Menghapus atau merusak data dan sistem. | Kehilangan data dan gangguan layanan berat. | Backup terisolasi, segmentation, dan recovery plan. |
| Jalur | Contoh | Pencegahan |
|---|---|---|
| Lampiran berbahaya, link phishing, dan dokumen dengan macro. | Email filtering, attachment scanning, sandbox, dan awareness. | |
| Website | Download palsu, malvertising, dan situs kompromi. | Web filtering, browser update, DNS security, dan antivirus. |
| Removable Media | USB, external disk, atau memory card yang terinfeksi. | Device control, scan media, dan batasi autorun. |
| Software Bajakan | Crack, key generator, installer palsu, dan update tidak resmi. | Repository resmi, software allowlist, dan code signing. |
| Kerentanan Sistem | Operating system, service, atau aplikasi yang belum di-patch. | Patch management, vulnerability scanning, dan firewall. |
| Credential Compromise | Password dicuri melalui phishing atau malware. | MFA, least privilege, password manager, dan login monitoring. |
| Supply Chain | Package, library, image, installer, atau update telah dimodifikasi. | Trusted source, dependency scan, signature, dan inventory. |
| Cloud Storage | File berbahaya dibagikan melalui storage cloud. | Access control, scanning, sandbox, dan monitoring. |
Penyerang memilih target, data, organisasi, akun, atau perangkat yang ingin diserang.
Malware dikirim melalui email, website, removable media, software, atau layanan rentan.
Kode berbahaya berjalan setelah file atau proses diaktifkan.
Malware berusaha tetap aktif setelah restart, logout, atau perubahan kondisi.
Malware menyebar melalui jaringan, share, akun, atau perangkat lain.
Perangkat berkomunikasi dengan infrastruktur pengendali atau menerima instruksi.
Malware mencuri data, merusak sistem, mengenkripsi file, atau mengganggu layanan.
| Target | Contoh Dampak | Perlindungan |
|---|---|---|
| Endpoint | File berubah, proses mencurigakan, atau perangkat menjadi lambat. | Antivirus, EDR, patching, dan least privilege. |
| Server | Service berhenti, data dicuri, atau sistem dikendalikan. | Hardening, segmentation, backup, dan monitoring. |
| Database | Data diubah, diekspor, atau dihapus. | Access control, encryption, audit, dan backup. |
| Akun Pengguna | Credential digunakan untuk login atau penyalahgunaan layanan. | MFA, conditional access, password policy, dan identity monitoring. |
| Jaringan | Scanning, command and control, lateral movement, atau exfiltration. | Firewall, IDS, DNS security, dan network segmentation. |
| Cloud | Credential cloud dicuri atau resource digunakan tanpa izin. | IAM, MFA, audit log, key rotation, dan policy monitoring. |
| Perangkat Mobile | Data lokal, token, lokasi, atau aktivitas pengguna dicuri. | Secure storage, MDM, application review, dan remote wipe. |
| Perangkat IoT | Device dikendalikan, dijadikan botnet, atau mengirim data palsu. | Firmware update, device identity, dan segmentation. |
| Metode | Cara Kerja | Kelebihan | Keterbatasan |
|---|---|---|---|
| Signature-Based | Membandingkan objek dengan pola malware yang telah dikenal. | Cepat dan efektif terhadap malware lama. | Kurang efektif terhadap varian baru. |
| Heuristic | Menganalisis karakteristik atau struktur objek. | Dapat mendeteksi varian yang dimodifikasi. | Dapat menghasilkan false positive. |
| Behavior-Based | Memantau tindakan proses, file, registry, memory, atau jaringan. | Mendeteksi aktivitas yang mencurigakan. | Membutuhkan konteks dan konfigurasi yang baik. |
| Reputation-Based | Menggunakan reputasi file, domain, URL, certificate, atau publisher. | Membantu memblokir sumber berisiko. | Reputasi dapat belum tersedia atau keliru. |
| Sandbox | Menjalankan objek dalam lingkungan terisolasi. | Dapat mengamati perilaku secara aman. | Memerlukan resource dan analisis tambahan. |
| Memory Analysis | Memeriksa proses dan aktivitas yang berjalan pada memory. | Berguna untuk fileless malware. | Membutuhkan keahlian dan alat khusus. |
| Threat Intelligence | Membandingkan indikator dengan informasi ancaman yang diketahui. | Mempercepat korelasi dan investigasi. | Indikator dapat berubah atau tidak lengkap. |
Indicators of Compromise atau IoC adalah tanda atau artefak yang dapat menunjukkan kemungkinan terjadinya kompromi pada sistem.
| Kategori | Contoh Indikator | Tindakan Analisis |
|---|---|---|
| File | File baru pada lokasi tidak biasa, hash tidak dikenal, atau perubahan massal. | Periksa hash, sumber, waktu pembuatan, dan pemilik file. |
| Process | Proses tidak dikenal, parent-child process tidak wajar, atau CPU tinggi. | Periksa process tree, signature, command line, dan waktu eksekusi. |
| Account | Login dari lokasi anomali, akun baru, atau privilege berubah. | Tinjau identity log, session, role, dan credential. |
| Network | Koneksi ke domain, IP, port, atau tujuan yang tidak biasa. | Korelasikan DNS, firewall, proxy, dan endpoint telemetry. |
| Persistence | Perubahan startup, scheduled task, service, atau konfigurasi login. | Bandingkan baseline dan perubahan resmi. |
| Data | Banyak file dibaca, dikompresi, atau dipindahkan. | Tinjau akses data, volume transfer, dan tujuan pengiriman. |
| System | Error berulang, service berhenti, atau konfigurasi berubah. | Periksa event log, system log, dan perubahan deployment. |
| Kontrol | Fungsi | Penerapan |
|---|---|---|
| Antivirus dan EDR | Mendeteksi dan merespons aktivitas berbahaya. | Aktifkan real-time protection, update, dan centralized management. |
| Patch Management | Menutup kerentanan yang dapat dieksploitasi. | Perbarui operating system, aplikasi, firmware, dan library. |
| Least Privilege | Membatasi dampak ketika akun atau proses terinfeksi. | Gunakan user non-administrator dan review privilege. |
| Application Control | Membatasi aplikasi yang boleh dijalankan. | Gunakan allowlist, code signing, dan software inventory. |
| Email Security | Menyaring lampiran dan link berbahaya. | Attachment scanning, URL protection, dan sandbox. |
| Network Segmentation | Membatasi penyebaran malware. | Pisahkan endpoint, server, backup, guest, dan management network. |
| Backup | Menyediakan sumber pemulihan jika data rusak atau terenkripsi. | Gunakan backup offline atau immutable dan lakukan restore test. |
| User Awareness | Mengurangi risiko kesalahan pengguna. | Pelatihan phishing, pelaporan, dan verifikasi permintaan. |
| MFA | Mengurangi risiko credential yang dicuri. | Terapkan untuk email, VPN, cloud, dan akun administratif. |
| Lapisan | Fungsi | Contoh Penerapan |
|---|---|---|
| Pencegahan | Mengurangi kemungkinan ransomware masuk. | Patch, email filtering, application control, dan awareness. |
| Deteksi | Menemukan perilaku enkripsi atau akses abnormal. | EDR, file behavior monitoring, dan alert. |
| Isolasi | Menghentikan penyebaran ke endpoint atau share lain. | Network isolation dan pembatasan akun. |
| Backup | Menyediakan salinan data untuk pemulihan. | Backup offline, immutable, terenkripsi, dan diuji. |
| Recovery | Mengembalikan operasi dari kondisi yang bersih. | Rebuild endpoint, restore backup, patch, dan validasi. |
| Lessons Learned | Mencegah insiden berulang. | Root cause analysis dan perbaikan kontrol. |
Terima alert dari antivirus, EDR, pengguna, email, firewall, atau monitoring jaringan.
Isolasi endpoint, cabut token, batasi jaringan, dan hentikan penyebaran.
Hapus malware, persistence, akun tidak sah, dan kerentanan penyebab.
Pulihkan sistem dari sumber tepercaya dan lakukan monitoring lanjutan.
| Tahap | Aktivitas | Bukti atau Output |
|---|---|---|
| Identification | Menentukan endpoint, akun, waktu, malware, dan cakupan insiden. | Incident ticket dan timeline awal. |
| Containment | Mengisolasi endpoint dan membatasi komunikasi. | Daftar endpoint terisolasi dan perubahan firewall. |
| Evidence Preservation | Menyimpan log, alert, hash, waktu, dan artefak yang relevan. | Evidence record dan chain of custody. |
| Eradication | Membersihkan malware dan memperbaiki sumber infeksi. | Hasil scan, patch record, dan validasi. |
| Recovery | Memulihkan layanan dan data secara bertahap. | Restore record dan hasil pengujian layanan. |
| Post-Incident | Mengevaluasi akar masalah dan memperbaiki kontrol. | Laporan akhir dan action plan. |
| Bukti | Informasi | Catatan Keamanan |
|---|---|---|
| Antivirus Alert | Nama deteksi, waktu, endpoint, file, dan tindakan. | Simpan tanpa membagikan data rahasia. |
| Endpoint Log | User, process, file, service, dan perubahan konfigurasi. | Pertahankan timestamp dan sumber log. |
| Network Log | DNS, koneksi, domain, IP, port, dan volume data. | Batasi akses terhadap data investigasi. |
| File Metadata | Nama, ukuran, path, waktu, publisher, dan hash. | Jangan menjalankan sampel malware di lingkungan produksi. |
| Account Activity | Login, privilege, token, session, dan perubahan akun. | Rotasi credential jika terdapat indikasi pencurian. |
| Backup Status | Waktu backup, lokasi, integritas, dan hasil restore. | Verifikasi backup sebelum pemulihan. |
| Aspek | Malware | Antivirus atau EDR |
|---|---|---|
| Tujuan | Menjalankan aktivitas berbahaya atau tidak sah. | Mendeteksi, mencegah, dan merespons ancaman. |
| Aktivitas | Mengubah file, mencuri data, menyebar, atau mengendalikan sistem. | Memantau file, proses, memory, konfigurasi, dan network. |
| Persistence | Berusaha tetap aktif setelah restart atau logout. | Mendeteksi perubahan startup, service, atau konfigurasi. |
| Komunikasi | Berkomunikasi dengan tujuan yang tidak sah. | Memblokir atau memberi alert terhadap koneksi abnormal. |
| Dampak | Kebocoran, kerusakan, pencurian, dan gangguan. | Mengurangi waktu deteksi dan dampak insiden. |
| Kondisi | Risiko | Kontrol |
|---|---|---|
| Antivirus tidak diperbarui selama beberapa bulan. | Malware yang telah dikenal tidak terdeteksi. | Automatic update, status monitoring, dan alert. |
| Pengguna membuka lampiran email tidak dikenal. | Trojan atau ransomware dapat dijalankan. | Email filtering, sandbox, awareness, dan attachment scanning. |
| User menjalankan aktivitas rutin sebagai administrator. | Dampak malware menjadi lebih besar. | Least privilege, separate admin account, dan privilege review. |
| File share terbuka untuk seluruh pengguna. | Malware dapat membaca atau mengenkripsi data bersama. | Access control, segmentation, backup, dan share monitoring. |
| Backup selalu terhubung ke jaringan produksi. | Backup dapat ikut dihapus atau dienkripsi. | Offline backup, immutable storage, dan restore test. |
| Endpoint terinfeksi tetap terhubung ke jaringan. | Malware menyebar ke sistem lain. | Endpoint isolation, firewall, dan incident response. |
| Exclusion antivirus mencakup seluruh folder pengguna. | Malware dapat bersembunyi tanpa dipindai. | Scope minimum, approval, expiration, dan review. |
| Banyak perangkat tidak terdaftar pada console. | Endpoint tidak terlindungi dan tidak termonitor. | Asset inventory, agent deployment, NAC, dan coverage report. |
Sebuah laboratorium memiliki server file, komputer praktikum, laptop administrator, dan backup jaringan. Tim menemukan kondisi berikut:
Refleksikan perlindungan malware pada komputer pribadi, laboratorium, kampus, organisasi, atau lingkungan kerja.
Buat analisis perlindungan malware untuk sebuah organisasi, laboratorium, atau lingkungan endpoint.
| Komponen | Bobot | Indikator Penilaian |
|---|---|---|
| Pemahaman Malware | 15% | Pengertian, jenis, karakteristik, dan dampak malware dijelaskan dengan benar. |
| Analisis Ancaman | 15% | Jalur masuk, target, indikator kompromi, dan risiko berhasil diidentifikasi. |
| Kontrol Pencegahan | 20% | Antivirus, EDR, patching, least privilege, MFA, segmentation, dan awareness dibahas. |
| Deteksi dan Monitoring | 15% | Indikator, logging, alert, dan proses investigasi dijelaskan. |
| Incident Response | 20% | Deteksi, containment, eradication, recovery, dan lessons learned tersusun. |
| Backup dan Recovery | 10% | Backup terlindungi, memiliki retensi, dan dapat dipulihkan. |
| Etika dan Dokumentasi | 5% | Menggunakan environment berizin dan tidak menyebarkan malware nyata. |
Memahami konsep serangan jaringan, jenis ancaman pada infrastruktur jaringan, teknik penyalahgunaan layanan, sniffing, spoofing, scanning, denial of service, serangan wireless, lateral movement, deteksi, pencegahan, monitoring, dan respons insiden secara aman serta etis.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami jenis serangan jaringan, mengidentifikasi risiko, serta menyusun kontrol pencegahan dan respons pada lingkungan yang terotorisasi.
Mengenali, mencegah, mendeteksi, dan merespons serangan terhadap jaringan
Serangan jaringan adalah tindakan yang bertujuan mengganggu, menyadap, memanipulasi, mengeksploitasi, atau memperoleh akses tidak sah terhadap perangkat, layanan, komunikasi, dan data yang terhubung melalui jaringan.
Serangan dapat dilakukan terhadap jaringan lokal, jaringan wireless, internet, data center, cloud, perangkat IoT, server, endpoint, maupun layanan komunikasi.
| Aset | Contoh | Risiko | Kontrol |
|---|---|---|---|
| Router dan Switch | Perangkat routing, switching, dan konfigurasi jaringan. | Perubahan route, penyadapan, atau gangguan konektivitas. | Hardening, access control, backup konfigurasi, dan monitoring. |
| Firewall | Perangkat atau layanan yang mengatur traffic. | Rule diubah atau lalu lintas berbahaya diizinkan. | Rule review, change approval, logging, dan least privilege. |
| Server | Web server, database, DNS, email, dan file server. | Eksploitasi layanan, malware, dan unauthorized access. | Patching, segmentation, hardening, dan backup. |
| Endpoint | Laptop, desktop, mobile, dan workstation. | Malware, credential theft, dan pivoting. | EDR, antivirus, MFA, dan least privilege. |
| Wireless Access Point | Wi-Fi kantor, kampus, rumah, dan perangkat IoT. | Unauthorized connection dan penyadapan. | WPA sesuai kebutuhan, segmentation, dan access control. |
| Data | Credential, transaksi, dokumen, dan data pribadi. | Kebocoran, perubahan, atau penghapusan. | Enkripsi, access control, DLP, dan backup. |
| Konfigurasi | Rule firewall, route, ACL, DNS, dan VLAN. | Salah konfigurasi atau perubahan tidak sah. | Configuration management dan audit trail. |
| Prinsip | Contoh Serangan | Dampak | Kontrol |
|---|---|---|---|
| Confidentiality | Sniffing, packet capture, dan unauthorized access. | Data dibaca pihak yang tidak berwenang. | Enkripsi, VPN, TLS, dan access control. |
| Integrity | Spoofing, session hijacking, dan man-in-the-middle. | Data atau komunikasi diubah. | Authentication, integrity check, dan secure protocol. |
| Availability | DoS, DDoS, flooding, dan jamming. | Layanan lambat atau tidak tersedia. | Rate limit, redundancy, filtering, dan response plan. |
| Authenticity | IP spoofing, DNS spoofing, dan rogue access point. | Pihak palsu dianggap sebagai pihak sah. | Certificate, mutual authentication, dan identity verification. |
| Permukaan | Contoh | Risiko | Pengurangan Risiko |
|---|---|---|---|
| Port dan Service | Port layanan terbuka ke jaringan yang luas. | Scanning dan eksploitasi. | Tutup service yang tidak diperlukan dan gunakan firewall. |
| Remote Access | VPN, SSH, remote desktop, dan console cloud. | Brute force, credential theft, dan session abuse. | MFA, allowlist, bastion, dan monitoring. |
| Wireless | Wi-Fi, Bluetooth, access point, dan IoT. | Rogue access point, penyadapan, dan koneksi ilegal. | Enkripsi, segmentation, dan access control. |
| Protocol | DNS, DHCP, ARP, HTTP, TLS, dan routing. | Spoofing, downgrade, atau manipulasi. | Gunakan protokol aman dan validasi identitas. |
| Perangkat Tidak Dikenal | Endpoint pribadi, IoT, atau perangkat tamu. | Malware dan akses tidak terkontrol. | NAC, guest network, inventory, dan policy. |
| Konfigurasi | Rule, route, ACL, credential, dan firmware. | Salah konfigurasi atau perubahan ilegal. | Baseline, review, backup, dan change management. |
| Serangan | Penjelasan | Dampak | Pencegahan |
|---|---|---|---|
| Network Scanning | Mengidentifikasi host, port, service, atau versi pada jaringan. | Membantu pemetaan target untuk serangan lanjutan. | Firewall, segmentation, service minimization, dan monitoring. |
| Packet Sniffing | Mengamati paket atau komunikasi jaringan. | Kebocoran credential dan data. | TLS, VPN, secure Wi-Fi, dan network control. |
| Spoofing | Menyamar sebagai alamat, perangkat, service, atau identitas lain. | Komunikasi salah tujuan dan akses tidak sah. | Authentication, filtering, DHCP protection, dan monitoring. |
| Man-in-the-Middle | Penyerang berada di antara dua pihak yang berkomunikasi. | Penyadapan dan manipulasi data. | TLS, certificate validation, VPN, dan secure network. |
| Denial of Service | Membebani layanan atau resource agar tidak dapat digunakan. | Layanan lambat atau berhenti. | Rate limiting, filtering, redundancy, dan capacity planning. |
| Distributed Denial of Service | Gangguan yang berasal dari banyak sumber secara bersamaan. | Gangguan layanan luas dan sulit diblokir dari satu sumber. | DDoS protection, traffic scrubbing, CDN, dan incident response. |
| Session Hijacking | Penggunaan session atau token milik pihak lain. | Pengambilalihan akses pengguna. | TLS, secure cookie, session rotation, dan revocation. |
| DNS Abuse | Manipulasi atau penyalahgunaan resolusi nama. | Pengguna diarahkan ke tujuan yang salah. | DNS security, validation, monitoring, dan resolver tepercaya. |
| ARP Abuse | Manipulasi pemetaan alamat pada jaringan lokal. | Penyadapan, pengalihan, atau gangguan komunikasi. | Segmentation, inspection, static control, dan monitoring. |
| Route Manipulation | Perubahan jalur komunikasi secara tidak sah. | Traffic salah arah, penyadapan, atau unavailable. | Routing authentication, ACL, dan change monitoring. |
| Wireless Attack | Penyalahgunaan access point atau jaringan wireless. | Akses ilegal dan penyadapan. | Secure encryption, segmentation, WIDS, dan access review. |
| Lateral Movement | Perpindahan penyerang dari satu sistem ke sistem lain. | Cakupan kompromi semakin luas. | Segmentation, least privilege, MFA, dan east-west monitoring. |
Network scanning dapat digunakan secara sah untuk inventaris, audit, dan vulnerability assessment. Namun, scanning tanpa izin dapat mengganggu sistem dan melanggar kebijakan.
| Jenis Pemeriksaan | Tujuan Defensif | Kontrol |
|---|---|---|
| Asset Discovery | Mengetahui perangkat yang terhubung ke jaringan. | Asset inventory, DHCP record, NAC, dan network monitoring. |
| Port Exposure Review | Mengetahui service yang dapat dijangkau. | Tutup port dan service yang tidak diperlukan. |
| Service Inventory | Mengetahui aplikasi, versi, dan pemilik service. | Patch management dan ownership record. |
| Vulnerability Assessment | Mengidentifikasi kelemahan yang telah diketahui. | Prioritization, remediation, dan retest. |
| Configuration Review | Membandingkan perangkat dengan baseline. | Hardening standard dan configuration management. |
| Risiko | Cara Terjadi | Kontrol Perlindungan |
|---|---|---|
| Penyadapan Traffic | Komunikasi dikirim tanpa perlindungan yang memadai. | TLS, VPN, secure protocol, dan certificate validation. |
| Rogue Access Point | Access point palsu dibuat menyerupai jaringan yang dikenal. | Wi-Fi authentication, WIDS, device policy, dan user awareness. |
| Certificate Warning | Pengguna mengabaikan peringatan certificate. | Edukasi, certificate management, dan pemblokiran koneksi tidak valid. |
| Session Exposure | Token atau cookie dikirim secara tidak aman. | Secure cookie, TLS, expiration, dan revocation. |
| Traffic Manipulation | Pesan diubah selama perjalanan. | Message integrity, signature, mutual authentication, dan secure protocol. |
Denial of Service adalah gangguan yang membuat layanan, jaringan, atau resource tidak tersedia bagi pengguna yang sah. DDoS menggunakan banyak sumber untuk menghasilkan traffic atau request secara bersamaan.
| Area | Indikator | Kontrol |
|---|---|---|
| Volume Traffic | Lonjakan traffic di luar pola normal. | Capacity planning, rate limit, filtering, dan DDoS protection. |
| Request Rate | Jumlah request meningkat tajam atau berasal dari banyak sumber. | Rate limiting, caching, WAF, dan traffic analysis. |
| Resource Usage | CPU, memory, connection, atau bandwidth habis. | Resource limit, autoscaling, timeout, dan isolation. |
| Availability | Response time tinggi atau service tidak merespons. | Redundancy, failover, health check, dan recovery plan. |
| Upstream Dependency | Layanan eksternal tidak dapat diakses atau ikut terbebani. | Circuit breaker, queue, fallback, dan dependency monitoring. |
| Ancaman | Penjelasan | Pencegahan |
|---|---|---|
| Rogue Access Point | Access point tidak sah terhubung atau dipasang pada jaringan. | WIDS, inventory, port security, dan pemeriksaan berkala. |
| Evil Twin | Access point palsu meniru nama jaringan wireless yang sah. | Validasi jaringan, secure authentication, dan edukasi pengguna. |
| Weak Encryption | Wireless menggunakan perlindungan yang lemah atau konfigurasi lama. | Gunakan konfigurasi enkripsi modern sesuai kemampuan perangkat. |
| Unauthorized Device | Perangkat asing bergabung ke jaringan. | NAC, device inventory, guest isolation, dan access review. |
| Wireless Jamming | Gangguan terhadap ketersediaan sinyal wireless. | Monitoring, alternatif koneksi, redundancy, dan incident response. |
| Misconfiguration | SSID, password, management interface, atau segmentasi salah dikonfigurasi. | Baseline, hardening, firmware update, dan configuration review. |
Segmentasi membagi jaringan menjadi beberapa zona agar akses dan penyebaran ancaman dapat dikendalikan. Segmentasi tidak hanya berdasarkan lokasi, tetapi juga berdasarkan fungsi, tingkat kepercayaan, dan sensitivitas aset.
| Zona | Isi | Kebijakan |
|---|---|---|
| Public Zone | Layanan yang memang dapat diakses publik. | Akses masuk sangat terbatas dan dimonitor. |
| DMZ | Web server, reverse proxy, atau layanan publik. | Tidak boleh memiliki akses bebas ke jaringan internal. |
| User Network | Laptop, desktop, dan perangkat pengguna. | Akses ke server berdasarkan kebutuhan. |
| Server Network | Application server, database, dan file server. | Komunikasi antarservice menggunakan allowlist. |
| Management Network | Akses administrasi perangkat jaringan dan server. | Hanya dari VPN, bastion, atau workstation terkelola. |
| Guest Network | Perangkat tamu atau pengguna eksternal. | Isolasi dari jaringan internal. |
| IoT Network | Sensor, kamera, printer, dan perangkat IoT. | Batasi komunikasi ke gateway atau layanan yang diperlukan. |
| Backup Network | Sistem backup dan storage pemulihan. | Akses terbatas dan tidak terbuka secara bebas ke endpoint. |
| Teknologi | Fungsi | Hal yang Harus Dipantau |
|---|---|---|
| Firewall | Mengizinkan atau menolak traffic berdasarkan aturan. | Rule terlalu luas, port terbuka, dan perubahan konfigurasi. |
| Web Application Firewall | Melindungi aplikasi web dari pola request berbahaya. | False positive, bypass, dan rule yang tidak diperbarui. |
| IDS | Mendeteksi pola aktivitas atau traffic mencurigakan. | Alert, severity, sumber, tujuan, dan korelasi. |
| IPS | Mendeteksi dan dapat memblokir traffic tertentu. | Dampak pemblokiran terhadap layanan sah. |
| Network Detection and Response | Menganalisis telemetry jaringan dan aktivitas ancaman. | Anomali komunikasi dan lateral movement. |
| Cloud Security Control | Mengatur traffic antar-resource cloud. | Security group, route, public exposure, dan IAM. |
| Indikator | Contoh | Tindakan Awal |
|---|---|---|
| Traffic Spike | Lonjakan traffic yang tidak sesuai pola. | Identifikasi sumber, tujuan, protokol, dan waktu kejadian. |
| Port Scanning | Satu sumber mencoba banyak port atau host. | Korelasikan firewall log dan asset inventory. |
| Failed Connection | Banyak koneksi gagal ke layanan tertentu. | Periksa brute force, konfigurasi, dan sumber koneksi. |
| Unusual DNS | Query menuju domain baru, acak, atau berisiko. | Tinjau reputasi domain dan endpoint asal. |
| East-West Traffic | Endpoint berkomunikasi dengan banyak server internal. | Periksa lateral movement dan credential compromise. |
| New Device | Perangkat baru bergabung ke jaringan. | Validasi identitas, pemilik, dan kebijakan akses. |
| Configuration Change | Rule firewall, route, VLAN, atau ACL berubah. | Verifikasi change ticket dan administrator. |
| Data Transfer | Transfer data besar menuju tujuan tidak biasa. | Tinjau akun, file, tujuan, dan kebutuhan bisnis. |
Identifikasi alert, traffic abnormal, perangkat asing, atau perubahan konfigurasi.
Isolasi endpoint, blokir traffic, cabut akses, atau pisahkan zona jaringan.
Analisis log, flow, perangkat, akun, konfigurasi, dan timeline.
Perbaiki konfigurasi, patch sistem, pulihkan layanan, dan lakukan monitoring lanjutan.
| Jenis Insiden | Tindakan Awal | Pemulihan |
|---|---|---|
| Port Scanning | Identifikasi sumber dan pastikan apakah scanning terotorisasi. | Tutup service tidak diperlukan dan perbaiki monitoring. |
| Unauthorized Device | Karantina perangkat dan blokir aksesnya. | Validasi perangkat, bersihkan, atau keluarkan dari jaringan. |
| Malware Traffic | Isolasi endpoint dan blokir tujuan berbahaya. | Scan, eradication, credential rotation, dan patching. |
| DDoS | Aktifkan proteksi traffic dan hubungi provider. | Pulihkan layanan bertahap dan evaluasi kapasitas. |
| Rogue Access Point | Identifikasi dan lepaskan perangkat dari jaringan. | Review konfigurasi wireless dan lakukan pemeriksaan coverage. |
| Configuration Change | Bandingkan dengan change ticket dan backup baseline. | Restore konfigurasi sah dan periksa akun administrator. |
| Kondisi | Risiko | Kontrol |
|---|---|---|
| Semua server dapat diakses dari jaringan pengguna. | Lateral movement dan akses berlebihan. | Segmentasi, ACL, firewall, dan allowlist. |
| Port administrasi terbuka ke seluruh internet. | Scanning, brute force, dan eksploitasi. | VPN, bastion, MFA, dan source allowlist. |
| Firewall rule mengizinkan semua traffic. | Traffic berbahaya dapat melewati jaringan. | Deny by default, rule review, dan logging. |
| Tidak ada inventory perangkat jaringan. | Perangkat asing sulit diketahui. | Asset inventory, NAC, discovery, dan review. |
| Access point tidak dikenal terhubung ke jaringan. | Rogue access point dan penyadapan. | WIDS, port security, dan pemeriksaan fisik. |
| Log firewall tidak dikirim ke sistem terpusat. | Investigasi dan korelasi terlambat. | Centralized logging, retention, dan alert. |
| Backup konfigurasi tidak pernah diuji. | Pemulihan gagal saat insiden. | Recovery test, versioning, dan dokumentasi. |
| Traffic dari IoT menuju seluruh jaringan internal diizinkan. | Kompromi IoT menyebar ke sistem lain. | IoT segmentation, egress filtering, dan allowlist. |
Sebuah organisasi memiliki jaringan kantor yang terdiri dari jaringan pengguna, server aplikasi, database, Wi-Fi tamu, jaringan IoT, VPN, dan firewall.
Refleksikan keamanan jaringan pada rumah, laboratorium, kampus, organisasi, atau usaha kecil.
Buat analisis dan rancangan keamanan jaringan untuk sebuah laboratorium, kantor, kampus, rumah, atau organisasi sederhana.
| Komponen | Bobot | Indikator Penilaian |
|---|---|---|
| Topologi dan Inventaris | 15% | Perangkat, koneksi, zona, dan aset digambarkan dengan jelas. |
| Analisis Serangan | 20% | Jenis serangan, titik masuk, dampak, dan risiko berhasil dianalisis. |
| Segmentasi dan Access Control | 20% | Segmentasi, firewall, ACL, VPN, dan pembatasan akses dirancang sesuai kebutuhan. |
| Monitoring | 15% | Log, metric, indikator anomali, dan alert dijelaskan secara operasional. |
| Incident Response | 15% | Deteksi, containment, investigasi, pemulihan, dan evaluasi disusun. |
| Backup dan Recovery | 10% | Backup konfigurasi tersedia dan proses pemulihan dapat diuji. |
| Etika dan Dokumentasi | 5% | Pengujian dilakukan pada lingkungan berizin dan terdokumentasi. |
Memahami ancaman dari pihak internal, faktor penyebab, klasifikasi insider threat, indikator perilaku, penyalahgunaan akses, kebocoran data, pencegahan, monitoring, investigasi, respons insiden, dan penerapan prinsip least privilege secara proporsional.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami risiko insider threat dan menyusun kontrol pencegahan serta respons yang menghormati keamanan, privasi, dan hak pengguna.
Melindungi organisasi dari penyalahgunaan akses internal
Insider threat adalah risiko keamanan yang berasal dari seseorang yang memiliki akses sah atau hubungan tepercaya dengan organisasi, tetapi akses tersebut digunakan secara tidak aman, tidak sengaja, atau dengan niat merugikan.
Pihak internal dapat berupa pegawai, mahasiswa, kontraktor, vendor, administrator, mitra, mantan pengguna, atau service account yang memiliki akses ke sistem dan data organisasi.
| Jenis | Penjelasan | Contoh | Kontrol |
|---|---|---|---|
| Malicious Insider | Pihak internal yang sengaja menyalahgunakan akses untuk merugikan organisasi. | Mencuri data, menghapus sistem, atau membocorkan informasi. | Least privilege, DLP, logging, dan separation of duties. |
| Negligent Insider | Pihak internal yang melakukan kesalahan atau kelalaian. | Salah mengirim data, memakai USB berbahaya, atau membagikan password. | Awareness, DLP, prosedur, dan konfirmasi. |
| Compromised Insider | Akun atau perangkat pihak internal dikendalikan oleh pihak luar. | Password dicuri melalui phishing atau perangkat terkena malware. | MFA, EDR, conditional access, dan monitoring. |
| Third-Party Insider | Vendor, kontraktor, atau mitra memiliki akses ke sistem organisasi. | Akses vendor tidak dicabut setelah proyek selesai. | Temporary access, kontrak, approval, dan access review. |
| Former Insider | Mantan pegawai atau pengguna masih memiliki akses aktif. | Public key, token, email, atau akun masih dapat digunakan. | Offboarding, revocation, dan access reconciliation. |
| Privilege Misuse | Pengguna memakai hak akses melebihi kebutuhan tugas. | Administrator membaca data yang tidak berkaitan dengan pekerjaan. | RBAC, PAM, approval, dan audit log. |
| Faktor | Penjelasan | Contoh Sinyal Organisasi | Pendekatan Pencegahan |
|---|---|---|---|
| Keuntungan Finansial | Data atau akses disalahgunakan untuk memperoleh keuntungan. | Akses data dalam jumlah tidak biasa. | DLP, monitoring ekspor, dan separation of duties. |
| Ketidakpuasan | Konflik atau kekecewaan mendorong tindakan yang merugikan. | Perubahan akses atau aktivitas tidak biasa menjelang perpindahan kerja. | Prosedur offboarding, manager review, dan komunikasi internal. |
| Tekanan Eksternal | Pihak internal dipengaruhi atau dipaksa oleh pihak luar. | Komunikasi anomali atau konflik kepentingan. | Pelaporan aman, dukungan, dan monitoring berbasis risiko. |
| Kelalaian | Tindakan tidak sengaja menimbulkan kebocoran atau gangguan. | Salah penerima email atau penyimpanan data pada lokasi publik. | Awareness, data classification, DLP, dan konfirmasi. |
| Kurang Pemahaman | Pengguna tidak mengetahui kebijakan atau dampak tindakan. | Password dibagikan atau perangkat tidak dikunci. | Pelatihan, panduan singkat, dan bantuan helpdesk. |
| Akses Berlebihan | Hak akses lebih besar dari kebutuhan. | Akun memiliki akses ke banyak sistem tanpa alasan. | Least privilege, PAM, dan access review. |
| Aset | Jenis Akses | Risiko | Kontrol |
|---|---|---|---|
| Data Pribadi | Read, export, update, dan delete. | Kebocoran dan pelanggaran privasi. | RBAC, masking, DLP, dan audit. |
| Data Finansial | Membaca, mengubah, menyetujui, dan mentransfer. | Fraud dan manipulasi transaksi. | Dual control, approval, dan transaction monitoring. |
| Source Code | Read, commit, deploy, dan release. | Pencurian logika atau penyisipan kode berbahaya. | Code review, branch protection, dan separation of duties. |
| Server | SSH, console, sudo, dan remote management. | Perubahan sistem dan persistence. | PAM, MFA, bastion, dan command logging. |
| Cloud | IAM, API key, storage, database, dan deployment. | Penghapusan resource atau kebocoran data. | Least privilege, temporary access, dan audit. |
| Backup | Read, restore, delete, dan administrator access. | Backup dicuri, dihapus, atau dimanipulasi. | Immutable backup, separate account, dan access review. |
Least privilege berarti setiap pengguna, service, dan perangkat hanya mendapatkan hak akses minimum yang diperlukan untuk menjalankan tugasnya.
| Prinsip | Penjelasan | Contoh |
|---|---|---|
| Need to Know | Pengguna hanya dapat melihat data yang diperlukan. | Staf akademik tidak dapat melihat data finansial. |
| Need to Use | Akses diberikan hanya ketika dibutuhkan untuk tugas. | Vendor hanya dapat mengakses server selama maintenance. |
| Role-Based Access | Hak akses disesuaikan dengan role. | Operator, auditor, developer, dan admin memiliki role berbeda. |
| Just-in-Time Access | Hak istimewa diberikan sementara. | Akses database produksi aktif selama satu jam setelah approval. |
| Deny by Default | Akses ditolak kecuali telah diizinkan. | Endpoint administratif hanya dapat diakses dari jaringan management. |
| Periodic Review | Akses ditinjau secara berkala. | Manager mengonfirmasi role setiap periode. |
| Immediate Revocation | Akses dicabut segera ketika tidak diperlukan. | Akun pegawai yang keluar dinonaktifkan pada hari terakhir kerja. |
Separation of duties memisahkan tugas penting kepada lebih dari satu pihak agar satu orang tidak dapat mengendalikan seluruh proses tanpa pengawasan.
| Proses | Risiko | Pemisahan Kontrol |
|---|---|---|
| Pengembangan dan Deployment | Developer menyisipkan perubahan langsung ke produksi. | Code review, approval, dan release oleh pihak berbeda. |
| Pembayaran | Satu pihak membuat dan menyetujui transaksi. | Maker-checker dan dual approval. |
| Pembuatan dan Penghapusan User | Satu admin membuat akun istimewa tanpa pemeriksaan. | Approval, ticketing, dan audit log. |
| Backup dan Restore | Satu operator dapat menghapus backup dan melakukan restore tanpa pengawasan. | Akun terpisah, immutable storage, dan persetujuan restore. |
| Audit dan Operasional | Pengguna dapat mengubah dan menghapus bukti aktivitasnya sendiri. | Log terpusat dan akses auditor terpisah. |
DLP membantu mendeteksi dan mencegah pengiriman, penyalinan, pencetakan, atau penyimpanan data sensitif melalui jalur yang tidak sesuai kebijakan.
| Jalur Data | Risiko | Kontrol DLP |
|---|---|---|
| Data sensitif dikirim ke alamat pribadi atau penerima yang salah. | Content inspection, warning, blocking, dan approval. | |
| USB | Data disalin ke media pribadi. | Device control, encryption, dan logging. |
| Cloud Storage | File diunggah ke layanan yang tidak disetujui. | CASB, allowlist, classification, dan monitoring. |
| Printing | Dokumen sensitif dicetak tanpa kebutuhan. | Print control, watermark, dan audit. |
| Screenshot | Data ditangkap melalui layar. | Pembatasan aplikasi, masking, dan policy awareness. |
| Removable Device | Data dipindahkan melalui perangkat eksternal. | Approval, encryption, scan, dan inventory. |
UEBA menganalisis pola perilaku pengguna dan entitas untuk menemukan aktivitas yang berbeda dari baseline. Hasil UEBA harus diperlakukan sebagai sinyal untuk investigasi, bukan bukti otomatis pelanggaran.
| Indikator | Contoh Anomali | Tindakan Awal |
|---|---|---|
| Access Time | Akses pada waktu yang tidak biasa. | Verifikasi jadwal kerja, tugas, dan sumber akses. |
| Access Volume | Pengguna mengakses atau mengunduh data jauh di atas baseline. | Tinjau kebutuhan bisnis dan jenis data. |
| New Location | Login dari lokasi atau perangkat baru. | Validasi pengguna, perangkat, dan session. |
| Privilege Change | Role, group, atau permission berubah. | Periksa approval dan change ticket. |
| Data Export | Data dikompresi atau dipindahkan dalam jumlah besar. | Tinjau tujuan ekspor, classification, dan penerima. |
| Failed Access | Banyak percobaan membuka resource yang tidak diizinkan. | Periksa miskonfigurasi, pelatihan, atau indikasi penyalahgunaan. |
| Offboarding Signal | Pengunduhan besar menjelang perpindahan atau berakhirnya hubungan kerja. | Koordinasikan HR, manager, legal, dan tim keamanan secara proporsional. |
| Tahap | Aktivitas | Kontrol |
|---|---|---|
| Joiner | Pengguna baru memperoleh akun dan akses. | Approval manager, role standar, MFA, dan onboarding security. |
| Mover | Pengguna berpindah role, unit, atau tugas. | Cabut role lama, berikan role baru, dan lakukan access review. |
| Leaver | Hubungan kerja atau kerja sama berakhir. | Nonaktifkan akun, cabut token, hapus key, kembalikan perangkat, dan review akses. |
| Contractor | Pihak eksternal memperoleh akses sementara. | Masa berlaku, scope minimum, approval, dan monitoring. |
| Service Account | Akun digunakan oleh aplikasi atau proses otomatis. | Owner, secret rotation, scope minimum, dan non-interactive login. |
Identifikasi alert, akses abnormal, perubahan privilege, atau kebocoran data.
Batasi session, cabut token, bekukan akses, atau isolasi perangkat sesuai risiko.
Tinjau log, data, akun, perangkat, persetujuan, dan timeline aktivitas.
Perbaiki kontrol, pulihkan data, rotasi credential, dan lakukan review pascainsiden.
| Kondisi | Tindakan Awal | Tindakan Lanjutan |
|---|---|---|
| Akses Data Abnormal | Validasi aktivitas dan batasi akses jika risikonya tinggi. | Tinjau data, tujuan, approval, dan kebutuhan bisnis. |
| Akun Terkompromi | Cabut session, reset credential, dan nonaktifkan token. | Periksa perangkat, login, persistence, dan data yang diakses. |
| Kebocoran Data | Hentikan distribusi dan identifikasi data yang terdampak. | Lakukan penilaian dampak, notifikasi, dan perbaikan kontrol. |
| Perubahan Konfigurasi | Bandingkan dengan change ticket dan backup. | Restore konfigurasi sah dan audit akun terkait. |
| Pegawai atau Vendor Keluar | Jalankan proses offboarding segera. | Cabut seluruh akun, key, token, perangkat, dan akses pihak ketiga. |
| Prinsip | Penerapan | Hal yang Dihindari |
|---|---|---|
| Tujuan Jelas | Monitoring dilakukan untuk keamanan, kepatuhan, dan perlindungan aset. | Pengawasan tanpa tujuan atau dasar yang jelas. |
| Transparansi | Pengguna diberi informasi tentang kebijakan monitoring yang relevan. | Pengumpulan data tersembunyi tanpa kebutuhan. |
| Data Minimization | Kumpulkan data aktivitas yang diperlukan untuk analisis risiko. | Menyimpan seluruh aktivitas tanpa batas. |
| Akses Terbatas | Hasil monitoring hanya dapat diakses pihak berwenang. | Membagikan laporan kepada pihak yang tidak berkepentingan. |
| Validasi | Alert diverifikasi sebelum tindakan disipliner atau pembatasan. | Menganggap anomali sebagai bukti kesalahan. |
| Retensi | Data monitoring disimpan sesuai kebutuhan dan kebijakan. | Menyimpan data pribadi tanpa jadwal penghapusan. |
| Kondisi | Risiko | Kontrol |
|---|---|---|
| Semua administrator menggunakan akun yang sama. | Aktivitas tidak dapat ditelusuri. | Akun individual, MFA, RBAC, dan audit log. |
| Pegawai yang pindah divisi masih memiliki role lama. | Akses data melebihi kebutuhan. | Mover process, role review, dan pencabutan role lama. |
| Vendor memiliki akses permanen ke server produksi. | Penyalahgunaan akses dan akses tidak diperlukan. | Temporary access, approval, PAM, dan expiration. |
| Pegawai mengunduh data dalam jumlah besar sebelum keluar. | Kebocoran atau pencurian data. | DLP, access review, offboarding, dan investigasi berbasis fakta. |
| Pengguna mengirim data sensitif ke email pribadi. | Data keluar dari kontrol organisasi. | DLP, warning, approval, dan awareness. |
| Akun pegawai terkena phishing. | Akun internal digunakan oleh pihak luar. | MFA, session revocation, EDR, dan login monitoring. |
| Satu orang dapat membuat, menyetujui, dan menghapus transaksi. | Fraud sulit dicegah atau dideteksi. | Separation of duties dan dual approval. |
| Log dapat dihapus oleh administrator yang sama. | Bukti aktivitas dapat dihilangkan. | Centralized immutable logging dan role terpisah. |
Sebuah organisasi memiliki sistem keuangan, database pelanggan, repository source code, cloud storage, dan beberapa administrator.
Refleksikan risiko insider threat pada kelas, laboratorium, kampus, organisasi, usaha kecil, atau lingkungan kerja.
Buat analisis dan rancangan pengendalian insider threat untuk sebuah organisasi, laboratorium, kampus, atau usaha kecil.
| Komponen | Bobot | Indikator Penilaian |
|---|---|---|
| Identifikasi Aset dan Pengguna | 15% | Role, sistem, data, vendor, dan service account diidentifikasi. |
| Analisis Insider Threat | 20% | Jenis, motivasi, peluang, dampak, dan skenario dianalisis. |
| Access Control | 20% | Least privilege, MFA, RBAC, PAM, dan separation of duties dirancang. |
| Monitoring dan DLP | 15% | Log, indikator, alert, UEBA, dan DLP dijelaskan. |
| Lifecycle Access | 10% | Joiner, mover, leaver, vendor, dan service account dikelola. |
| Incident Response | 15% | Deteksi, pembatasan, investigasi, pemulihan, dan evaluasi disusun. |
| Etika dan Dokumentasi | 5% | Monitoring dilakukan proporsional dan data pribadi dilindungi. |
Memahami konsep autentikasi, faktor autentikasi, password, passphrase, multi-factor authentication, biometrik, token, sertifikat, single sign-on, session, account recovery, autentikasi API, risiko autentikasi, dan penerapan autentikasi yang aman pada sistem informasi.
Setelah mengikuti pertemuan ini, mahasiswa diharapkan mampu menjelaskan, menganalisis, dan merancang mekanisme autentikasi yang aman.
Memastikan identitas pengguna sebelum akses diberikan
Autentikasi adalah proses untuk memverifikasi bahwa seseorang, perangkat, aplikasi, atau service benar-benar merupakan identitas yang diklaim sebelum diberikan akses.
Autentikasi dapat dilakukan menggunakan password, token, sertifikat, biometrik, perangkat keamanan, passkey, atau kombinasi beberapa faktor.
| Proses | Pertanyaan | Contoh |
|---|---|---|
| Identifikasi | Siapa yang mengaku sebagai pengguna? | Username, email, nomor pegawai, atau device ID. |
| Autentikasi | Apakah identitas tersebut benar? | Password, OTP, passkey, token, atau biometrik. |
| Otorisasi | Tindakan apa yang boleh dilakukan? | Role, permission, scope, ownership, dan policy. |
| Akuntabilitas | Siapa yang melakukan tindakan? | Audit log, request ID, timestamp, dan akun individual. |
| Faktor | Pengertian | Contoh | Risiko |
|---|---|---|---|
| Something You Know | Informasi rahasia yang diketahui pengguna. | Password, PIN, passphrase, dan jawaban rahasia. | Phishing, reuse, brute force, dan credential stuffing. |
| Something You Have | Benda atau perangkat yang dimiliki pengguna. | Smartphone, hardware token, smart card, dan security key. | Perangkat hilang, dicuri, atau diambil alih. |
| Something You Are | Karakteristik fisik atau biologis pengguna. | Sidik jari, wajah, iris, dan suara. | False match, spoofing, dan data biometrik sulit diganti. |
| Somewhere You Are | Lokasi atau jaringan tempat akses dilakukan. | Jaringan kantor, negara, atau lokasi tertentu. | VPN, proxy, GPS, atau lokasi dapat disalahgunakan. |
| Something You Do | Pola perilaku atau kebiasaan pengguna. | Pola mengetik, pola akses, atau kebiasaan penggunaan. | Perubahan perilaku dan masalah privasi. |
| Praktik | Tujuan | Penerapan Aman |
|---|---|---|
| Password Unik | Mencegah satu kebocoran digunakan untuk akun lain. | Gunakan password berbeda untuk setiap layanan. |
| Password Manager | Membantu membuat dan menyimpan credential secara aman. | Gunakan aplikasi tepercaya dengan master password yang kuat. |
| Passphrase | Menyediakan rahasia yang lebih panjang dan mudah diingat. | Gunakan kombinasi kata yang tidak mudah ditebak. |
| Password Hashing | Melindungi password ketika database bocor. | Gunakan password hashing yang sesuai, salted, dan tidak reversibel. |
| Rate Limiting | Membatasi percobaan login berulang. | Terapkan pembatasan berdasarkan akun, sumber, perangkat, atau risiko. |
| Breach Monitoring | Mengetahui apakah credential berpotensi telah bocor. | Gunakan pemantauan yang sah dan jangan menyimpan password asli. |
| Password Reset | Memulihkan akses ketika password lupa atau dicurigai bocor. | Gunakan token sekali pakai, kedaluwarsa, dan notifikasi. |
| Credential | Penyimpanan | Hal yang Dihindari |
|---|---|---|
| Password Pengguna | Password hash dengan salt dan mekanisme yang sesuai. | Plaintext, reversible encryption, atau log password. |
| API Key | Secret manager atau vault dengan scope terbatas. | Source code, repository publik, atau file konfigurasi terbuka. |
| Refresh Token | Secure storage, expiration, rotation, dan revocation. | URL, log, local storage tanpa perlindungan, atau screenshot. |
| Private Key | Secure storage, passphrase, dan inventory. | Email, chat, repository, atau perangkat tanpa enkripsi. |
| Session Secret | Server-side session store atau mekanisme yang terlindungi. | Cookie tidak aman atau token yang tidak memiliki expiration. |
Multi-Factor Authentication atau MFA menggunakan dua atau lebih faktor autentikasi yang berbeda. Menggunakan dua password bukan MFA karena keduanya berasal dari faktor yang sama.
| Metode | Cara Kerja | Kelebihan | Risiko atau Catatan |
|---|---|---|---|
| OTP Aplikasi | Kode satu kali dibuat oleh aplikasi authenticator. | Lebih baik daripada password saja dan tidak bergantung pada SMS. | Masih dapat dicuri melalui phishing real-time. |
| SMS OTP | Kode dikirim melalui pesan seluler. | Mudah digunakan dan tersedia luas. | Risiko SIM swap, interception, dan social engineering. |
| Push Approval | Pengguna menyetujui notifikasi pada perangkat. | Praktis untuk pengguna. | Risiko approval fatigue atau push bombing. |
| Hardware Security Key | Perangkat fisik memverifikasi autentikasi. | Tahan terhadap banyak serangan phishing. | Perangkat harus dijaga dan memiliki prosedur pemulihan. |
| Passkey | Menggunakan pasangan kunci kriptografi yang terkait dengan perangkat atau credential manager. | Mengurangi penggunaan password dan lebih tahan terhadap phishing. | Perlu mekanisme pemulihan dan pengelolaan perangkat. |
| Biometrik | Memverifikasi karakteristik fisik pengguna. | Praktis dan sulit dipinjamkan. | Biometrik bukan rahasia dan tidak mudah diganti jika bocor. |
| Mekanisme | Fungsi | Kontrol Keamanan |
|---|---|---|
| OTP | Kode yang hanya dapat digunakan sekali atau dalam waktu singkat. | Expiration, one-time use, rate limit, dan jangan dibagikan. |
| Access Token | Bukti akses ke aplikasi atau API. | Scope, expiration, rotation, storage aman, dan revocation. |
| Refresh Token | Mendapatkan access token baru. | Rotation, binding, revocation, dan deteksi reuse. |
| API Key | Mengidentifikasi aplikasi atau integrasi. | Scope terbatas, inventory, rotasi, dan jangan digunakan sebagai satu-satunya kontrol untuk akses sensitif. |
| Certificate | Membuktikan identitas perangkat, pengguna, atau service melalui kriptografi. | Validity, renewal, revocation, private key protection, dan certificate inventory. |
| Recovery Code | Digunakan untuk memulihkan akses ketika faktor utama tidak tersedia. | Sekali pakai, disimpan offline, dan tidak dibagikan. |
| Aspek | Penjelasan | Kontrol |
|---|---|---|
| Enrollment | Proses mendaftarkan karakteristik biometrik pengguna. | Verifikasi identitas, persetujuan, dan penyimpanan template terlindungi. |
| Matching | Membandingkan data biometrik dengan template yang tersimpan. | Threshold, liveness detection, dan anti-spoofing. |
| False Acceptance | Orang yang salah diterima sebagai pengguna sah. | Tuning threshold dan faktor tambahan untuk tindakan berisiko. |
| False Rejection | Pengguna sah ditolak. | Fallback yang aman dan prosedur pemulihan. |
| Privacy | Data biometrik dapat mengidentifikasi seseorang dan sulit diganti. | Minimasi, enkripsi, access control, dan kebijakan retensi. |
Single Sign-On atau SSO memungkinkan pengguna melakukan autentikasi melalui satu identity provider untuk mengakses beberapa layanan yang saling terintegrasi.
| Komponen | Fungsi | Risiko | Kontrol |
|---|---|---|---|
| Identity Provider | Mengelola identitas dan autentikasi pengguna. | Menjadi target utama pengambilalihan. | MFA kuat, monitoring, backup, dan privileged access. |
| Service Provider | Layanan yang menerima hasil autentikasi. | Konfigurasi trust atau claim tidak tepat. | Validasi assertion, audience, expiry, dan scope. |
| Assertion atau Token | Bukti bahwa pengguna telah diautentikasi. | Token dicuri atau digunakan ulang. | Signature, expiration, audience validation, dan secure transport. |
| Provisioning | Pembuatan dan pengelolaan akun pada layanan tujuan. | Akun lama tidak dicabut. | Automated lifecycle, reconciliation, dan offboarding. |
| Kontrol | Fungsi | Penerapan |
|---|---|---|
| Session ID Acak | Mencegah session mudah ditebak. | Gunakan generator acak yang aman. |
| Session Rotation | Mengurangi session fixation. | Rotasi setelah login atau perubahan privilege. |
| Idle Timeout | Mengakhiri session yang tidak aktif. | Sesuaikan dengan risiko dan kebutuhan layanan. |
| Absolute Timeout | Membatasi umur maksimum session. | Minta autentikasi ulang secara berkala. |
| Secure Cookie | Membatasi cookie hanya melalui HTTPS. | Aktifkan atribut Secure. |
| HttpOnly | Membatasi akses script browser terhadap cookie. | Aktifkan untuk cookie session sensitif. |
| SameSite | Membatasi pengiriman cookie lintas situs. | Gunakan nilai yang sesuai dengan arsitektur. |
| Logout | Mengakhiri session pengguna. | Invalidasi session pada server dan hapus token lokal. |
| Risiko | Penjelasan | Pencegahan |
|---|---|---|
| Brute Force | Mencoba banyak kombinasi password. | Rate limit, MFA, password policy, dan monitoring. |
| Credential Stuffing | Menggunakan username dan password dari kebocoran layanan lain. | Password unik, MFA, breach monitoring, dan deteksi login anomali. |
| Password Spraying | Mencoba satu password umum pada banyak akun. | Deteksi lintas akun, MFA, dan password policy. |
| Phishing | Pengguna diarahkan untuk memberikan credential. | MFA tahan phishing, awareness, filtering, dan verification. |
| Session Theft | Token atau cookie session dicuri. | TLS, secure cookie, timeout, rotation, dan revocation. |
| Account Enumeration | Sistem membocorkan apakah akun tersedia. | Pesan error yang konsisten dan rate limit. |
| Weak Recovery | Prosedur pemulihan lebih lemah daripada login utama. | Verifikasi berlapis, token kedaluwarsa, dan notifikasi. |
| MFA Fatigue | Pengguna dibanjiri permintaan approval hingga menyetujui salah satunya. | Number matching, rate limit, dan edukasi pengguna. |
| SIM Swap | Nomor seluler diambil alih untuk menerima kode. | Gunakan faktor yang lebih kuat dan jangan bergantung hanya pada SMS. |
| Tahap | Aktivitas | Kontrol Keamanan |
|---|---|---|
| Request | Pengguna meminta pemulihan akses. | Jangan mengungkapkan apakah akun ada secara berlebihan. |
| Identity Verification | Memastikan pemohon adalah pemilik akun. | Gunakan faktor yang independen dan proporsional. |
| Reset Token | Sistem mengirim token pemulihan. | Token acak, sekali pakai, kedaluwarsa, dan tidak dicatat pada log. |
| Password Change | Pengguna membuat credential baru. | Jangan izinkan password lama atau password yang telah bocor. |
| Session Revocation | Session dan token lama dibatalkan. | Cabut akses pada perangkat dan session yang tidak dipercaya. |
| Notification | Pemilik akun diberi informasi tentang perubahan. | Notifikasi melalui kanal yang tepercaya. |
| Audit | Aktivitas pemulihan dicatat. | Simpan event, waktu, sumber, dan hasil verifikasi tanpa menyimpan secret. |
| Mekanisme | Penggunaan | Kontrol |
|---|---|---|
| API Key | Mengidentifikasi aplikasi atau integrasi. | Scope terbatas, rotasi, inventory, dan larangan menyimpan pada client publik. |
| OAuth atau OIDC | Delegasi akses dan autentikasi pengguna atau aplikasi. | Scope, redirect URI, expiration, PKCE, dan validasi issuer. |
| Service Account | Identitas aplikasi atau proses otomatis. | Workload identity, least privilege, rotasi, dan non-interactive access. |
| Mutual TLS | Client dan server saling memverifikasi sertifikat. | Certificate lifecycle, private key protection, dan revocation. |
| Signed Request | Request dibuktikan berasal dari pihak yang memiliki key. | Timestamp, nonce, replay protection, dan key rotation. |
| Komponen | Fungsi | Kontrol |
|---|---|---|
| Directory | Menyimpan identitas, group, dan atribut pengguna. | Access control, backup, dan audit. |
| Identity Provider | Menangani autentikasi dan federasi. | MFA, conditional access, dan monitoring. |
| Role Management | Menentukan hak akses berdasarkan peran. | RBAC, approval, dan periodic review. |
| Privileged Access | Mengelola akses administratif. | PAM, just-in-time access, session recording, dan approval. |
| Lifecycle Management | Mengelola pembuatan, perubahan, dan pencabutan akun. | Joiner, mover, leaver, dan reconciliation. |
| Audit | Mencatat login, perubahan role, dan aktivitas akses. | Centralized logging, alert, dan retention. |
| Area Audit | Pertanyaan | Bukti |
|---|---|---|
| Account Inventory | Apakah seluruh akun, role, dan owner tercatat? | User inventory dan access matrix. |
| Password | Apakah password disimpan dan diproses dengan aman? | Desain sistem, code review, dan policy. |
| MFA | Apakah MFA aktif untuk akun berisiko tinggi? | Coverage report dan policy. |
| Session | Apakah session memiliki rotation, timeout, dan revocation? | Konfigurasi dan hasil pengujian. |
| Recovery | Apakah reset akun memiliki verifikasi yang memadai? | Prosedur, token policy, dan audit log. |
| Privileged Account | Apakah akses administrator dibatasi dan dimonitor? | PAM, approval, dan session record. |
| Offboarding | Apakah akun dan token dicabut ketika akses berakhir? | Checklist offboarding dan revocation log. |
| Kondisi | Risiko | Kontrol |
|---|---|---|
| Password disimpan dalam bentuk teks biasa. | Kebocoran database membocorkan semua password. | Password hashing dengan salt dan mekanisme yang sesuai. |
| Satu password digunakan untuk banyak layanan. | Credential stuffing dan pengambilalihan banyak akun. | Password unik, password manager, dan MFA. |
| Login tidak memiliki rate limiting. | Brute force dapat dilakukan berulang kali. | Rate limit, monitoring, dan adaptive protection. |
| Semua administrator hanya menggunakan password. | Credential administrator menjadi target utama. | MFA kuat, PAM, akun individual, dan just-in-time access. |
| Session tidak kedaluwarsa. | Session yang dicuri dapat digunakan lama. | Idle timeout, absolute timeout, rotation, dan revocation. |
| Password reset hanya menggunakan pertanyaan pribadi. | Recovery dapat ditebak atau dimanipulasi. | Verifikasi berlapis, token sekali pakai, dan notifikasi. |
| Akun pegawai yang keluar masih aktif. | Mantan pegawai dapat mengakses sistem. | Offboarding otomatis dan access reconciliation. |
| Login berhasil tidak dicatat. | Pengambilalihan akun sulit diinvestigasi. | Audit log, centralized monitoring, dan anomaly alert. |
Sebuah organisasi memiliki aplikasi akademik, sistem keuangan, email, VPN, dan cloud storage.
Refleksikan penerapan autentikasi pada akun pribadi, laboratorium, kampus, organisasi, aplikasi web, atau layanan cloud.
Buat analisis dan rancangan autentikasi untuk sebuah organisasi, aplikasi web, API, laboratorium, atau layanan cloud.
| Komponen | Bobot | Indikator Penilaian |
|---|---|---|
| Konsep Autentikasi | 15% | Identifikasi, autentikasi, otorisasi, dan akuntabilitas dijelaskan dengan tepat. |
| Faktor Autentikasi | 15% | Faktor pengetahuan, kepemilikan, inherence, dan faktor tambahan dianalisis. |
| Password dan MFA | 20% | Password management, MFA, OTP, passkey, dan recovery dirancang dengan aman. |
| Session dan Token | 15% | Timeout, rotation, storage, expiration, dan revocation dijelaskan. |
| Risiko Autentikasi | 15% | Brute force, phishing, credential stuffing, session theft, dan recovery abuse dianalisis. |
| Monitoring dan Lifecycle | 10% | Logging, alert, access review, offboarding, dan account lifecycle dibahas. |
| Etika dan Dokumentasi | 10% | Tidak menggunakan credential asli dan rancangan dapat diterapkan secara aman. |
Memahami proses identifikasi pengguna, akun, aset, pemilik informasi, peran, status akses, serta kontrol keamanan agar setiap aktivitas dalam sistem informasi dapat diketahui, dibatasi, diaudit, dan dipertanggungjawabkan.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu mengidentifikasi identitas pengguna, pemilik akun, aset informasi, peran, kebutuhan akses, dan kontrol keamanan yang diperlukan.
Mengenali pengguna, akun, aset, dan tanggung jawab akses
Identifikasi keamanan sistem informasi adalah proses mengenali dan mencatat pengguna, akun, perangkat, aset, sistem, peran, pemilik, serta kebutuhan akses dalam suatu lingkungan informasi.
Identifikasi merupakan dasar bagi proses autentikasi, otorisasi, audit, monitoring, manajemen risiko, dan pencabutan akses.
| Proses | Pertanyaan | Contoh |
|---|---|---|
| Identifikasi | Siapa yang mengaku sebagai pengguna? | Username, email, nomor mahasiswa, atau device ID. |
| Autentikasi | Apakah identitas tersebut benar? | Password, OTP, token, biometrik, atau passkey. |
| Otorisasi | Tindakan apa yang boleh dilakukan? | Role, permission, group, scope, dan ACL. |
| Akuntabilitas | Siapa yang melakukan suatu tindakan? | Audit log, timestamp, user ID, dan request ID. |
Inventaris identitas digunakan untuk mengetahui seluruh pengguna dan akun yang memiliki hubungan dengan sistem organisasi.
| Informasi | Penjelasan | Contoh |
|---|---|---|
| Identitas Pengguna | Data yang membedakan seorang pengguna dari pengguna lainnya. | Nama, nomor identitas, email, dan unit kerja. |
| User ID | Identitas unik yang digunakan sistem. | Username, employee ID, student ID, atau UUID. |
| Jenis Akun | Kategori akun berdasarkan pemilik dan penggunaannya. | User account, admin account, service account, dan vendor account. |
| Pemilik Akun | Pihak yang bertanggung jawab terhadap akun. | Pengguna, unit kerja, administrator, atau pemilik layanan. |
| Peran | Tanggung jawab yang menentukan kebutuhan akses. | Admin, operator, dosen, mahasiswa, auditor, dan tamu. |
| Status Akun | Kondisi akun dalam siklus hidupnya. | Aktif, ditangguhkan, kedaluwarsa, atau dinonaktifkan. |
| Tanggal Review | Waktu terakhir akses diperiksa. | Review triwulanan atau semesteran. |
| Pemilik Aset | Pihak yang bertanggung jawab terhadap perlindungan aset. | Kepala unit, pemilik aplikasi, atau pemilik proses bisnis. |
| Jenis Pengguna | Kebutuhan Umum | Risiko | Kontrol |
|---|---|---|---|
| Administrator | Mengelola sistem, akun, konfigurasi, dan keamanan. | Memiliki privilege tinggi. | MFA, akun individual, PAM, dan audit log. |
| Operator | Menjalankan proses operasional harian. | Dapat mengubah data operasional. | RBAC, approval, dan pembatasan fungsi. |
| Pengguna Umum | Menggunakan fungsi layanan sesuai kebutuhan. | Phishing, password reuse, dan kesalahan pengguna. | MFA, awareness, dan least privilege. |
| Auditor | Membaca log, laporan, dan bukti kontrol. | Akses audit dapat membuka data sensitif. | Read-only access, confidentiality, dan logging. |
| Vendor | Melakukan dukungan atau pemeliharaan. | Akses pihak ketiga tidak dicabut. | Temporary access, approval, monitoring, dan expiration. |
| Service Account | Digunakan aplikasi atau proses otomatis. | Credential sulit diketahui pemiliknya. | Owner, scope minimum, rotasi, dan non- interactive access. |
| Aset | Informasi yang Dicatat | Pemilik | Risiko |
|---|---|---|---|
| Aplikasi | Nama, fungsi, versi, lingkungan, dan integrasi. | Pemilik aplikasi atau unit bisnis. | Akses tidak sah, perubahan, dan downtime. |
| Database | Jenis data, lokasi, klasifikasi, dan retensi. | Data owner atau pengelola database. | Kebocoran, manipulasi, dan penghapusan. |
| Server | Hostname, alamat jaringan, fungsi, dan administrator. | Pemilik layanan atau tim infrastruktur. | Eksploitasi, malware, dan gangguan layanan. |
| Endpoint | Pemilik perangkat, sistem operasi, dan status perlindungan. | Pengguna atau unit kerja. | Malware, kehilangan, dan pencurian data. |
| Dokumen | Kategori, pemilik, lokasi, dan tingkat sensitivitas. | Pemilik proses atau pembuat dokumen. | Kebocoran dan perubahan tidak sah. |
| Credential | Jenis, owner, tujuan, masa berlaku, dan lokasi penyimpanan. | Pemilik sistem atau service. | Pengambilalihan dan penyalahgunaan akses. |
Setiap pengguna sebaiknya memiliki akun individual yang tidak digunakan bersama. Akun individual menghubungkan aktivitas dengan pemilik identitas yang jelas.
Aktivitas dapat ditelusuri kepada pengguna yang melakukan tindakan.
Log sistem dapat digunakan untuk meninjau riwayat aktivitas pengguna.
Risiko penyalahgunaan akun dapat dikurangi melalui kontrol individual.
| Risiko | Penjelasan | Dampak |
|---|---|---|
| Hilangnya Akuntabilitas | Sistem tidak dapat memastikan siapa yang melakukan tindakan. | Investigasi dan penentuan tanggung jawab menjadi sulit. |
| Kebocoran Credential | Password atau kode akses diketahui banyak orang. | Risiko akses tidak sah meningkat. |
| Penyalahgunaan Privilege | Pengguna dapat memakai hak akses yang bukan miliknya. | Data dapat dilihat, diubah, atau dihapus. |
| Kesulitan Pencabutan | Akses satu orang tidak dapat dicabut tanpa memengaruhi pengguna lain. | Pengelolaan akses tidak efektif. |
| Pelanggaran Kebijakan | Penggunaan akun bersama dapat melanggar aturan organisasi. | Masalah kepatuhan dan sanksi. |
| Pemilik | Tanggung Jawab | Contoh Keputusan |
|---|---|---|
| Account Owner | Bertanggung jawab terhadap penggunaan dan status akun. | Menyetujui pembuatan, perubahan, atau pencabutan akun. |
| Data Owner | Menentukan klasifikasi, akses, retensi, dan perlindungan data. | Menentukan siapa yang boleh membaca atau mengubah data. |
| System Owner | Bertanggung jawab terhadap aplikasi atau sistem. | Menyetujui perubahan konfigurasi dan kebutuhan keamanan. |
| Technical Administrator | Mengelola teknis sistem berdasarkan persetujuan. | Membuat akun dan menerapkan konfigurasi. |
| Security Team | Memantau kontrol, risiko, log, dan insiden. | Melakukan review dan eskalasi temuan. |
| User | Menggunakan akun sesuai kebijakan. | Menjaga credential dan melaporkan aktivitas mencurigakan. |
| Kontrol | Fungsi | Penerapan |
|---|---|---|
| Unique Account | Membedakan aktivitas setiap pengguna. | Setiap pengguna memiliki akun personal. |
| Identity Inventory | Mencatat identitas dan akun yang tersedia. | Gunakan daftar akun terpusat dan berkala diperbarui. |
| Role Mapping | Menghubungkan pengguna dengan peran dan tanggung jawab. | Gunakan RBAC dan access matrix. |
| Asset Ownership | Menentukan pihak yang bertanggung jawab atas aset. | Tetapkan data owner dan system owner. |
| Status Management | Memastikan status akun selalu sesuai kondisi pengguna. | Aktif, ditangguhkan, kedaluwarsa, atau dinonaktifkan. |
| Access Review | Memastikan akses masih diperlukan. | Review berkala oleh owner atau manager. |
| Audit Logging | Mencatat aktivitas pengguna dan perubahan akses. | Simpan log secara terpusat dan terlindungi. |
| Revocation | Mencabut akses yang tidak lagi diperlukan. | Terapkan proses offboarding dan termination. |
Catat siapa saja yang membutuhkan akses terhadap sistem.
Tentukan data, aplikasi, perangkat, dan layanan yang perlu dilindungi.
Sesuaikan hak akses dengan tugas dan tanggung jawab pengguna.
Periksa identitas, status akun, dan akses secara berkala.
| Tahap | Aktivitas | Kontrol |
|---|---|---|
| Request | Permintaan akun atau akses diajukan. | Formulir, tiket, owner, dan alasan bisnis. |
| Approval | Permintaan diperiksa dan disetujui. | Manager, data owner, atau system owner. |
| Provisioning | Akun dan akses dibuat sesuai persetujuan. | Role minimum, MFA, dan dokumentasi. |
| Review | Akses diperiksa untuk memastikan masih diperlukan. | Periodic access review dan recertification. |
| Modification | Peran atau hak akses berubah. | Mover process, approval, dan pencabutan role lama. |
| Suspension | Akun dinonaktifkan sementara. | Investigasi, cuti, atau pelanggaran kebijakan. |
| Deprovisioning | Akun dan seluruh akses dicabut. | Offboarding, token revocation, dan audit. |
| Peran | Aplikasi | Data | Akses | Persetujuan |
|---|---|---|---|---|
| Administrator | Sistem utama dan console. | Konfigurasi dan metadata. | Kelola secara terbatas. | System owner dan security team. |
| Operator | Aplikasi operasional. | Data proses kerja. | Baca dan ubah sesuai tugas. | Manager unit. |
| Auditor | Dashboard dan laporan. | Read-only atau data tersamarkan. | Baca dan ekspor terbatas. | Data owner. |
| Pengguna Umum | Portal layanan. | Data milik sendiri. | Baca atau ubah data pribadi. | Pemilik aplikasi. |
| Vendor | Sistem yang sedang dipelihara. | Hanya data teknis yang diperlukan. | Sementara dan terpantau. | System owner dan vendor manager. |
Sebuah laboratorium komputer menggunakan satu akun administrator untuk semua petugas. Setiap petugas mengetahui password yang sama dan tidak terdapat pencatatan mengenai pengguna yang sedang login.
| Elemen | Analisis |
|---|---|
| Masalah | Sistem menggunakan satu akun untuk beberapa pengguna. |
| Risiko | Aktivitas tidak dapat dikaitkan dengan pengguna tertentu. |
| Dampak | Investigasi sulit, credential mudah bocor, dan privilege dapat disalahgunakan. |
| Kontrol | Membuat akun individual, menerapkan RBAC, menggunakan MFA, dan mengaktifkan audit log. |
| Tindakan Lanjutan | Mengganti credential lama, meninjau aktivitas, dan menonaktifkan akun bersama secara bertahap. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Akun digunakan bersama. | Aktivitas tidak dapat ditelusuri. | Akun unik, MFA, dan audit log. |
| Pengguna lama masih aktif. | Akses tidak sah terhadap sistem. | Access review dan pencabutan akun. |
| Semua pengguna memiliki hak admin. | Perubahan sistem dan penyalahgunaan privilege. | RBAC dan least privilege. |
| Tidak ada pemilik aset. | Tanggung jawab keamanan tidak jelas. | Penetapan data owner dan system owner. |
| Vendor memiliki akses permanen. | Akses pihak ketiga tidak terkendali. | Temporary access, approval, monitoring, dan expiration. |
| Service account tidak memiliki owner. | Credential tidak dikelola dan sulit dicabut. | Owner, inventory, rotasi, dan scope minimum. |
| Aktivitas akses tidak dicatat. | Insiden sulit diinvestigasi. | Centralized logging dan audit berkala. |
Sebuah organisasi memiliki tiga jenis pengguna: administrator, staf operasional, dan pengguna umum. Namun, seluruh pengguna menggunakan akun yang sama untuk mengakses aplikasi internal.
Refleksikan penerapan identifikasi keamanan pada kelas, laboratorium, organisasi mahasiswa, usaha kecil, atau lingkungan kerja.
Lakukan identifikasi keamanan pada sebuah organisasi sederhana atau sistem informasi yang dikenal.
Memahami proses verifikasi identitas, password, passphrase, multi-factor authentication, token, OTP, biometrik, passkey, session, password recovery, autentikasi API, serta kontrol keamanan untuk mencegah penyalahgunaan akun.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami dan menerapkan autentikasi yang aman pada pengguna, perangkat, aplikasi, dan layanan jaringan.
Memastikan identitas pengguna sebelum akses diberikan
Autentikasi adalah proses untuk memverifikasi bahwa pengguna, perangkat, aplikasi, atau service benar-benar merupakan identitas yang diklaim sebelum akses diberikan.
Autentikasi dapat dilakukan menggunakan password, token, sertifikat, biometrik, passkey, perangkat keamanan, atau kombinasi beberapa faktor.
| Proses | Pertanyaan | Contoh |
|---|---|---|
| Identifikasi | Siapa yang mengaku sebagai pengguna? | Username, email, nomor pegawai, atau ID mahasiswa. |
| Autentikasi | Apakah identitas tersebut benar? | Password, OTP, token, passkey, atau biometrik. |
| Otorisasi | Tindakan apa yang boleh dilakukan? | Role, permission, scope, group, atau ACL. |
| Akuntabilitas | Siapa yang melakukan suatu tindakan? | Audit log, user ID, timestamp, dan request ID. |
| Faktor | Pengertian | Contoh | Risiko |
|---|---|---|---|
| Something You Know | Informasi rahasia yang diketahui pengguna. | Password, PIN, passphrase, dan kode rahasia. | Phishing, brute force, reuse, dan credential stuffing. |
| Something You Have | Perangkat atau benda yang dimiliki pengguna. | Smartphone, hardware token, smart card, dan security key. | Perangkat hilang, dicuri, atau diambil alih. |
| Something You Are | Karakteristik fisik atau biologis pengguna. | Sidik jari, wajah, iris, dan suara. | Spoofing, false match, dan sulit diganti apabila bocor. |
| Somewhere You Are | Lokasi atau jaringan tempat akses dilakukan. | Jaringan kantor, negara, zona, atau lokasi tertentu. | Lokasi dapat dipalsukan melalui VPN atau proxy. |
| Something You Do | Pola perilaku atau kebiasaan pengguna. | Pola mengetik, waktu akses, dan kebiasaan penggunaan. | Perubahan perilaku dan risiko privasi. |
Password atau passphrase merupakan faktor autentikasi yang termasuk kategori "sesuatu yang diketahui". Credential ini harus dikelola dengan baik karena sering menjadi target phishing, brute force, dan kebocoran data.
| Praktik | Tujuan | Penerapan Aman |
|---|---|---|
| Password Unik | Mencegah kebocoran satu layanan digunakan pada layanan lain. | Gunakan password berbeda untuk setiap akun. |
| Passphrase | Menghasilkan credential yang panjang dan mudah diingat. | Gunakan rangkaian kata yang tidak mudah ditebak. |
| Password Manager | Membantu membuat dan menyimpan password secara aman. | Gunakan aplikasi tepercaya dengan master password yang kuat. |
| Password Hashing | Melindungi password ketika database mengalami kebocoran. | Gunakan hashing dengan salt dan parameter keamanan yang sesuai. |
| Rate Limiting | Membatasi percobaan autentikasi berulang. | Batasi berdasarkan akun, sumber, perangkat, atau tingkat risiko. |
| Password Reset | Memulihkan akses ketika password lupa atau dicurigai bocor. | Gunakan token sekali pakai, memiliki masa berlaku, dan dapat dicabut. |
| Jenis Credential | Penyimpanan yang Tepat | Hal yang Harus Dihindari |
|---|---|---|
| Password Pengguna | Password hash dengan salt dan mekanisme hashing yang sesuai. | Plaintext atau enkripsi reversible. |
| API Key | Secret manager atau vault dengan scope terbatas. | Source code, repository publik, atau file konfigurasi terbuka. |
| Access Token | Secure storage dengan expiration dan revocation. | URL, log, screenshot, atau penyimpanan tanpa perlindungan. |
| Private Key | Key store, vault, passphrase, dan inventory. | Email, chat, repository, atau perangkat yang tidak terlindungi. |
| Recovery Code | Penyimpanan offline dan hanya digunakan sekali. | Dibagikan kepada orang lain atau disimpan sebagai gambar di cloud publik. |
Multi-Factor Authentication atau MFA menggunakan minimal dua faktor autentikasi yang berbeda. Dua password tidak dianggap sebagai MFA karena keduanya berasal dari faktor pengetahuan yang sama.
| Metode | Cara Kerja | Kelebihan | Catatan Risiko |
|---|---|---|---|
| Aplikasi OTP | Kode sementara dibuat oleh aplikasi authenticator. | Tidak bergantung sepenuhnya pada jaringan seluler. | Kode masih dapat dicuri melalui phishing real-time. |
| SMS OTP | Kode dikirim melalui pesan seluler. | Mudah digunakan dan tersedia luas. | Risiko SIM swap dan penyalahgunaan nomor. |
| Push Approval | Pengguna menyetujui permintaan pada perangkat terdaftar. | Praktis bagi pengguna. | Risiko approval fatigue atau push bombing. |
| Hardware Security Key | Perangkat fisik memverifikasi autentikasi. | Lebih tahan terhadap phishing. | Perangkat hilang membutuhkan prosedur pemulihan. |
| Passkey | Menggunakan pasangan kunci kriptografi pada perangkat atau credential manager. | Mengurangi ketergantungan pada password dan lebih tahan terhadap phishing. | Membutuhkan pengelolaan perangkat dan recovery. |
| Biometrik | Memverifikasi karakteristik biologis pengguna. | Praktis dan sulit dipinjamkan. | Data biometrik sulit diganti jika bocor. |
| Mekanisme | Fungsi | Kontrol Keamanan |
|---|---|---|
| OTP | Kode autentikasi satu kali atau sementara. | Expiration, one-time use, rate limit, dan larangan berbagi kode. |
| Access Token | Bukti akses ke aplikasi atau API. | Scope, expiration, rotation, dan revocation. |
| Refresh Token | Meminta access token baru. | Rotation, secure storage, binding, dan deteksi token reuse. |
| API Key | Mengidentifikasi aplikasi atau integrasi. | Scope minimum, inventory, rotasi, dan monitoring. |
| Sertifikat Digital | Membuktikan identitas perangkat, pengguna, atau service. | Validity, private key protection, renewal, dan revocation. |
| Recovery Code | Memulihkan akses ketika faktor utama tidak tersedia. | Sekali pakai, disimpan aman, dan tidak dibagikan. |
| Kontrol | Fungsi | Penerapan |
|---|---|---|
| Session ID Acak | Mencegah session mudah ditebak. | Gunakan generator acak yang aman. |
| Session Rotation | Mengurangi risiko session fixation. | Rotasi setelah login atau perubahan privilege. |
| Idle Timeout | Mengakhiri session yang tidak aktif. | Sesuaikan dengan tingkat risiko layanan. |
| Absolute Timeout | Membatasi masa hidup maksimum session. | Minta autentikasi ulang secara berkala. |
| Secure Cookie | Membatasi cookie agar dikirim melalui koneksi aman. | Aktifkan atribut Secure. |
| HttpOnly | Membatasi akses JavaScript terhadap cookie session. | Gunakan untuk cookie yang berisi session. |
| SameSite | Membatasi pengiriman cookie lintas situs. | Gunakan konfigurasi yang sesuai dengan arsitektur aplikasi. |
| Session Revocation | Membatalkan session yang dicurigai atau tidak lagi diperlukan. | Sediakan fungsi logout dari seluruh perangkat. |
| Risiko | Penjelasan | Pencegahan |
|---|---|---|
| Brute Force | Mencoba banyak kombinasi password terhadap akun. | Rate limit, MFA, monitoring, dan adaptive protection. |
| Password Spraying | Menggunakan satu password umum pada banyak akun. | MFA, password policy, dan korelasi login lintas akun. |
| Credential Stuffing | Menggunakan kombinasi credential dari kebocoran layanan lain. | Password unik, MFA, dan breach monitoring. |
| Phishing | Pengguna diarahkan untuk memberikan credential. | Awareness, filtering, MFA tahan phishing, dan verifikasi. |
| Session Theft | Token atau cookie session dicuri. | TLS, secure cookie, timeout, rotation, dan revocation. |
| Account Enumeration | Sistem membocorkan apakah akun tertentu tersedia. | Pesan error konsisten dan rate limiting. |
| Weak Recovery | Proses reset akun lebih lemah daripada autentikasi utama. | Verifikasi berlapis, token kedaluwarsa, dan notifikasi. |
| MFA Fatigue | Pengguna dibanjiri permintaan approval hingga menerima permintaan palsu. | Number matching, rate limit, dan edukasi. |
| SIM Swap | Nomor seluler diambil alih untuk menerima kode autentikasi. | Gunakan faktor yang lebih kuat daripada SMS saja. |
| Tahap | Aktivitas | Kontrol Keamanan |
|---|---|---|
| Request | Pengguna mengajukan pemulihan akses. | Jangan membocorkan apakah suatu akun terdaftar. |
| Verifikasi Identitas | Sistem memastikan pemohon adalah pemilik akun. | Gunakan faktor independen dan prosedur resmi. |
| Reset Token | Sistem membuat token pemulihan. | Token acak, sekali pakai, memiliki expiration, dan tidak dicatat pada log. |
| Password Baru | Pengguna membuat credential baru. | Tolak password lama atau password yang telah diketahui bocor. |
| Session Revocation | Session dan token lama dibatalkan. | Cabut session dari perangkat yang tidak dipercaya. |
| Notification | Pemilik akun diberi informasi mengenai perubahan. | Kirim notifikasi melalui kanal yang tepercaya. |
| Audit | Aktivitas pemulihan dicatat. | Catat waktu, sumber, metode, dan hasil tanpa menyimpan secret. |
| Mekanisme | Penggunaan | Kontrol Keamanan |
|---|---|---|
| API Key | Mengidentifikasi aplikasi atau integrasi. | Scope minimum, rotasi, inventory, dan penyimpanan pada secret manager. |
| OAuth atau OIDC | Delegasi akses dan autentikasi pengguna atau aplikasi. | Scope, redirect URI, expiration, PKCE, dan validasi issuer. |
| Service Account | Identitas aplikasi atau proses otomatis. | Owner, least privilege, rotasi secret, dan non-interactive access. |
| Mutual TLS | Client dan server saling memverifikasi sertifikat. | Certificate lifecycle, private key protection, dan revocation. |
| Signed Request | Request dibuktikan berasal dari pihak yang memiliki key. | Timestamp, nonce, replay protection, dan rotasi key. |
| Komponen | Fungsi | Kontrol |
|---|---|---|
| Directory | Menyimpan identitas, group, dan atribut pengguna. | Access control, backup, dan audit. |
| Identity Provider | Menangani autentikasi dan federasi identitas. | MFA, conditional access, dan monitoring. |
| Role Management | Menentukan hak akses berdasarkan peran. | RBAC, approval, dan access review. |
| Privileged Access | Mengelola akses administratif. | PAM, just-in-time access, approval, dan session monitoring. |
| Lifecycle Management | Mengelola pembuatan, perubahan, dan pencabutan akun. | Joiner, mover, leaver, dan reconciliation. |
| Audit | Mencatat login, perubahan role, dan aktivitas akses. | Centralized logging, retention, dan alert. |
| Aktivitas | Indikator | Tindakan |
|---|---|---|
| Login Gagal | Banyak percobaan gagal pada satu akun atau banyak akun. | Periksa brute force, password spraying, atau user yang lupa password. |
| Login dari Lokasi Baru | Akses berasal dari negara, jaringan, atau perangkat yang tidak biasa. | Lakukan verifikasi dan tinjau session aktif. |
| Perubahan Password | Password atau faktor pemulihan berubah. | Kirim notifikasi dan validasi pemilik akun. |
| Perubahan MFA | Perangkat atau metode MFA baru didaftarkan. | Minta verifikasi tambahan dan audit aktivitas. |
| Session Baru | Banyak session aktif dari perangkat atau lokasi berbeda. | Cabut session yang tidak dikenal. |
| Perubahan Privilege | Role atau group pengguna berubah. | Periksa approval dan change ticket. |
| Penggunaan Recovery | Akun sering menggunakan proses pemulihan. | Tinjau pola, identitas, dan keamanan kanal recovery. |
Identifikasi login abnormal, perubahan credential, atau alert pengambilalihan akun.
Cabut session, nonaktifkan token, atau bekukan akun sesuai tingkat risiko.
Tinjau login, perangkat, IP, session, perubahan MFA, dan aktivitas akun.
Reset credential, aktifkan kembali akses yang sah, dan perbaiki kontrol.
| Kondisi | Tindakan Awal | Tindakan Lanjutan |
|---|---|---|
| Banyak Login Gagal | Terapkan rate limit dan periksa sumber aktivitas. | Tinjau brute force, spraying, dan kondisi pengguna. |
| Credential Dicuri | Reset password melalui kanal resmi. | Cabut session, aktifkan MFA, dan periksa aktivitas akun. |
| MFA Diubah Tanpa Izin | Bekukan perubahan dan cabut session aktif. | Validasi pemilik akun dan tinjau recovery channel. |
| Token Dicuri | Cabut token yang terdampak. | Buat token baru dengan scope dan expiration yang sesuai. |
| Akun Administrator Diambil Alih | Isolasi akses dan hubungi tim keamanan. | Audit privilege, rotasi credential, dan tinjau perubahan sistem. |
Sebuah organisasi memiliki aplikasi akademik, sistem keuangan, email, VPN, dan cloud storage.
Buat analisis dan rancangan autentikasi untuk sebuah organisasi, aplikasi web, API, laboratorium, atau layanan cloud.
| Area Audit | Pertanyaan | Bukti |
|---|---|---|
| Akun | Apakah seluruh akun memiliki owner? | User inventory dan daftar pemilik akun. |
| Password | Apakah password diproses tanpa plaintext? | Desain sistem, konfigurasi, dan code review. |
| MFA | Apakah MFA aktif untuk akun berisiko tinggi? | Coverage report dan policy. |
| Session | Apakah session memiliki timeout, rotation, dan revocation? | Konfigurasi aplikasi dan hasil pengujian. |
| Recovery | Apakah reset akun memiliki verifikasi yang memadai? | Prosedur, token policy, dan audit log. |
| Privileged Account | Apakah akun administrator menggunakan MFA dan monitoring? | PAM, approval, dan session record. |
| Offboarding | Apakah akun dan token dicabut ketika akses berakhir? | Checklist offboarding dan revocation log. |
Refleksikan penerapan autentikasi pada akun pribadi, laboratorium, kampus, organisasi, aplikasi web, atau layanan cloud.
Memahami proses pemberian hak akses, role, permission, access control, least privilege, separation of duties, policy enforcement, pengelolaan hak istimewa, access review, dan pencabutan akses untuk melindungi sistem serta data organisasi.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami, menganalisis, dan merancang otorisasi yang sesuai dengan kebutuhan keamanan sistem informasi.
Memastikan setiap pengguna hanya dapat melakukan tindakan yang telah diizinkan
Otorisasi adalah proses menentukan tindakan atau resource apa yang boleh diakses oleh pengguna, perangkat, aplikasi, atau service setelah identitasnya berhasil diverifikasi.
Otorisasi menjawab pertanyaan: "Apa yang boleh dilakukan oleh identitas tertentu terhadap resource tertentu dalam kondisi tertentu?"
| Komponen | Pengertian | Contoh |
|---|---|---|
| Subject | Identitas yang meminta akses. | User, group, service account, atau perangkat. |
| Object | Resource yang ingin diakses. | File, database, API, aplikasi, server, atau laporan. |
| Action | Tindakan yang diminta terhadap object. | Read, create, update, delete, execute, atau approve. |
| Policy | Aturan yang menentukan apakah akses diizinkan atau ditolak. | Role, waktu, lokasi, device, classification, atau ownership. |
| Context | Kondisi saat permintaan akses terjadi. | Waktu, lokasi, jaringan, perangkat, risiko, atau status transaksi. |
| Decision | Hasil evaluasi kebijakan. | Permit, deny, challenge, atau require approval. |
Sistem mengenali identitas atau service yang meminta akses.
Sistem menentukan resource dan tindakan yang diminta.
Sistem mengevaluasi role, permission, kondisi, dan aturan keamanan.
Sistem mengizinkan, menolak, atau meminta verifikasi tambahan.
| Permission | Fungsi | Contoh Penggunaan | Risiko Jika Berlebihan |
|---|---|---|---|
| Read | Melihat atau mengambil data. | Membaca laporan akademik. | Kebocoran informasi. |
| Create | Membuat data atau resource baru. | Membuat tiket atau dokumen. | Data palsu atau duplikasi. |
| Update | Mengubah data yang sudah ada. | Memperbarui profil atau status transaksi. | Manipulasi data. |
| Delete | Menghapus data atau resource. | Menghapus dokumen tidak diperlukan. | Kehilangan data dan gangguan layanan. |
| Execute | Menjalankan fungsi, program, atau proses. | Menjalankan job atau deployment. | Eksekusi proses berbahaya. |
| Approve | Menyetujui permintaan atau transaksi. | Menyetujui pembayaran atau perubahan akses. | Fraud dan konflik kepentingan. |
| Administer | Mengelola konfigurasi, user, role, dan kebijakan. | Membuat role atau mengubah security policy. | Pengambilalihan sistem. |
| Model | Prinsip | Contoh | Kelebihan | Keterbatasan |
|---|---|---|---|---|
| DAC | Pemilik resource menentukan akses. | Pemilik file membagikan file kepada user lain. | Fleksibel dan mudah diterapkan. | Risiko permission menyebar tanpa kontrol terpusat. |
| MAC | Akses ditentukan oleh label dan kebijakan terpusat. | Data classified hanya dapat diakses oleh clearance tertentu. | Kontrol ketat dan konsisten. | Lebih kompleks dan kurang fleksibel. |
| RBAC | Akses diberikan berdasarkan role. | Role admin, operator, dosen, dan mahasiswa. | Mudah dikelola dalam organisasi. | Role dapat terlalu luas jika tidak ditinjau. |
| ABAC | Akses ditentukan oleh atribut subject, object, action, dan environment. | Akses diizinkan jika user berasal dari unit tertentu dan memakai perangkat terkelola. | Fleksibel dan kontekstual. | Kebijakan lebih sulit dirancang dan diuji. |
| Rule-Based | Akses ditentukan berdasarkan aturan tertentu. | Akses hanya pada jam kerja atau jaringan internal. | Baik untuk kebijakan berbasis kondisi. | Rule dapat bertambah kompleks. |
| ACL | Daftar permission melekat pada resource. | File memberikan read kepada satu user dan write kepada user lain. | Detail dan langsung terhadap resource. | Sulit dikelola jika jumlah user besar. |
Role-Based Access Control atau RBAC memberikan permission berdasarkan role pengguna. Pengguna tidak diberikan permission satu per satu jika dapat dikelompokkan melalui role yang sesuai.
| Role | Permission | Contoh Pengguna | Batasan |
|---|---|---|---|
| Administrator | Mengelola sistem dan konfigurasi. | Tim infrastruktur atau security admin. | Hanya untuk tugas administratif. |
| Operator | Membuat dan memperbarui data operasional. | Staf operasional. | Tidak boleh mengubah konfigurasi sistem. |
| Reviewer | Membaca data dan memberikan review. | Supervisor atau auditor. | Tidak boleh mengubah data sumber. |
| Approver | Menyetujui transaksi atau permintaan. | Manager atau pemilik proses. | Tidak boleh menyetujui transaksi sendiri. |
| End User | Menggunakan fungsi layanan dasar. | Mahasiswa, pelanggan, atau pegawai umum. | Hanya data dan fungsi milik sendiri. |
Attribute-Based Access Control atau ABAC menentukan akses berdasarkan atribut pengguna, resource, tindakan, dan kondisi lingkungan.
| Atribut | Contoh | Contoh Kebijakan |
|---|---|---|
| Subject Attribute | Role, unit kerja, clearance, status pegawai. | User dari unit keuangan dapat mengakses sistem keuangan. |
| Object Attribute | Klasifikasi, owner, jenis data, tingkat sensitivitas. | Data rahasia hanya dapat diakses oleh role tertentu. |
| Action Attribute | Read, write, delete, approve, export. | Export memerlukan persetujuan tambahan. |
| Environment Attribute | Waktu, lokasi, jaringan, perangkat, risiko login. | Akses hanya diizinkan dari perangkat terkelola pada jam kerja. |
| Prinsip | Penjelasan | Contoh |
|---|---|---|
| Least Privilege | Pengguna hanya mendapatkan hak minimum untuk menyelesaikan tugas. | Operator tidak memiliki hak mengubah konfigurasi server. |
| Need to Know | Pengguna hanya dapat melihat informasi yang benar-benar dibutuhkan. | Staf hanya dapat melihat data pelanggan unitnya. |
| Need to Use | Akses diberikan hanya ketika benar-benar diperlukan. | Vendor memperoleh akses selama proses pemeliharaan. |
| Just-in-Time Access | Hak istimewa diberikan untuk waktu terbatas. | Akses database aktif selama satu jam setelah approval. |
| Default Deny | Akses ditolak apabila tidak ada aturan yang mengizinkannya. | Resource baru tidak dapat diakses sebelum permission ditetapkan. |
Separation of duties memisahkan tugas penting kepada lebih dari satu pihak agar satu pengguna tidak dapat mengendalikan seluruh proses tanpa pemeriksaan.
| Proses | Risiko | Pemisahan Kontrol |
|---|---|---|
| Pengembangan dan Deployment | Developer mengubah sistem produksi tanpa pemeriksaan. | Code review, approval, dan release oleh pihak berbeda. |
| Pembuatan dan Persetujuan Transaksi | Satu orang membuat serta menyetujui transaksi. | Maker-checker dan dual approval. |
| Pembuatan dan Pencabutan User | Admin dapat membuat akun istimewa tanpa pengawasan. | Ticket, approval, dan audit log. |
| Backup dan Restore | Satu pihak dapat menghapus backup dan memulihkan data. | Akun terpisah, approval, dan immutable backup. |
| Operasional dan Audit | Pengguna dapat mengubah dan menghapus bukti aktivitas sendiri. | Log terpusat dan auditor terpisah. |
| Kontrol | Fungsi | Penerapan |
|---|---|---|
| Separate Admin Account | Memisahkan aktivitas administrasi dari aktivitas biasa. | Gunakan akun admin hanya untuk tugas administratif. |
| MFA | Menambah faktor perlindungan pada akses istimewa. | Terapkan MFA tahan phishing untuk akun admin. |
| Just-in-Time Access | Memberikan privilege dalam waktu terbatas. | Akses aktif setelah approval dan otomatis berakhir. |
| Session Monitoring | Memantau aktivitas selama session administratif. | Catat waktu, perangkat, command, dan perubahan. |
| Credential Vault | Menyimpan credential administratif secara aman. | Gunakan vault, rotasi otomatis, dan akses berbasis approval. |
| Emergency Access | Menyediakan akses darurat dengan kontrol khusus. | Break-glass account dengan monitoring dan review setelah digunakan. |
| Role | Data Pengguna | Data Operasional | Konfigurasi | Audit Log |
|---|---|---|---|---|
| Administrator | Read dan kelola terbatas. | Read dan kelola sistem. | Kelola dengan approval. | Read, tidak boleh menghapus. |
| Operator | Read sesuai tugas. | Create dan update. | Tidak diizinkan. | Tidak diizinkan. |
| Auditor | Read-only atau tersamarkan. | Read-only. | Read konfigurasi tertentu. | Read dan ekspor terbatas. |
| Pengguna Umum | Read dan update data sendiri. | Akses terbatas. | Tidak diizinkan. | Tidak diizinkan. |
| Vendor | Tidak diizinkan kecuali diperlukan. | Akses sementara. | Hanya resource yang ditugaskan. | Tidak diizinkan menghapus. |
Access review dilakukan untuk memastikan setiap hak akses masih diperlukan, sesuai dengan pekerjaan, dan telah disetujui oleh pemilik yang berwenang.
| Tahap | Aktivitas | Hasil |
|---|---|---|
| Persiapan | Mengumpulkan daftar akun, role, permission, dan owner. | Daftar akses yang akan ditinjau. |
| Validasi | Manager dan owner memeriksa kebutuhan akses. | Akses disetujui, diubah, atau ditolak. |
| Remediation | Mencabut atau menyesuaikan akses yang tidak diperlukan. | Permission lebih sesuai dengan kebutuhan. |
| Dokumentasi | Menyimpan bukti persetujuan dan perubahan. | Audit trail dan laporan review. |
| Monitoring | Memantau akses setelah review. | Alert jika terjadi penyimpangan. |
| Risiko | Penjelasan | Pencegahan |
|---|---|---|
| Excessive Privilege | Pengguna memiliki permission melebihi kebutuhan. | Least privilege dan access review. |
| Privilege Creep | Hak akses menumpuk ketika role pengguna berubah. | Mover process dan pencabutan role lama. |
| Broken Access Control | Pengguna dapat mengakses resource atau fungsi yang tidak diizinkan. | Server-side authorization dan pengujian access control. |
| Insecure Direct Object Reference | Pengguna mengakses object hanya dengan mengubah identifier. | Validasi ownership dan permission pada server. |
| Conflicting Roles | Satu pengguna memiliki role yang seharusnya dipisahkan. | Separation of duties dan toxic combination review. |
| Permission Inheritance | Hak akses diwariskan tanpa diketahui pengguna atau owner. | Review inheritance, group, dan nested role. |
| Default Allow | Akses diizinkan ketika aturan tidak jelas. | Default deny dan explicit permission. |
| Client-Side Enforcement | Sistem hanya menyembunyikan tombol tanpa memeriksa akses di server. | Selalu lakukan validasi otorisasi di sisi server. |
| Area | Risiko | Kontrol |
|---|---|---|
| URL atau Route | Pengguna membuka halaman administratif secara langsung. | Periksa permission pada server setiap request. |
| API Endpoint | Endpoint dapat dipanggil oleh role yang tidak sesuai. | Validasi identity, role, scope, dan ownership. |
| Object Identifier | Identifier data diubah untuk melihat data milik user lain. | Object-level authorization dan ownership check. |
| Administrative Function | Fungsi admin hanya disembunyikan pada tampilan. | Server-side authorization dan admin role terpisah. |
| File Download | File dapat diakses melalui URL langsung. | Authorization sebelum download dan signed URL dengan expiration. |
| Export Data | Pengguna mengekspor data dalam jumlah besar. | Scope, approval, rate limit, DLP, dan audit log. |
Pengguna atau unit mengajukan akses dengan alasan bisnis yang jelas.
Pemilik data atau sistem memeriksa dan menyetujui permintaan.
Hak akses diberikan sesuai role dan prinsip least privilege.
Akses dicabut ketika tidak diperlukan atau hubungan berakhir.
| Kondisi | Risiko | Kontrol |
|---|---|---|
| Semua pengguna memiliki hak administrator. | Pengguna dapat mengubah sistem dan data penting. | RBAC, least privilege, dan admin account terpisah. |
| User dapat mengubah URL untuk melihat data milik user lain. | Broken object-level authorization. | Ownership check dan server-side authorization. |
| Role lama tidak dicabut ketika pengguna berpindah unit. | Privilege creep. | Mover process, access review, dan role recertification. |
| Vendor memiliki akses permanen. | Akses pihak ketiga tidak terkendali. | Temporary access, expiration, approval, dan monitoring. |
| Developer dapat mengubah dan menerapkan kode ke produksi sendiri. | Perubahan berbahaya tidak terdeteksi. | Code review, separation of duties, dan deployment approval. |
| Pengguna dapat mengekspor seluruh data tanpa approval. | Kebocoran data dan penyalahgunaan akses. | Export permission, DLP, approval, dan monitoring. |
| Permission diberikan langsung kepada banyak user. | Pengelolaan sulit dan tidak konsisten. | Role-based access dan group management. |
Sebuah organisasi memiliki aplikasi akademik dengan tiga role: administrator, operator, dan pengguna umum.
Refleksikan penerapan otorisasi pada kelas, laboratorium, organisasi mahasiswa, aplikasi web, layanan cloud, atau tempat kerja.
Buat analisis dan rancangan otorisasi untuk sebuah organisasi, aplikasi web, API, laboratorium, atau layanan cloud.
Memahami penerapan autentikasi berlapis dan pengendalian akses berbasis peran untuk melindungi akun, aplikasi, data, perangkat, serta layanan organisasi dari akses tidak sah.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami dan merancang penerapan MFA serta RBAC dalam sistem informasi.
Memperkuat autentikasi dan membatasi hak akses berdasarkan peran
Multi-Factor Authentication atau MFA adalah mekanisme autentikasi yang menggunakan minimal dua faktor berbeda untuk memverifikasi identitas pengguna.
Role-Based Access Control atau RBAC adalah model pengendalian akses yang memberikan permission kepada pengguna berdasarkan role atau peran yang dimilikinya.
| Faktor | Penjelasan | Contoh | Risiko |
|---|---|---|---|
| Something You Know | Informasi rahasia yang diketahui pengguna. | Password, PIN, dan passphrase. | Phishing, brute force, dan password reuse. |
| Something You Have | Perangkat atau benda yang dimiliki pengguna. | Smartphone, hardware token, dan security key. | Perangkat hilang, dicuri, atau diambil alih. |
| Something You Are | Karakteristik biologis pengguna. | Sidik jari, wajah, iris, dan suara. | Spoofing dan data biometrik sulit diganti. |
| Somewhere You Are | Lokasi atau jaringan tempat akses. | Jaringan kantor, negara, atau zona tertentu. | Lokasi dapat dimanipulasi melalui VPN atau proxy. |
| Something You Do | Pola perilaku pengguna. | Pola mengetik dan kebiasaan akses. | Masalah privasi dan false detection. |
| Metode | Cara Kerja | Kelebihan | Catatan Keamanan |
|---|---|---|---|
| Aplikasi Authenticator | Menghasilkan kode OTP sementara. | Lebih baik daripada password saja dan tidak sepenuhnya bergantung pada SMS. | Kode masih dapat dicuri melalui phishing real-time. |
| SMS OTP | Kode dikirim melalui pesan seluler. | Mudah digunakan dan tersedia luas. | Risiko SIM swap dan social engineering. |
| Push Notification | Pengguna menyetujui permintaan login. | Praktis dan mudah digunakan. | Risiko approval fatigue atau push bombing. |
| Hardware Security Key | Perangkat fisik memverifikasi login. | Lebih tahan terhadap banyak serangan phishing. | Perlu prosedur penggantian jika hilang. |
| Passkey | Menggunakan pasangan kunci kriptografi. | Mengurangi ketergantungan pada password. | Membutuhkan pengelolaan perangkat dan recovery. |
| Biometrik | Memverifikasi karakteristik biologis. | Praktis dan sulit dipinjamkan. | Data biometrik sulit diganti bila bocor. |
Tentukan akun, sistem, pengguna, dan aset yang memiliki risiko tinggi.
Pilih faktor MFA berdasarkan risiko, usability, perangkat, dan kemampuan organisasi.
Atur enrollment, recovery, policy, notifikasi, dan pencabutan perangkat.
Pantau coverage, login abnormal, perubahan MFA, dan kegagalan autentikasi.
| Komponen | Pengertian | Contoh |
|---|---|---|
| User | Identitas pengguna atau service. | Pegawai, dosen, mahasiswa, vendor, atau aplikasi. |
| Role | Kumpulan tanggung jawab dan permission. | Admin, operator, auditor, dan pengguna umum. |
| Permission | Hak melakukan tindakan terhadap resource. | Read, create, update, delete, approve, dan export. |
| Resource | Object atau layanan yang dilindungi. | Database, file, API, laporan, dan menu aplikasi. |
| Policy | Aturan yang menghubungkan user, role, permission, dan resource. | Role operator boleh membuat data tetapi tidak boleh menghapusnya. |
| Session | Status akses pengguna selama menggunakan sistem. | Session aktif, timeout, dan revocation. |
| Role | Tanggung Jawab | Permission Umum | Pembatasan |
|---|---|---|---|
| Administrator | Mengelola konfigurasi, user, role, dan keamanan. | Manage, configure, approve, dan audit. | Digunakan hanya untuk tugas administratif. |
| Operator | Menjalankan proses operasional. | Create, read, dan update. | Tidak dapat mengubah konfigurasi sistem. |
| Auditor | Memeriksa aktivitas dan kepatuhan. | Read log dan laporan. | Tidak dapat mengubah data sumber. |
| Approver | Menyetujui transaksi atau permintaan akses. | Review dan approve. | Tidak boleh menyetujui transaksi sendiri. |
| End User | Menggunakan fungsi layanan dasar. | Read dan update data milik sendiri. | Tidak dapat mengakses data pengguna lain. |
| Vendor | Memberikan dukungan teknis sementara. | Akses sesuai tiket atau pekerjaan. | Memiliki expiration dan monitoring. |
| Prinsip | Penjelasan | Contoh Penerapan |
|---|---|---|
| Least Privilege | User hanya menerima hak minimum untuk menjalankan tugas. | Operator tidak memiliki akses konfigurasi server. |
| Need to Know | User hanya melihat data yang diperlukan. | Staf hanya dapat melihat data unitnya. |
| Default Deny | Akses ditolak jika tidak ada aturan yang mengizinkan. | Role baru tidak memiliki permission sebelum ditetapkan. |
| Separation of Duties | Tugas penting dibagi kepada lebih dari satu pihak. | Pembuat transaksi berbeda dengan penyetuju. |
| Just-in-Time Access | Hak privilege diberikan untuk waktu terbatas. | Vendor mendapat akses selama maintenance. |
| Periodic Review | Role dan permission ditinjau berkala. | Manager mengonfirmasi akses setiap periode. |
| Role | MFA | Resource | Permission | Approval |
|---|---|---|---|---|
| Administrator | Security key atau MFA kuat. | Console dan konfigurasi. | Manage secara terbatas. | Security owner. |
| Operator | Aplikasi OTP atau push approval. | Data operasional. | Create dan update. | Manager unit. |
| Auditor | MFA wajib. | Log dan laporan. | Read-only. | Audit owner. |
| Pengguna Umum | MFA sesuai tingkat risiko. | Data milik sendiri. | Read dan update terbatas. | Pemilik aplikasi. |
| Vendor | MFA dan device verification. | Sistem yang ditugaskan. | Temporary access. | System owner. |
| Tahap | Aktivitas MFA | Aktivitas RBAC |
|---|---|---|
| Request | Pengguna meminta enrollment MFA. | User mengajukan role dan akses. |
| Verification | Identitas pengguna diverifikasi. | Kebutuhan akses dan alasan bisnis diperiksa. |
| Provisioning | Perangkat atau faktor MFA didaftarkan. | Role dan permission diberikan. |
| Review | Perangkat, metode, dan recovery ditinjau. | Role dan permission direcertifikasi. |
| Change | Faktor atau perangkat diperbarui. | Role diubah sesuai tugas baru. |
| Revocation | Faktor MFA dicabut saat perangkat hilang atau akses dihentikan. | Role dan seluruh permission dicabut. |
| Risiko | Penjelasan | Pencegahan |
|---|---|---|
| MFA Fatigue | Pengguna menerima banyak notifikasi hingga menyetujui permintaan palsu. | Number matching, rate limit, dan edukasi. |
| Recovery Bypass | Proses recovery lebih lemah daripada MFA. | Verifikasi berlapis dan approval manual. |
| Lost Device | Perangkat MFA hilang atau dicuri. | Revocation, backup factor, dan recovery code. |
| Excessive Permission | Role memiliki akses lebih luas dari kebutuhan. | Least privilege dan access review. |
| Privilege Creep | Hak akses menumpuk ketika pengguna berpindah role. | Mover process dan pencabutan role lama. |
| Role Explosion | Jumlah role terlalu banyak dan sulit dikelola. | Role design, role hierarchy, dan review. |
| Shared Admin Account | Beberapa administrator menggunakan akun yang sama. | Akun individual, PAM, MFA, dan audit trail. |
| Permission Bypass | Pengguna mengakses object melalui endpoint atau identifier lain. | Server-side authorization dan ownership validation. |
| Event | Indikator | Tindakan |
|---|---|---|
| MFA Enrollment | Perangkat MFA baru didaftarkan. | Verifikasi pengguna dan kirim notifikasi. |
| MFA Change | Metode atau nomor recovery diubah. | Periksa aktivitas akun dan validasi pemilik. |
| Role Change | Role pengguna bertambah atau berubah. | Periksa approval dan alasan bisnis. |
| Privileged Access | Pengguna mengaktifkan akses administratif. | Tinjau durasi, alasan, dan aktivitas session. |
| Permission Denied | Banyak akses ditolak terhadap resource tertentu. | Periksa salah konfigurasi atau percobaan penyalahgunaan. |
| Export Activity | Pengguna mengekspor data dalam jumlah besar. | Tinjau permission, tujuan, approval, dan data classification. |
| MFA Failure | Banyak autentikasi faktor kedua gagal. | Periksa phishing, perangkat, dan pengambilalihan akun. |
Sebuah organisasi memiliki aplikasi akademik dengan role administrator, operator, dosen, mahasiswa, auditor, dan vendor.
Buat rancangan MFA dan RBAC untuk sebuah organisasi, aplikasi web, laboratorium, API, atau layanan cloud.
Refleksikan penerapan MFA dan RBAC pada akun pribadi, laboratorium, kampus, organisasi, aplikasi web, atau layanan cloud.
Memahami tujuan kriptografi, perlindungan kerahasiaan dan integritas data, autentikasi, non-repudiation, serta pentingnya manajemen kunci dalam sistem informasi.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan fungsi kriptografi dan mengidentifikasi kontrol kriptografi yang sesuai untuk melindungi informasi.
Perlindungan data dan komunikasi
Kriptografi adalah ilmu dan teknik untuk melindungi informasi dengan mengubah data menjadi bentuk tertentu sehingga hanya pihak yang memiliki hak atau kunci yang sesuai dapat membaca, memverifikasi, atau menggunakannya.
Kriptografi digunakan dalam aplikasi web, layanan perbankan, komunikasi elektronik, penyimpanan data, tanda tangan digital, VPN, dan berbagai sistem informasi lainnya.
Memastikan informasi hanya dapat dibaca oleh pihak yang berwenang.
Memastikan data tidak diubah tanpa izin selama penyimpanan atau pengiriman.
Membantu memverifikasi identitas pihak, perangkat, atau sumber informasi.
Mendukung bukti bahwa suatu tindakan atau transaksi dilakukan oleh pihak tertentu.
| Mekanisme | Fungsi | Contoh Penggunaan |
|---|---|---|
| Enkripsi Simetris | Menggunakan kunci yang sama untuk proses enkripsi dan dekripsi. | Perlindungan file dan data dalam jumlah besar. |
| Enkripsi Asimetris | Menggunakan pasangan kunci publik dan privat. | Pertukaran kunci, komunikasi aman, dan tanda tangan digital. |
| Hash | Menghasilkan nilai ringkas untuk memeriksa integritas data. | Verifikasi file dan penyimpanan password. |
| Tanda Tangan Digital | Membuktikan sumber dan integritas dokumen atau transaksi. | Persetujuan dokumen elektronik. |
| Sertifikat Digital | Menghubungkan identitas dengan kunci publik melalui pihak penerbit terpercaya. | HTTPS dan autentikasi layanan. |
| Aspek | Simetris | Asimetris |
|---|---|---|
| Kunci | Menggunakan satu kunci bersama. | Menggunakan pasangan kunci publik dan privat. |
| Kecepatan | Umumnya lebih efisien untuk data berukuran besar. | Umumnya lebih berat secara komputasi. |
| Tantangan | Distribusi dan perlindungan kunci bersama. | Perlindungan kunci privat dan validasi identitas kunci publik. |
| Penggunaan | Enkripsi file, database, dan komunikasi. | Pertukaran kunci dan tanda tangan digital. |
Manajemen kunci adalah proses mengelola kunci kriptografi sepanjang siklus hidupnya, mulai dari pembuatan, penyimpanan, penggunaan, distribusi, rotasi, pencadangan, hingga penghancuran.
| Tahap | Penjelasan | Kontrol |
|---|---|---|
| Pembuatan | Kunci dibuat menggunakan proses dan sumber acak yang sesuai. | Gunakan mekanisme kriptografi tepercaya. |
| Penyimpanan | Kunci disimpan agar tidak mudah diakses pihak yang tidak berwenang. | Batasi akses, gunakan penyimpanan terlindungi, dan lakukan monitoring. |
| Distribusi | Kunci diberikan kepada pihak yang membutuhkan secara aman. | Gunakan saluran dan prosedur distribusi yang telah disetujui. |
| Rotasi | Kunci diganti sesuai kebijakan atau ketika terdapat indikasi kompromi. | Tetapkan jadwal dan prosedur pergantian kunci. |
| Pencabutan | Kunci tidak lagi digunakan atau dinyatakan tidak tepercaya. | Nonaktifkan kunci dan dokumentasikan proses. |
| Penghancuran | Kunci dihapus ketika masa penggunaannya berakhir. | Pastikan salinan kunci yang tidak diperlukan tidak tersisa. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Data sensitif dikirim tanpa perlindungan. | Data dapat dibaca atau diubah selama perjalanan. | Enkripsi komunikasi dan validasi koneksi. |
| Password disimpan dalam bentuk teks biasa. | Kredensial mudah diketahui jika database bocor. | Hash password dengan mekanisme perlindungan yang sesuai. |
| Kunci enkripsi disimpan bersama data tanpa pembatasan. | Pihak yang memperoleh data juga dapat memperoleh kuncinya. | Pemisahan penyimpanan, pembatasan akses, dan manajemen kunci. |
| Kunci tidak pernah diganti. | Dampak kompromi kunci dapat berlangsung lebih lama. | Rotasi dan pencabutan kunci. |
| Dokumen persetujuan tidak memiliki bukti penandatangan. | Sulit membuktikan sumber dan keutuhan dokumen. | Tanda tangan digital dan audit log. |
Diskusikan skenario berikut bersama kelompok:
Refleksikan penerapan kriptografi pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat analisis penerapan kriptografi pada sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami proses perubahan plaintext menjadi ciphertext, pengembalian ciphertext menggunakan kunci yang sesuai, serta pentingnya penggunaan algoritma dan pustaka kriptografi tepercaya.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami konsep enkripsi dan dekripsi serta mengidentifikasi kontrol keamanan yang tepat dalam penggunaannya.
Melindungi data dengan kunci kriptografi
Enkripsi adalah proses mengubah plaintext atau data asli menjadi ciphertext menggunakan algoritma dan kunci tertentu.
Dekripsi adalah proses mengembalikan ciphertext menjadi plaintext menggunakan kunci yang sesuai.
Data asli yang dapat dibaca atau dipahami oleh pengguna.
Informasi rahasia atau pasangan kunci yang digunakan dalam proses kriptografi.
Algoritma mengubah plaintext menjadi ciphertext.
Ciphertext dikembalikan menjadi plaintext dengan kunci yang sesuai.
| Aspek | Enkripsi | Dekripsi |
|---|---|---|
| Tujuan | Melindungi data agar tidak mudah dibaca oleh pihak yang tidak berwenang. | Mengembalikan data agar dapat digunakan oleh pihak yang berwenang. |
| Input | Plaintext dan kunci. | Ciphertext dan kunci yang sesuai. |
| Output | Ciphertext. | Plaintext. |
| Risiko | Data dapat terbuka jika kunci atau proses enkripsi tidak terlindungi. | Data gagal dipulihkan jika kunci hilang atau tidak sesuai. |
| Jenis | Karakteristik | Contoh Penggunaan | Fokus Perlindungan |
|---|---|---|---|
| Enkripsi Simetris | Menggunakan kunci yang sama untuk enkripsi dan dekripsi. | File, database, backup, dan komunikasi data berukuran besar. | Efisiensi dan kerahasiaan data. |
| Enkripsi Asimetris | Menggunakan pasangan kunci publik dan privat. | Pertukaran kunci, sertifikat, dan tanda tangan digital. | Pertukaran identitas dan komunikasi aman. |
| Enkripsi Data Saat Disimpan | Melindungi data pada media penyimpanan. | Database, laptop, server, dan backup. | Kerahasiaan data saat perangkat hilang atau dicuri. |
| Enkripsi Data Saat Dikirim | Melindungi data selama berpindah melalui jaringan. | Aplikasi web, email, API, dan VPN. | Kerahasiaan dan perlindungan komunikasi. |
Implementasi kriptografi sebaiknya menggunakan algoritma, protokol, dan pustaka yang telah diuji serta dipelihara oleh komunitas atau organisasi tepercaya.
| Tahap | Penjelasan | Kontrol |
|---|---|---|
| Pembuatan | Kunci dibuat menggunakan proses yang aman dan tidak mudah diprediksi. | Gunakan generator dan pustaka tepercaya. |
| Penyimpanan | Kunci disimpan terpisah dari data yang dilindungi. | Batasi akses dan gunakan penyimpanan aman. |
| Penggunaan | Kunci hanya digunakan oleh proses atau pihak yang berwenang. | Terapkan least privilege dan audit log. |
| Rotasi | Kunci diganti sesuai kebijakan atau ketika terjadi indikasi kompromi. | Tetapkan jadwal dan prosedur rotasi. |
| Pencadangan | Salinan kunci disiapkan agar data dapat dipulihkan jika diperlukan. | Backup terenkripsi dan akses terbatas. |
| Pencabutan | Kunci dinonaktifkan saat tidak lagi tepercaya atau dibutuhkan. | Dokumentasikan pencabutan dan distribusikan kunci pengganti secara aman. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Data sensitif dikirim tanpa enkripsi. | Data dapat dibaca atau dimanipulasi selama perjalanan. | Enkripsi data saat transit. |
| Kunci disimpan langsung di dalam source code. | Kunci dapat terbaca oleh pihak yang memiliki akses ke kode. | Pisahkan kunci dari kode dan batasi akses. |
| Algoritma dibuat sendiri oleh pengembang. | Terdapat kelemahan yang tidak teruji. | Gunakan algoritma dan pustaka tepercaya. |
| Kunci tidak pernah diganti. | Dampak kompromi kunci dapat berlangsung lama. | Rotasi dan pencabutan kunci. |
| Backup tidak terenkripsi. | Data dapat dibaca jika media backup hilang. | Enkripsi backup dan pembatasan akses. |
Diskusikan skenario berikut bersama kelompok:
Refleksikan penerapan enkripsi dan dekripsi pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat analisis penerapan enkripsi dan dekripsi pada sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami penggunaan satu kunci untuk proses enkripsi dan dekripsi, efisiensi kriptografi simetris, serta perlindungan distribusi dan penyimpanan kunci.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami konsep kriptografi simetris dan mengidentifikasi kontrol keamanan dalam pengelolaan kunci bersama.
Satu kunci untuk dua proses
Kriptografi simetris adalah metode kriptografi yang menggunakan satu kunci rahasia yang sama untuk mengenkripsi dan mendekripsi data.
Pengirim dan penerima harus memiliki kunci yang sama serta menjaga kunci tersebut agar tidak diketahui oleh pihak yang tidak berwenang.
Data asli yang dapat dibaca atau dipahami oleh pengguna.
Kunci yang hanya boleh diketahui oleh pihak yang berwenang.
Algoritma mengubah plaintext menjadi ciphertext.
Penerima menggunakan kunci yang sama untuk mendapatkan plaintext.
| Karakteristik | Penjelasan | Implikasi Keamanan |
|---|---|---|
| Satu Kunci | Kunci yang sama digunakan untuk enkripsi dan dekripsi. | Kunci harus dibagikan secara aman kepada pihak yang membutuhkan. |
| Performa Tinggi | Proses enkripsi dan dekripsi umumnya lebih cepat. | Cocok untuk data berukuran besar dan proses real-time. |
| Kunci Rahasia | Kunci tidak boleh diketahui pihak yang tidak berwenang. | Kebocoran kunci dapat membuka data yang dilindungi. |
| Distribusi Kunci | Kunci harus dikirim atau diberikan kepada pihak yang akan melakukan dekripsi. | Saluran distribusi harus dilindungi dan terdokumentasi. |
| Siklus Hidup Kunci | Kunci perlu dibuat, digunakan, diganti, dicabut, dan dihancurkan secara terencana. | Mengurangi risiko akibat kunci usang atau terkompromi. |
Distribusi kunci adalah proses memberikan kunci rahasia kepada pihak yang membutuhkan secara aman. Tantangan utama kriptografi simetris adalah memastikan kunci sampai kepada penerima tanpa diketahui atau diubah oleh pihak lain.
| Risiko | Penjelasan | Kontrol |
|---|---|---|
| Kunci Dikirim Tanpa Perlindungan | Pihak lain dapat membaca kunci selama proses pengiriman. | Gunakan saluran komunikasi yang terlindungi. |
| Kunci Disimpan di Tempat Terbuka | Kunci dapat diakses oleh pengguna atau proses yang tidak berwenang. | Gunakan penyimpanan rahasia dan batasi hak akses. |
| Kunci Dibagikan kepada Terlalu Banyak Pihak | Semakin banyak pihak memiliki kunci, semakin besar risiko kebocoran. | Terapkan least privilege dan dokumentasikan pemilik kunci. |
| Kunci Tidak Diganti | Kunci yang terkompromi dapat terus digunakan. | Terapkan rotasi dan pencabutan kunci. |
| Tidak Ada Prosedur Pemulihan | Data tidak dapat didekripsi ketika kunci hilang. | Siapkan backup kunci yang terenkripsi dan terbatas. |
Buat kunci menggunakan proses dan pustaka yang tepercaya.
Simpan kunci di lokasi yang terlindungi dan terpisah dari data.
Ganti kunci secara berkala atau ketika terindikasi kompromi.
Hentikan penggunaan kunci yang tidak lagi tepercaya.
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Satu kunci dibagikan melalui grup chat. | Kunci dapat tersimpan, diteruskan, atau diakses pihak yang tidak berwenang. | Distribusi melalui saluran terlindungi dan pembatasan penerima. |
| Kunci disimpan bersama ciphertext. | Pihak yang memperoleh file juga dapat membaca data. | Pisahkan penyimpanan kunci dan data. |
| Semua pengguna menggunakan kunci yang sama. | Kebocoran satu pengguna memengaruhi seluruh pengguna. | Batasi penggunaan kunci dan gunakan kunci berdasarkan kebutuhan. |
| Kunci tidak pernah dirotasi. | Kunci yang bocor tetap dapat digunakan. | Jadwal rotasi dan prosedur pencabutan kunci. |
| Tidak ada backup kunci. | Data tidak dapat dipulihkan ketika kunci hilang. | Backup terenkripsi dengan akses terbatas. |
| Aplikasi menggunakan implementasi buatan sendiri tanpa review. | Terdapat kelemahan algoritma atau implementasi. | Gunakan pustaka kriptografi tepercaya dan lakukan review keamanan. |
Diskusikan skenario berikut bersama kelompok:
Refleksikan penerapan kriptografi simetris pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan penerapan kriptografi simetris untuk melindungi data pada sebuah organisasi sederhana.
Memahami penggunaan pasangan kunci publik dan privat untuk pertukaran kunci, autentikasi, dan tanda tangan digital, serta pentingnya menjaga kerahasiaan kunci privat.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami cara kerja kriptografi asimetris dan mengidentifikasi kontrol untuk melindungi kunci privat.
Komunikasi aman dan verifikasi identitas
Kriptografi asimetris adalah metode kriptografi yang menggunakan sepasang kunci yang saling berhubungan, yaitu kunci publik dan kunci privat.
Kunci publik dapat dibagikan kepada pihak lain, sedangkan kunci privat wajib dijaga kerahasiaannya oleh pemiliknya.
| Kunci | Sifat | Fungsi Utama | Perlindungan |
|---|---|---|---|
| Kunci Publik | Dapat dibagikan kepada pihak lain. | Enkripsi data untuk pemilik kunci dan verifikasi tanda tangan digital. | Keaslian kunci perlu divalidasi agar tidak diganti oleh pihak lain. |
| Kunci Privat | Hanya boleh diketahui dan digunakan oleh pemilik yang berwenang. | Dekripsi data dan pembuatan tanda tangan digital. | Harus disimpan, digunakan, dan dicadangkan secara sangat aman. |
Kriptografi asimetris dapat digunakan untuk membantu mengirimkan kunci simetris secara aman. Setelah kunci simetris berhasil dipertukarkan, kunci tersebut dapat digunakan untuk mengenkripsi data berukuran besar secara lebih efisien.
Penerima menyediakan atau menerbitkan kunci publik.
Pengirim membuat kunci simetris untuk melindungi data.
Kunci sesi dilindungi menggunakan kunci publik penerima.
Penerima menggunakan kunci privat untuk memperoleh kunci sesi.
Tanda tangan digital menggunakan kunci privat untuk menghasilkan bukti kriptografi atas suatu dokumen atau pesan. Pihak lain dapat menggunakan kunci publik untuk memverifikasi tanda tangan tersebut.
| Tahap | Pihak Penandatangan | Pihak Verifikator |
|---|---|---|
| Data Diproses | Membuat ringkasan atau hash dari dokumen. | Membuat hash dari dokumen yang diterima. |
| Pembuatan Tanda Tangan | Menggunakan kunci privat untuk membuat tanda tangan digital. | Menerima dokumen dan tanda tangan. |
| Verifikasi | Menyimpan bukti sesuai kebijakan. | Menggunakan kunci publik untuk memverifikasi tanda tangan. |
| Hasil | Mendukung pembuktian bahwa dokumen berasal dari pemilik kunci privat. | Mengetahui apakah dokumen berubah dan apakah tanda tangan valid. |
Sertifikat digital membantu menghubungkan identitas suatu entitas dengan kunci publiknya. Sertifikat biasanya diterbitkan atau divalidasi oleh pihak yang dipercaya sesuai dengan model kepercayaan yang digunakan.
| Aspek | Simetris | Asimetris |
|---|---|---|
| Kunci | Satu kunci rahasia. | Pasangan kunci publik dan privat. |
| Kecepatan | Umumnya lebih cepat untuk data berukuran besar. | Umumnya membutuhkan sumber daya lebih besar. |
| Distribusi | Kunci rahasia perlu didistribusikan secara aman. | Kunci publik dapat dibagikan, tetapi kunci privat harus dijaga. |
| Penggunaan | Enkripsi data dalam jumlah besar. | Pertukaran kunci, autentikasi, dan tanda tangan digital. |
| Tantangan Utama | Kerahasiaan dan distribusi kunci. | Perlindungan kunci privat dan validasi kunci publik. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Kunci privat disimpan dalam source code. | Kunci dapat terbaca oleh pengembang atau pihak yang memperoleh akses ke kode. | Gunakan penyimpanan kunci yang aman dan pisahkan dari kode sumber. |
| Kunci privat dikirim melalui email biasa. | Kunci dapat disalin, diteruskan, atau diakses pihak lain. | Gunakan saluran distribusi yang terlindungi. |
| Kunci publik tidak pernah divalidasi. | Pihak lain dapat mengganti kunci publik dengan kunci palsu. | Gunakan sertifikat atau mekanisme validasi identitas kunci. |
| Sertifikat sudah kedaluwarsa. | Koneksi atau tanda tangan tidak lagi dapat dipercaya sesuai kebijakan. | Monitoring masa berlaku dan pembaruan sertifikat. |
| Kunci privat terindikasi bocor. | Pihak lain dapat menyamar atau membuat tanda tangan tidak sah. | Cabut kunci, terbitkan pasangan baru, dan lakukan investigasi. |
Diskusikan skenario berikut bersama kelompok:
Refleksikan penerapan kriptografi asimetris pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat analisis penerapan kriptografi asimetris pada sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami fungsi hash sebagai ringkasan data dan tanda tangan digital sebagai mekanisme untuk membantu memverifikasi asal serta integritas informasi.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan perbedaan hash dan enkripsi serta memahami fungsi tanda tangan digital dalam perlindungan informasi.
Memeriksa keutuhan dan asal informasi
Hash adalah proses yang mengubah data dengan ukuran berapa pun menjadi nilai ringkasan dengan panjang tertentu. Nilai ringkasan tersebut sering disebut sebagai hash value, digest, atau message digest.
Hash dapat digunakan untuk memeriksa apakah data berubah setelah disimpan, dikirim, atau diunduh.
| Karakteristik | Penjelasan | Manfaat Keamanan |
|---|---|---|
| Satu Arah | Nilai hash dirancang agar sulit dikembalikan menjadi data asli. | Membantu melindungi nilai ringkasan dari rekonstruksi langsung. |
| Panjang Tetap | Data dengan ukuran berbeda dapat menghasilkan hash dengan panjang tertentu. | Memudahkan perbandingan nilai ringkasan. |
| Sensitif terhadap Perubahan | Perubahan kecil pada data dapat menghasilkan nilai hash yang berbeda. | Membantu mendeteksi perubahan data. |
| Konsisten | Data yang sama dengan proses yang sama menghasilkan nilai hash yang sama. | Memungkinkan verifikasi integritas. |
| Sulit Menemukan Tumbukan | Diupayakan agar sulit menemukan dua data berbeda dengan hash yang sama. | Mengurangi kemungkinan pemalsuan nilai ringkasan. |
Membandingkan nilai hash sebelum dan sesudah file diunduh atau dipindahkan.
Mendeteksi perubahan tidak sah pada data atau catatan sistem.
Membantu memeriksa apakah paket perangkat lunak berubah selama distribusi.
| Aspek | Hash | Enkripsi |
|---|---|---|
| Tujuan | Membuat ringkasan dan memeriksa integritas. | Menjaga kerahasiaan data. |
| Hasil | Nilai hash atau digest. | Ciphertext. |
| Pengembalian Data | Tidak dirancang untuk dikembalikan ke data asli. | Dapat dikembalikan dengan kunci yang sesuai. |
| Kunci | Fungsi hash umum tidak menggunakan kunci rahasia untuk proses dasarnya. | Menggunakan kunci kriptografi. |
| Contoh Penggunaan | Verifikasi file dan integritas data. | Perlindungan file, database, dan komunikasi. |
Tanda tangan digital adalah mekanisme kriptografi yang digunakan untuk membantu memverifikasi asal dan integritas suatu pesan, dokumen, atau transaksi elektronik.
Tanda tangan digital umumnya menggunakan hash dokumen dan kunci privat penandatangan. Pihak penerima kemudian menggunakan kunci publik untuk memverifikasi tanda tangan tersebut.
Penandatangan menyiapkan dokumen atau pesan elektronik.
Sistem menghasilkan ringkasan dari dokumen.
Ringkasan diproses menggunakan kunci privat penandatangan.
Penerima menggunakan kunci publik dan membandingkan hasil pemeriksaan.
| Fungsi | Penjelasan | Contoh Penerapan |
|---|---|---|
| Verifikasi Asal | Membantu menunjukkan bahwa dokumen berkaitan dengan pemilik kunci privat. | Persetujuan dokumen elektronik oleh pejabat berwenang. |
| Integritas | Membantu mendeteksi perubahan terhadap dokumen setelah ditandatangani. | Verifikasi kontrak atau laporan digital. |
| Non-Repudiation | Mendukung bukti bahwa tindakan atau persetujuan dilakukan oleh pihak tertentu. | Transaksi atau persetujuan resmi. |
| Audit | Menyediakan bukti yang dapat ditinjau dalam proses pemeriksaan. | Audit persetujuan dan perubahan dokumen. |
| Aspek | Hash | Tanda Tangan Digital |
|---|---|---|
| Tujuan | Membuat ringkasan dan memeriksa integritas. | Memverifikasi asal, integritas, dan persetujuan digital. |
| Kunci | Fungsi hash dasar tidak menggunakan kunci rahasia. | Menggunakan kunci privat dan kunci publik. |
| Identitas | Tidak membuktikan identitas pembuat data. | Membantu mengaitkan dokumen dengan pemilik kunci privat. |
| Perubahan Data | Perubahan dapat terdeteksi jika nilai pembanding dapat dipercaya. | Perubahan dapat menyebabkan verifikasi tanda tangan gagal. |
| Contoh | Verifikasi file yang diunduh. | Persetujuan dokumen atau transaksi digital. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| File didistribusikan tanpa nilai hash. | Penerima sulit memeriksa apakah file berubah. | Sediakan nilai hash melalui saluran yang tepercaya. |
| Nilai hash dikirim melalui sumber yang tidak dapat dipercaya. | Nilai pembanding dapat diganti oleh pihak lain. | Gunakan saluran tepercaya atau tanda tangan digital. |
| Dokumen penting tidak ditandatangani secara digital. | Asal dan integritas dokumen sulit dibuktikan. | Tanda tangan digital dan audit log. |
| Kunci privat penandatangan tidak dilindungi. | Pihak lain dapat membuat tanda tangan palsu. | Penyimpanan kunci aman, MFA, dan pembatasan akses. |
| Sertifikat penandatangan sudah kedaluwarsa. | Validitas tanda tangan sulit dipastikan. | Monitoring masa berlaku dan pembaruan sertifikat. |
| Sistem hanya menggunakan hash untuk membuktikan identitas pengirim. | Pihak lain dapat menghasilkan hash baru dari data yang diubah. | Kombinasikan hash dengan tanda tangan digital atau mekanisme autentikasi. |
Diskusikan skenario berikut bersama kelompok:
Refleksikan penerapan hash dan tanda tangan digital pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat analisis penggunaan hash dan tanda tangan digital pada sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami arsitektur jaringan aman, penerapan defense in depth, serta monitoring lalu lintas jaringan secara legal, terkontrol, dan bertanggung jawab.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan konsep keamanan jaringan dan mengidentifikasi kontrol perlindungan yang sesuai untuk organisasi sederhana.
Perlindungan jaringan secara berlapis
Keamanan jaringan adalah serangkaian kebijakan, prosedur, teknologi, dan praktik untuk melindungi jaringan, perangkat, layanan, serta lalu lintas data dari akses tidak sah, gangguan, penyalahgunaan, dan serangan.
Keamanan jaringan tidak hanya bergantung pada satu perangkat seperti firewall. Perlindungan harus diterapkan pada perangkat, koneksi, aplikasi, pengguna, dan proses organisasi.
Arsitektur jaringan aman mengatur hubungan antara pengguna, perangkat, server, aplikasi, dan jaringan berdasarkan tingkat kepercayaan serta kebutuhan akses.
Jaringan eksternal dengan tingkat risiko yang lebih tinggi.
Firewall, gateway, VPN, dan kontrol akses jaringan.
Pemisahan jaringan berdasarkan fungsi dan tingkat sensitivitas.
Server, database, aplikasi, dan perangkat pengguna.
| Komponen | Fungsi | Contoh Kontrol |
|---|---|---|
| Firewall | Mengatur lalu lintas yang diizinkan atau ditolak berdasarkan aturan. | Filtering alamat, port, protokol, dan aplikasi. |
| Segmentasi Jaringan | Memisahkan jaringan atau aset berdasarkan fungsi dan risiko. | VLAN, subnet, zona server, dan jaringan tamu. |
| VPN | Membantu melindungi koneksi jarak jauh melalui jaringan yang tidak sepenuhnya dipercaya. | Akses pegawai jarak jauh ke jaringan internal. |
| IDS atau IPS | Membantu mendeteksi atau mencegah pola lalu lintas yang mencurigakan. | Deteksi pemindaian, serangan, dan anomali. |
| Network Access Control | Memeriksa perangkat sebelum diberikan akses ke jaringan. | Pemeriksaan identitas, status perangkat, dan kepatuhan konfigurasi. |
| Monitoring dan Logging | Mencatat serta menganalisis aktivitas jaringan. | Log firewall, aliran jaringan, dan notifikasi kejadian. |
Defense in depth adalah strategi keamanan yang menggunakan beberapa lapisan perlindungan. Apabila satu kontrol gagal, lapisan lain masih dapat mengurangi risiko atau mendeteksi kejadian.
Pengamanan ruang server, perangkat jaringan, listrik, dan media penyimpanan.
Firewall, segmentasi, enkripsi, endpoint protection, dan kontrol akses.
Kebijakan, pelatihan, prosedur, dan kesadaran pengguna.
Monitoring, logging, alert, dan analisis insiden.
Backup, isolasi, pemulihan layanan, dan evaluasi pascainsiden.
Monitoring jaringan adalah proses mengamati, mencatat, dan menganalisis aktivitas jaringan untuk memastikan kinerja, mendeteksi anomali, dan merespons potensi insiden keamanan.
| Aktivitas Monitoring | Tujuan | Contoh Indikator |
|---|---|---|
| Pemantauan Koneksi | Mengetahui koneksi normal dan tidak normal. | Sumber, tujuan, waktu, port, dan volume lalu lintas. |
| Analisis Anomali | Mendeteksi pola yang menyimpang dari kondisi normal. | Lonjakan lalu lintas, koneksi berulang, atau akses dari lokasi tidak biasa. |
| Monitoring Perangkat | Memastikan perangkat jaringan beroperasi sesuai konfigurasi. | Perubahan konfigurasi, perangkat baru, atau layanan tidak dikenal. |
| Korelasi Log | Menghubungkan informasi dari berbagai sumber untuk memahami kejadian. | Log firewall, server, endpoint, dan aplikasi. |
| Respons Insiden | Membantu organisasi mengambil tindakan terhadap kejadian keamanan. | Isolasi perangkat, pemblokiran koneksi, dan eskalasi insiden. |
Monitoring lalu lintas jaringan harus dilakukan berdasarkan kewenangan, kebijakan organisasi, tujuan keamanan yang jelas, dan ketentuan hukum yang berlaku.
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Semua perangkat berada dalam satu jaringan. | Gangguan pada satu perangkat dapat menyebar ke aset lain. | Segmentasi jaringan berdasarkan fungsi dan tingkat risiko. |
| Firewall menggunakan aturan terlalu longgar. | Koneksi yang tidak diperlukan dapat masuk atau keluar. | Review aturan firewall dan prinsip deny by default. |
| Tidak ada monitoring lalu lintas. | Aktivitas mencurigakan terlambat diketahui. | Logging, alert, dan monitoring terkontrol. |
| Jaringan tamu dapat mengakses server internal. | Pengguna eksternal dapat mencapai aset sensitif. | Isolasi jaringan tamu dan pembatasan rute. |
| Akses jarak jauh tanpa perlindungan. | Kredensial atau data dapat disadap. | VPN, MFA, enkripsi, dan pembatasan akses. |
| Log jaringan dapat diakses semua staf. | Informasi sensitif dan aktivitas pengguna dapat disalahgunakan. | RBAC, enkripsi log, dan audit akses. |
Diskusikan skenario berikut bersama kelompok:
Refleksikan penerapan keamanan jaringan pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan keamanan jaringan untuk sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami fungsi firewall dalam menyaring lalu lintas jaringan, menerapkan prinsip default deny, serta mendokumentasikan setiap perubahan konfigurasi secara tertib dan terkendali.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan fungsi firewall dan menyusun aturan penyaringan lalu lintas berdasarkan kebutuhan keamanan.
Mengatur lalu lintas masuk dan keluar
Firewall adalah perangkat atau mekanisme keamanan yang mengendalikan lalu lintas jaringan antara dua atau lebih jaringan berdasarkan aturan yang telah ditetapkan.
Firewall dapat diterapkan pada perangkat jaringan, server, komputer pengguna, layanan cloud, atau aplikasi tertentu. Fungsi utamanya adalah mengizinkan lalu lintas yang sah dan memblokir lalu lintas yang tidak diperlukan atau tidak diizinkan.
Menyaring koneksi dari jaringan eksternal menuju jaringan internal.
Mengatur layanan atau tujuan eksternal yang boleh diakses dari jaringan internal.
Membatasi komunikasi antarsegmen sesuai kebutuhan organisasi.
Mencatat koneksi yang diizinkan, ditolak, atau dianggap mencurigakan.
Membantu mengidentifikasi pola lalu lintas yang tidak sesuai dengan kondisi normal.
Aturan firewall menjelaskan kondisi lalu lintas dan tindakan yang harus dilakukan ketika kondisi tersebut terpenuhi.
| Komponen | Penjelasan | Contoh Pertimbangan |
|---|---|---|
| Sumber | Asal koneksi atau lalu lintas. | Jaringan internal, jaringan tamu, atau internet. |
| Tujuan | Perangkat, server, jaringan, atau layanan yang dituju. | Server aplikasi, database, atau gateway. |
| Protokol | Jenis protokol komunikasi yang digunakan. | TCP, UDP, ICMP, atau protokol aplikasi. |
| Port atau Layanan | Pintu layanan yang digunakan oleh aplikasi. | Layanan web, DNS, email, atau akses jarak jauh. |
| Waktu | Periode ketika aturan berlaku. | Jam kerja atau periode pemeliharaan. |
| Tindakan | Keputusan terhadap lalu lintas. | Allow, deny, reject, log, atau alert. |
| Urutan Aturan | Prioritas pemeriksaan aturan oleh firewall. | Aturan yang lebih spesifik ditempatkan sebelum aturan umum. |
Default deny adalah prinsip yang menolak lalu lintas yang tidak memiliki aturan izin secara eksplisit. Dengan prinsip ini, layanan yang tidak diperlukan tidak otomatis dapat diakses.
Perancangan aturan firewall harus mengikuti kebutuhan bisnis, arsitektur jaringan, klasifikasi data, dan tingkat risiko layanan.
| Langkah | Kegiatan | Hasil |
|---|---|---|
| 1. Inventarisasi | Identifikasi server, perangkat, aplikasi, dan layanan jaringan. | Daftar aset dan layanan yang perlu dilindungi. |
| 2. Analisis Kebutuhan | Tentukan siapa yang perlu berkomunikasi dengan layanan tertentu. | Matriks kebutuhan akses. |
| 3. Penentuan Aturan | Buat aturan izin yang spesifik dan terbatas. | Daftar aturan allow dan deny. |
| 4. Pengujian | Uji akses yang diizinkan dan ditolak pada lingkungan terkontrol. | Hasil pengujian dan temuan konfigurasi. |
| 5. Implementasi | Terapkan perubahan sesuai prosedur persetujuan. | Konfigurasi firewall yang aktif. |
| 6. Review | Tinjau efektivitas dan relevansi aturan. | Aturan dipertahankan, diperbarui, atau dihapus. |
Setiap perubahan aturan firewall harus didokumentasikan agar dapat dipahami, ditinjau, diuji, dan ditelusuri kembali jika terjadi masalah.
| Informasi | Isi yang Dicatat |
|---|---|
| Identitas Perubahan | Nomor tiket, identitas pengubah, dan waktu perubahan. |
| Alasan Perubahan | Kebutuhan bisnis, perbaikan keamanan, pemeliharaan, atau respons insiden. |
| Konfigurasi Sebelum Perubahan | Aturan atau kondisi konfigurasi sebelumnya. |
| Konfigurasi Setelah Perubahan | Aturan baru, layanan, sumber, tujuan, dan tindakan. |
| Persetujuan | Pihak yang mengajukan, meninjau, dan menyetujui perubahan. |
| Hasil Pengujian | Skenario pengujian, hasil, dan dampak terhadap layanan. |
| Rencana Pemulihan | Cara mengembalikan konfigurasi jika terjadi gangguan. |
| Masa Berlaku | Waktu penghapusan atau peninjauan ulang, khususnya untuk aturan sementara. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Semua port pada server terbuka. | Layanan yang tidak diperlukan dapat dieksploitasi. | Default deny dan hanya mengizinkan layanan yang dibutuhkan. |
| Firewall mengizinkan akses dari semua alamat sumber. | Sumber tidak tepercaya dapat mencoba mengakses layanan. | Batasi sumber, tujuan, port, dan protokol. |
| Aturan sementara tidak memiliki tanggal kedaluwarsa. | Akses darurat dapat tetap terbuka tanpa batas waktu. | Tetapkan masa berlaku dan review berkala. |
| Perubahan konfigurasi tidak dicatat. | Kesalahan atau perubahan tidak sah sulit ditelusuri. | Change management, audit log, dan persetujuan. |
| Tidak ada pengujian setelah perubahan. | Layanan sah dapat terganggu atau aturan gagal bekerja. | Pengujian terkontrol dan rencana rollback. |
| Log firewall disimpan tanpa review. | Serangan atau anomali dapat terlambat diketahui. | Monitoring, alert, dan peninjauan log berkala. |
Diskusikan skenario berikut bersama kelompok:
Refleksikan penerapan firewall pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan aturan firewall untuk sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami pemisahan zona pengguna, server, tamu, dan administrasi untuk membatasi akses serta mengurangi pergerakan lateral dalam jaringan.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan konsep segmentasi jaringan dan merancang aturan komunikasi antar-zona berdasarkan kebutuhan keamanan.
Memisahkan jaringan berdasarkan fungsi dan risiko
Segmentasi jaringan adalah proses membagi jaringan menjadi beberapa zona atau segmen berdasarkan fungsi, jenis aset, tingkat sensitivitas, dan kebutuhan akses.
Setiap zona memiliki aturan komunikasi tersendiri. Dengan demikian, perangkat atau pengguna pada satu zona tidak otomatis dapat mengakses seluruh sumber daya pada zona lain.
| Zona | Isi Zona | Kebutuhan Akses | Kontrol Utama |
|---|---|---|---|
| Zona Pengguna | Komputer, laptop, dan perangkat kerja pengguna. | Mengakses aplikasi dan layanan sesuai peran. | Kontrol endpoint, autentikasi, dan pembatasan akses. |
| Zona Server | Server aplikasi, database, dan layanan internal. | Hanya menerima koneksi yang diperlukan. | Firewall antar-zona dan aturan akses spesifik. |
| Zona Tamu | Perangkat pengunjung atau pengguna eksternal. | Akses internet terbatas. | Isolasi dari jaringan internal dan pembatasan rute. |
| Zona Administrasi | Perangkat dan akun pengelola sistem. | Mengelola perangkat atau layanan tertentu. | MFA, akses terbatas, logging, dan perangkat khusus. |
| Zona Manajemen | Antarmuka pengelolaan perangkat jaringan dan infrastruktur. | Hanya administrator berwenang. | Jaringan khusus, VPN, RBAC, dan monitoring. |
VLAN atau Virtual Local Area Network memungkinkan organisasi memisahkan jaringan secara logis meskipun perangkat terhubung melalui infrastruktur switch yang sama.
| Contoh VLAN | Fungsi | Contoh Aset | Kebijakan Umum |
|---|---|---|---|
| VLAN Pengguna | Menyediakan koneksi bagi staf atau pengguna umum. | Laptop dan komputer staf. | Hanya mengakses aplikasi dan layanan yang diperlukan. |
| VLAN Server | Menempatkan layanan internal pada zona terkontrol. | Server aplikasi dan database. | Akses masuk dibatasi berdasarkan sumber dan layanan. |
| VLAN Tamu | Menyediakan akses internet bagi pengunjung. | Ponsel dan laptop tamu. | Tidak dapat mengakses jaringan internal. |
| VLAN Administrasi | Menyediakan akses bagi pengelola sistem. | Perangkat administrator. | Akses terbatas, MFA, dan audit log. |
Pergerakan lateral adalah perpindahan pihak atau perangkat yang telah memperoleh akses awal menuju sistem, perangkat, atau zona lain di dalam jaringan.
Jangan menempatkan pengguna, server, tamu, dan administrasi dalam segmen yang sama.
Izinkan hanya koneksi antar-zona yang diperlukan oleh pekerjaan.
Catat dan tinjau koneksi antar-zona yang tidak biasa.
Komunikasi antar-zona harus ditentukan berdasarkan kebutuhan kerja. Tidak semua zona perlu saling terhubung secara bebas.
| Sumber | Tujuan | Kebijakan | Alasan |
|---|---|---|---|
| Zona Pengguna | Zona Server | Izinkan layanan aplikasi yang diperlukan. | Pengguna membutuhkan akses ke aplikasi internal. |
| Zona Pengguna | Zona Database | Tolak akses langsung kecuali ada kebutuhan khusus yang disetujui. | Database sebaiknya hanya diakses oleh aplikasi atau proses tertentu. |
| Zona Tamu | Zona Internal | Tolak. | Tamu tidak memerlukan akses ke sumber daya internal. |
| Zona Administrasi | Zona Server | Izinkan layanan administrasi dari perangkat yang disetujui. | Administrator membutuhkan akses pengelolaan. |
| Zona Server | Zona Database | Izinkan koneksi aplikasi yang spesifik. | Server aplikasi perlu mengakses data sesuai fungsi. |
| Zona Tamu | Internet | Izinkan dengan pembatasan dan monitoring. | Tamu membutuhkan akses internet, bukan akses internal. |
| Kontrol | Fungsi | Contoh Penerapan |
|---|---|---|
| VLAN | Memisahkan jaringan secara logis. | VLAN pengguna, server, tamu, dan administrasi. |
| Firewall Antar-Zona | Menyaring lalu lintas antarsegmen. | Hanya mengizinkan akses aplikasi dari zona pengguna ke server. |
| Access Control List | Mengatur sumber, tujuan, dan layanan yang boleh berkomunikasi. | Menolak akses jaringan tamu ke server internal. |
| VPN Administrasi | Melindungi akses pengelolaan dari lokasi jarak jauh. | Akses administrator melalui VPN dan MFA. |
| Monitoring | Mendeteksi koneksi tidak normal antar-zona. | Logging firewall dan notifikasi aktivitas mencurigakan. |
| Network Access Control | Memeriksa identitas dan status perangkat sebelum terhubung. | Karantina perangkat yang tidak memenuhi kebijakan. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Jaringan tamu menggunakan segmen yang sama dengan jaringan internal. | Tamu dapat mencoba mengakses perangkat dan layanan internal. | VLAN tamu, firewall, dan pembatasan rute. |
| Komputer pengguna dapat mengakses database secara langsung. | Database dapat diserang dari banyak perangkat pengguna. | Batasi akses database hanya dari server aplikasi. |
| Perangkat administrasi berada di jaringan pengguna biasa. | Kredensial administratif dapat terpapar perangkat yang kurang terlindungi. | Zona administrasi khusus, MFA, dan perangkat khusus. |
| Semua komunikasi antar-zona diizinkan. | Pergerakan lateral menjadi lebih mudah. | Default deny dan aturan antar-zona yang spesifik. |
| Tidak ada log koneksi antar-zona. | Aktivitas mencurigakan sulit ditelusuri. | Logging, monitoring, dan review berkala. |
| VLAN digunakan tetapi tidak ada firewall antar-VLAN. | Pemisahan logis tidak cukup membatasi akses. | Terapkan aturan routing, ACL, atau firewall antar-zona. |
Diskusikan skenario berikut bersama kelompok:
Refleksikan penerapan segmentasi jaringan pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan segmentasi jaringan untuk sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami VPN sebagai kanal komunikasi terenkripsi, penerapan autentikasi pengguna dan perangkat, serta pengelolaan endpoint dan masa berlaku akses secara aman.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan fungsi VPN dan merancang kontrol akses jarak jauh yang aman serta terkelola.
Akses jarak jauh yang aman dan terkontrol
Virtual Private Network atau VPN adalah teknologi yang membuat kanal komunikasi terlindungi antara perangkat pengguna dan jaringan atau layanan tujuan melalui jaringan yang tidak sepenuhnya dipercaya.
VPN biasanya menggunakan enkripsi untuk membantu menjaga kerahasiaan dan integritas data selama perjalanan. VPN juga dapat menerapkan autentikasi untuk memastikan bahwa hanya pengguna dan perangkat yang berwenang yang dapat terhubung.
Pengguna memulai koneksi dari perangkat yang telah terdaftar dan memenuhi kebijakan.
Sistem memverifikasi identitas pengguna dan, bila diperlukan, identitas perangkat.
VPN membentuk kanal terenkripsi antara endpoint dan jaringan tujuan.
Pengguna hanya dapat mengakses sumber daya sesuai peran dan kebutuhannya.
VPN mengenkripsi lalu lintas antara endpoint dan titik terminasi VPN. Hal ini membantu mengurangi risiko penyadapan atau perubahan data ketika pengguna mengakses layanan melalui jaringan publik.
| Aspek | Perlindungan VPN | Hal yang Tetap Perlu Dikendalikan |
|---|---|---|
| Kerahasiaan | Membantu mencegah pihak lain membaca lalu lintas di dalam kanal VPN. | Data setelah keluar dari kanal, endpoint, aplikasi, dan server. |
| Integritas | Membantu mendeteksi atau mencegah perubahan lalu lintas selama koneksi. | Integritas aplikasi, data, dan akun pengguna. |
| Autentikasi | Memverifikasi pengguna, perangkat, atau titik terminasi tertentu. | Otorisasi terhadap layanan yang dapat diakses. |
| Akses Jarak Jauh | Menyediakan jalur yang lebih aman menuju jaringan atau layanan organisasi. | Segmentasi, RBAC, MFA, monitoring, dan pembatasan hak akses. |
Akses VPN perlu memverifikasi bukan hanya siapa pengguna, tetapi juga apakah perangkat yang digunakan layak dan terdaftar untuk mengakses sumber daya organisasi.
Endpoint adalah perangkat yang digunakan untuk membuat koneksi VPN, seperti laptop, komputer, tablet, atau ponsel. Keamanan endpoint sangat penting karena perangkat tersebut berada di luar perimeter organisasi.
| Area Pengelolaan | Kontrol | Tujuan |
|---|---|---|
| Inventarisasi | Mencatat perangkat, pemilik, sistem operasi, dan statusnya. | Mengetahui perangkat yang memiliki akses. |
| Pembaruan | Memasang pembaruan sistem dan aplikasi keamanan. | Mengurangi kerentanan yang dapat dieksploitasi. |
| Proteksi Endpoint | Menggunakan antivirus, endpoint protection, dan pengaturan keamanan. | Mendeteksi dan membatasi aktivitas berbahaya. |
| Enkripsi Perangkat | Melindungi data yang tersimpan pada endpoint. | Mengurangi dampak kehilangan atau pencurian perangkat. |
| Konfigurasi VPN | Menggunakan profil, sertifikat, dan pengaturan yang dikelola. | Mencegah konfigurasi tidak sah atau lemah. |
| Penghapusan Akses | Menonaktifkan koneksi ketika perangkat hilang, rusak, atau tidak lagi digunakan. | Mencegah akses berkelanjutan dari endpoint yang berisiko. |
Akses VPN harus memiliki masa berlaku yang sesuai dengan kebutuhan kerja. Akses tidak boleh tetap aktif tanpa batas hanya karena pernah diberikan.
VPN tidak boleh menjadi jalur yang memberikan akses penuh ke seluruh jaringan internal. Akses harus dibatasi berdasarkan peran, sumber daya, dan tingkat risiko.
| Peran | Kebutuhan | Akses yang Diberikan | Akses yang Dibatasi |
|---|---|---|---|
| Pegawai | Menggunakan aplikasi internal. | Server aplikasi dan layanan kerja. | Database langsung dan jaringan manajemen. |
| Administrator | Mengelola infrastruktur. | Perangkat dan server yang menjadi tanggung jawabnya. | Sistem yang tidak terkait tugasnya. |
| Vendor | Melakukan pemeliharaan tertentu. | Sistem dan waktu yang telah disetujui. | Data dan layanan di luar ruang lingkup kerja. |
| Mahasiswa atau Tamu | Mengakses layanan publik atau akademik tertentu. | Layanan yang ditentukan secara khusus. | Jaringan administrasi dan data sensitif. |
| Aktivitas | Tujuan Monitoring | Contoh Indikator |
|---|---|---|
| Login VPN | Mengetahui keberhasilan dan kegagalan autentikasi. | Waktu, akun, perangkat, dan lokasi umum. |
| Sesi Aktif | Mengetahui koneksi yang sedang digunakan. | Durasi sesi, endpoint, dan sumber daya tujuan. |
| Perubahan Konfigurasi | Memastikan pengaturan VPN diubah secara sah. | Identitas pengubah, waktu, dan isi perubahan. |
| Aktivitas Tidak Biasa | Mendeteksi penyalahgunaan akun atau endpoint. | Login berulang, lokasi tidak biasa, atau akses di luar jam kerja. |
| Status Endpoint | Memastikan perangkat masih memenuhi persyaratan keamanan. | Patch, antivirus, enkripsi, dan konfigurasi keamanan. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| VPN hanya menggunakan password. | Akun dapat disalahgunakan jika password dicuri. | MFA dan autentikasi perangkat. |
| Semua pengguna VPN dapat mengakses seluruh jaringan internal. | Akun yang disalahgunakan dapat menjangkau banyak aset. | RBAC, segmentasi, dan pembatasan akses granular. |
| Vendor memiliki akses VPN tanpa tanggal berakhir. | Akses tetap aktif setelah pekerjaan selesai. | Akses berbatas waktu dan review berkala. |
| Perangkat pribadi terhubung tanpa pemeriksaan. | Malware atau konfigurasi lemah dapat masuk ke jaringan. | Device compliance, endpoint protection, dan karantina. |
| Perangkat hilang tetapi sesi VPN tetap aktif. | Pihak lain dapat menggunakan koneksi yang tersimpan. | Pencabutan sertifikat, logout sesi, remote wipe, dan perubahan kredensial. |
| Tidak ada pencatatan aktivitas VPN. | Penyalahgunaan akses sulit ditelusuri. | Logging, monitoring, dan review aktivitas. |
Diskusikan skenario berikut bersama kelompok:
Refleksikan penerapan VPN pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan akses VPN untuk sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami peran Intrusion Detection System dan Intrusion Prevention System dalam mendeteksi aktivitas mencurigakan, mencegah lalu lintas berbahaya, serta memvalidasi alert untuk mengurangi false positive.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami fungsi IDS dan IPS serta menganalisis alert keamanan secara terkontrol.
Mendeteksi dan mencegah aktivitas mencurigakan
Intrusion Detection System (IDS) adalah sistem yang memantau aktivitas jaringan atau perangkat untuk mendeteksi pola yang mengindikasikan adanya aktivitas mencurigakan atau pelanggaran kebijakan.
Intrusion Prevention System (IPS) adalah sistem yang tidak hanya mendeteksi aktivitas mencurigakan, tetapi juga dapat mengambil tindakan pencegahan berdasarkan aturan dan kebijakan yang telah ditetapkan.
| Aspek | IDS | IPS |
|---|---|---|
| Fungsi Utama | Mendeteksi aktivitas mencurigakan dan menghasilkan alert. | Mendeteksi dan mengambil tindakan untuk mencegah lalu lintas tertentu. |
| Tindakan | Memberi notifikasi, mencatat kejadian, atau meneruskan informasi untuk dianalisis. | Memblokir, menjatuhkan, mengarantina, atau membatasi lalu lintas sesuai aturan. |
| Risiko Operasional | Aktivitas berbahaya dapat tetap berjalan sebelum ditangani. | Aturan yang salah dapat memblokir layanan yang sah. |
| Fokus | Visibilitas dan deteksi. | Deteksi dan respons otomatis. |
| Kebutuhan Validasi | Alert perlu dianalisis dan dikonfirmasi. | Aturan pencegahan perlu diuji dan ditinjau secara berkala. |
| Metode | Penjelasan | Kelebihan dan Keterbatasan |
|---|---|---|
| Signature-Based Detection | Mencocokkan lalu lintas atau aktivitas dengan pola serangan yang telah dikenal. | Efektif untuk ancaman yang sudah diketahui, tetapi kurang efektif terhadap pola baru. |
| Anomaly-Based Detection | Membandingkan aktivitas dengan pola normal atau baseline. | Dapat membantu menemukan ancaman baru, tetapi berpotensi menghasilkan false positive. |
| Policy-Based Detection | Memeriksa aktivitas terhadap kebijakan keamanan organisasi. | Baik untuk menegakkan aturan, tetapi membutuhkan kebijakan yang jelas dan diperbarui. |
| Behavior-Based Detection | Menganalisis perilaku pengguna, perangkat, atau layanan. | Membantu menemukan penyalahgunaan, tetapi memerlukan data dan baseline yang memadai. |
IDS atau IPS menemukan pola aktivitas yang memenuhi indikator tertentu.
Sistem menyimpan detail alert, sumber, tujuan, waktu, dan aturan yang terpenuhi.
Tim memeriksa apakah alert merupakan ancaman nyata atau aktivitas sah.
Organisasi melakukan eskalasi, isolasi, pemblokiran, atau penutupan alert.
Sistem menganggap aktivitas yang sebenarnya sah sebagai aktivitas berbahaya.
Dampak:Sistem gagal mendeteksi aktivitas yang sebenarnya berbahaya.
Dampak:Validasi alert dilakukan untuk menentukan apakah suatu kejadian merupakan aktivitas normal, pelanggaran kebijakan, atau insiden keamanan yang membutuhkan tindakan.
| Aspek Pemeriksaan | Pertanyaan | Tujuan |
|---|---|---|
| Sumber | Dari perangkat atau akun mana aktivitas berasal? | Menilai reputasi dan kepemilikan sumber. |
| Tujuan | Sistem atau layanan apa yang menjadi tujuan? | Menilai sensitivitas aset yang dituju. |
| Waktu | Apakah aktivitas terjadi pada waktu yang wajar? | Membandingkan dengan jadwal kerja atau pemeliharaan. |
| Pola Aktivitas | Apakah terdapat koneksi berulang, lonjakan, atau pola tidak normal? | Mengidentifikasi indikasi otomatisasi atau serangan. |
| Log Pendukung | Apakah sistem lain menunjukkan aktivitas serupa? | Menguatkan atau membantah alert. |
| Dampak | Apakah layanan atau data telah terpengaruh? | Menentukan prioritas respons. |
| Tindakan | Penjelasan | Risiko Operasional |
|---|---|---|
| Alert | Memberikan pemberitahuan tanpa memblokir lalu lintas. | Aktivitas berbahaya mungkin tetap berlanjut. |
| Block | Menolak lalu lintas yang memenuhi kondisi tertentu. | Layanan sah dapat terpengaruh jika aturan tidak tepat. |
| Drop | Menjatuhkan paket tanpa melanjutkan koneksi. | Pemecahan masalah dapat menjadi lebih sulit. |
| Quarantine | Mengisolasi perangkat atau koneksi yang dicurigai. | Perlu prosedur pemulihan dan validasi. |
| Rate Limit | Membatasi volume atau frekuensi lalu lintas. | Kinerja layanan dapat menurun jika batas terlalu ketat. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| IDS menghasilkan banyak alert dari aktivitas backup terjadwal. | Tim dapat mengabaikan alert penting karena mengalami alert fatigue. | Validasi alert, tuning aturan, dan pengecualian yang terdokumentasi. |
| IPS memblokir seluruh koneksi yang terlihat tidak biasa. | Layanan sah dapat terganggu. | Pengujian aturan, mode monitoring, dan persetujuan perubahan. |
| Alert tidak memiliki informasi sumber dan tujuan. | Analisis dan investigasi sulit dilakukan. | Logging lengkap dan sinkronisasi waktu. |
| Signature deteksi tidak pernah diperbarui. | Ancaman baru atau variasi serangan dapat terlewat. | Pembaruan signature dan review konfigurasi. |
| Alert kritis tidak memiliki pemilik respons. | Tindakan penanganan dapat terlambat. | Prosedur eskalasi, penanggung jawab, dan SLA respons. |
| IPS memblokir akses administrator yang sah. | Pengelolaan sistem terganggu. | Daftar pengecualian terbatas, akses darurat, dan review berkala. |
Diskusikan skenario berikut bersama kelompok:
Refleksikan penerapan IDS dan IPS pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan penerapan IDS dan IPS untuk sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami pengamanan jaringan Wi-Fi melalui penggunaan enkripsi modern, password yang kuat, pemisahan jaringan tamu, serta penonaktifan konfigurasi dan layanan yang tidak diperlukan.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan prinsip pengamanan Wi-Fi dan mengidentifikasi kontrol keamanan pada jaringan nirkabel.
Melindungi koneksi nirkabel dan penggunanya
Keamanan Wi-Fi adalah serangkaian konfigurasi, teknologi, dan kebijakan untuk melindungi jaringan nirkabel dari akses tidak sah, penyadapan, penyalahgunaan, dan gangguan.
Jaringan Wi-Fi perlu diamankan karena sinyalnya dapat menjangkau area di luar ruangan organisasi. Pihak yang berada di sekitar jaringan dapat mencoba menemukan, menggunakan, atau menyerang jaringan tersebut.
Enkripsi Wi-Fi membantu melindungi komunikasi antara perangkat pengguna dan access point. Organisasi harus menggunakan standar keamanan modern yang masih didukung oleh perangkat dan kebijakan keamanan.
| Aspek | Praktik yang Disarankan | Risiko yang Dikurangi |
|---|---|---|
| Mode Keamanan | Gunakan mode enkripsi modern yang sesuai dengan kemampuan perangkat. | Mengurangi risiko penggunaan protokol nirkabel yang lemah atau usang. |
| Konfigurasi Enkripsi | Gunakan pengaturan enkripsi yang direkomendasikan oleh vendor dan standar keamanan. | Mengurangi risiko penyadapan dan akses tidak sah. |
| Pembaruan Perangkat | Perbarui firmware access point dan perangkat jaringan. | Mengatasi kerentanan yang telah diketahui. |
| Autentikasi Organisasi | Untuk jaringan organisasi, pertimbangkan autentikasi pengguna yang dikelola secara terpusat. | Memudahkan pencabutan akses individual dan audit pengguna. |
| Protokol Lama | Nonaktifkan protokol atau mode keamanan yang sudah tidak direkomendasikan. | Mengurangi peluang eksploitasi konfigurasi lemah. |
Password Wi-Fi berfungsi sebagai salah satu lapisan perlindungan utama. Password harus sulit ditebak, tidak digunakan ulang, dan tidak dibagikan kepada pihak yang tidak berkepentingan.
Jaringan tamu sebaiknya dipisahkan dari jaringan internal agar perangkat pengunjung tidak dapat mengakses server, komputer, printer, atau perangkat administrasi organisasi.
| Aspek | Jaringan Internal | Jaringan Tamu |
|---|---|---|
| Pengguna | Pegawai, administrator, atau pengguna resmi. | Pengunjung, pelanggan, atau pihak eksternal. |
| Akses | Aplikasi dan layanan internal sesuai peran. | Akses internet atau layanan publik tertentu. |
| Segmentasi | Segmen organisasi dengan kontrol akses. | VLAN atau jaringan terpisah dari internal. |
| Komunikasi Internal | Dapat diizinkan berdasarkan kebutuhan. | Dilarang menuju server dan perangkat internal. |
| Monitoring | Dipantau sesuai kebijakan keamanan organisasi. | Dipantau dengan memperhatikan privasi dan ketentuan yang berlaku. |
Fitur yang tidak digunakan dapat menambah permukaan serangan. Access point dan perangkat jaringan harus dikonfigurasi hanya dengan layanan yang benar-benar dibutuhkan.
| Konfigurasi atau Layanan | Risiko | Tindakan Pengamanan |
|---|---|---|
| Kredensial Administrator Bawaan | Mudah ditebak atau diketahui dari dokumentasi perangkat. | Ganti dengan kredensial unik dan kuat. |
| Remote Management dari Internet | Antarmuka administrasi dapat diserang dari jaringan eksternal. | Nonaktifkan atau batasi melalui VPN dan jaringan administrasi. |
| WPS atau Fitur Penyandingan yang Tidak Diperlukan | Dapat memperluas cara akses ke jaringan. | Nonaktifkan jika tidak diperlukan. |
| SSID dan Profil Lama | Pengguna dapat tersambung ke jaringan yang tidak lagi dikelola. | Hapus atau nonaktifkan profil dan SSID lama. |
| Port atau Layanan Tidak Digunakan | Menambah jalur akses dan potensi kerentanan. | Tutup atau nonaktifkan layanan tersebut. |
| Firmware Lama | Kerentanan yang telah diketahui dapat dieksploitasi. | Perbarui firmware melalui prosedur resmi. |
| Aktivitas | Tujuan | Contoh Indikator |
|---|---|---|
| Perangkat Terhubung | Mengetahui perangkat yang menggunakan jaringan. | Perangkat baru, tidak dikenal, atau tidak sesuai inventaris. |
| Login Administrator | Memastikan perubahan dilakukan oleh pihak berwenang. | Login gagal berulang atau akses di luar jam kerja. |
| Perubahan Konfigurasi | Mengetahui pengaturan yang berubah pada access point. | Perubahan SSID, mode keamanan, password, atau aturan jaringan. |
| Kinerja Jaringan | Mendeteksi gangguan atau kondisi tidak normal. | Lonjakan penggunaan, access point asing, atau koneksi berulang. |
| Status Firmware | Memastikan perangkat menggunakan versi yang masih didukung. | Versi lama, kegagalan pembaruan, atau perangkat tanpa dukungan vendor. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Access point masih menggunakan password bawaan. | Pihak lain dapat menebak atau menemukan kredensial perangkat. | Ganti password administrator dan password jaringan dengan nilai unik. |
| Jaringan internal dan tamu menggunakan SSID yang sama. | Perangkat tamu dapat mengakses aset internal. | Buat SSID dan segmen jaringan tamu yang terpisah. |
| Perangkat menggunakan mode keamanan lama. | Komunikasi lebih mudah diserang atau disadap. | Gunakan enkripsi modern dan perbarui perangkat. |
| Remote management terbuka dari internet. | Antarmuka administrasi dapat diserang dari luar organisasi. | Nonaktifkan atau batasi akses melalui VPN dan jaringan administrasi. |
| Fitur penyandingan otomatis tidak diperlukan tetapi tetap aktif. | Menambah jalur akses yang tidak diperlukan. | Nonaktifkan fitur tersebut setelah memastikan tidak dibutuhkan. |
| Tidak ada inventaris perangkat Wi-Fi. | Access point asing atau perangkat tidak dikenal sulit dideteksi. | Inventarisasi, monitoring, dan review perangkat secara berkala. |
| Password jaringan tamu tidak pernah diganti. | Mantan tamu atau pihak tidak berwenang tetap dapat terhubung. | Rotasi password dan pembatasan masa akses tamu. |
Diskusikan skenario berikut bersama kelompok:
Refleksikan penerapan keamanan Wi-Fi pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan keamanan Wi-Fi untuk sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami penerapan baseline konfigurasi aman, patching, logging, backup, serta pengelolaan akses administrator untuk melindungi server dan layanan organisasi.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan kontrol utama keamanan server dan mengidentifikasi kelemahan konfigurasi pada organisasi sederhana.
Melindungi layanan, sistem, dan akun administratif
Keamanan server adalah serangkaian kontrol teknis, administratif, dan operasional untuk melindungi sistem server, layanan, data, serta akun administratif dari akses tidak sah, kerusakan, gangguan, dan penyalahgunaan.
Server perlu diamankan sepanjang siklus hidupnya, mulai dari instalasi, konfigurasi, pengoperasian, pemantauan, pemeliharaan, pencadangan, hingga penghentian layanan.
Baseline konfigurasi aman adalah kondisi konfigurasi minimum yang telah ditetapkan organisasi agar server dapat beroperasi dengan tingkat keamanan yang dapat diterima.
| Area Konfigurasi | Kontrol yang Disarankan | Tujuan |
|---|---|---|
| Sistem Operasi | Gunakan versi yang masih didukung dan konfigurasi keamanan yang telah disetujui. | Mengurangi risiko kerentanan dan dukungan sistem yang berakhir. |
| Layanan dan Port | Nonaktifkan layanan dan port yang tidak diperlukan. | Mengurangi permukaan serangan. |
| Akun dan Hak Akses | Hapus akun bawaan, gunakan akun individual, dan terapkan least privilege. | Membatasi penyalahgunaan akses. |
| Konfigurasi Jaringan | Batasi sumber dan tujuan komunikasi sesuai kebutuhan layanan. | Mencegah akses jaringan yang tidak perlu. |
| Keamanan File | Atur permission file dan direktori sesuai kebutuhan proses. | Mencegah pembacaan atau perubahan tidak sah. |
| Waktu Sistem | Gunakan sinkronisasi waktu yang konsisten. | Membantu korelasi log dan investigasi insiden. |
| Konfigurasi Backup | Tetapkan jadwal, lokasi, enkripsi, dan pengujian backup. | Mendukung pemulihan data dan layanan. |
Catat server, sistem operasi, aplikasi, layanan, pemilik, dan data yang dikelola.
Terapkan baseline dan nonaktifkan fungsi yang tidak diperlukan.
Periksa konfigurasi, hak akses, port, layanan, dan hasil pemindaian sesuai kewenangan.
Tinjau baseline dan sesuaikan dengan perubahan layanan serta risiko.
Patching adalah proses menerapkan pembaruan untuk memperbaiki kerentanan, kesalahan, atau masalah kompatibilitas pada sistem operasi, aplikasi, perangkat lunak, dan komponen server.
| Tahap | Kegiatan | Kontrol |
|---|---|---|
| Identifikasi | Mengetahui pembaruan yang tersedia dan sistem yang terdampak. | Inventaris aset dan pemantauan informasi keamanan. |
| Prioritas | Menentukan urgensi berdasarkan tingkat risiko dan kepentingan layanan. | Klasifikasi risiko dan SLA patching. |
| Pengujian | Menguji pembaruan pada lingkungan yang terkendali. | Staging, backup, dan rencana rollback. |
| Implementasi | Menerapkan pembaruan sesuai jadwal dan prosedur perubahan. | Persetujuan, change record, dan maintenance window. |
| Verifikasi | Memastikan layanan tetap berfungsi dan pembaruan berhasil. | Pemeriksaan versi, log, kesehatan layanan, dan pengujian fungsional. |
| Dokumentasi | Mencatat sistem, waktu, versi, hasil, dan masalah yang muncul. | Riwayat patching dan laporan pengecualian. |
Logging adalah proses pencatatan aktivitas sistem, aplikasi, pengguna, dan layanan. Log membantu organisasi memantau kondisi server, melakukan troubleshooting, serta menyelidiki insiden keamanan.
| Jenis Log | Informasi yang Dicatat | Tujuan |
|---|---|---|
| Authentication Log | Login berhasil, gagal, logout, dan perubahan kredensial. | Mendeteksi penyalahgunaan akun dan percobaan akses tidak sah. |
| System Log | Status sistem operasi, service, error, dan perubahan sistem. | Mengetahui gangguan dan perubahan tidak normal. |
| Application Log | Aktivitas aplikasi, error, transaksi, dan kejadian penting. | Menyelidiki masalah aplikasi dan transaksi. |
| Administrator Activity Log | Perintah, perubahan konfigurasi, dan akses administratif. | Mendukung akuntabilitas dan audit. |
| Security Event Log | Deteksi ancaman, perubahan permission, dan aktivitas mencurigakan. | Mendukung deteksi dan respons insiden. |
Backup adalah salinan data, konfigurasi, atau sistem yang disiapkan agar organisasi dapat memulihkan layanan setelah kehilangan data, kesalahan, kerusakan, atau insiden keamanan.
Akun administrator memiliki hak istimewa untuk mengubah konfigurasi, mengakses data, dan mengelola layanan. Karena itu, akun tersebut harus dikelola dengan kontrol yang lebih ketat.
| Kontrol | Penerapan | Tujuan |
|---|---|---|
| Akun Individual | Setiap administrator menggunakan akun sendiri. | Mendukung akuntabilitas dan audit. |
| Least Privilege | Hak akses diberikan sesuai tugas dan kebutuhan. | Mengurangi dampak penyalahgunaan akun. |
| MFA | Gunakan faktor tambahan untuk akses administratif. | Memperkuat perlindungan ketika password bocor. |
| Privileged Access | Gunakan akun khusus untuk tindakan administratif. | Memisahkan aktivitas harian dan aktivitas berisiko tinggi. |
| Logging | Catat login, perintah, perubahan, dan penggunaan hak istimewa. | Mendukung investigasi dan non-repudiation operasional. |
| Review Akses | Tinjau akses administrator secara berkala. | Mencabut hak akses yang tidak lagi diperlukan. |
| Akses Darurat | Sediakan prosedur break-glass dengan persetujuan dan logging. | Menangani keadaan darurat tanpa mengabaikan akuntabilitas. |
Pantau status layanan, uptime, dan kegagalan koneksi.
Pantau CPU, memori, disk, jaringan, dan kapasitas layanan.
Pantau login, perubahan konfigurasi, proses, dan aktivitas mencurigakan.
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Server menjalankan banyak layanan yang tidak diperlukan. | Permukaan serangan dan jumlah titik kerentanan meningkat. | Baseline aman dan penonaktifan layanan yang tidak diperlukan. |
| Sistem operasi server tidak pernah diperbarui. | Kerentanan yang telah diketahui dapat dieksploitasi. | Manajemen patch, prioritas risiko, dan verifikasi pembaruan. |
| Semua administrator menggunakan satu akun bersama. | Aktivitas tidak dapat dikaitkan dengan individu tertentu. | Akun individual, RBAC, MFA, dan logging. |
| Log server dapat dihapus oleh administrator tanpa pencatatan. | Bukti aktivitas dapat dihilangkan atau dimanipulasi. | Perlindungan log, pemisahan tugas, dan penyimpanan terpusat. |
| Backup berhasil dibuat tetapi tidak pernah diuji. | Data mungkin tidak dapat dipulihkan saat dibutuhkan. | Uji restore, dokumentasi pemulihan, dan review hasil. |
| Akun administrator lama masih aktif. | Mantan pegawai atau pihak yang tidak lagi berwenang dapat mengakses server. | Review akses dan pencabutan akun. |
| Tidak ada baseline konfigurasi. | Perubahan dan penyimpangan konfigurasi sulit diketahui. | Dokumentasi baseline, pemeriksaan konfigurasi, dan change management. |
Diskusikan skenario berikut bersama kelompok:
Refleksikan penerapan keamanan server pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan keamanan server untuk sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami proses penguatan sistem melalui penghapusan layanan yang tidak diperlukan, pembatasan port dan hak administrator, serta penerapan konfigurasi standar yang terdokumentasi.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan konsep system hardening dan mengidentifikasi kontrol penguatan sistem pada organisasi sederhana.
Mengurangi permukaan serangan sistem
System hardening adalah proses mengurangi kelemahan, permukaan serangan, dan fungsi yang tidak diperlukan pada sistem operasi, server, perangkat jaringan, endpoint, atau aplikasi.
Hardening dilakukan dengan menonaktifkan layanan yang tidak diperlukan, membatasi port, mengatur hak akses, memperbarui sistem, serta menerapkan konfigurasi standar yang telah ditinjau dan disetujui.
Menghapus layanan, aplikasi, port, dan akun yang tidak diperlukan.
Mengatur port, hak administrator, dan komunikasi berdasarkan kebutuhan.
Memastikan sistem menggunakan konfigurasi yang konsisten dan dapat diaudit.
| Komponen | Fokus Hardening | Contoh Kontrol |
|---|---|---|
| Sistem Operasi | Mengatur service, akun, permission, dan pembaruan. | Nonaktifkan service tidak perlu dan terapkan patch keamanan. |
| Server | Membatasi port, aplikasi, koneksi, dan akses administratif. | Firewall host, allowlist, dan akun administrator individual. |
| Endpoint | Melindungi perangkat pengguna dari aplikasi atau konfigurasi berisiko. | Endpoint protection, enkripsi, dan pembatasan hak pengguna. |
| Perangkat Jaringan | Mengamankan konfigurasi akses dan layanan manajemen. | Ganti kredensial bawaan dan batasi remote management. |
| Aplikasi | Menghapus fitur, akun, dan konfigurasi yang tidak digunakan. | Nonaktifkan mode debug dan gunakan konfigurasi produksi. |
| Cloud atau Virtualisasi | Mengatur identitas, jaringan, image, dan akses layanan. | Gunakan image standar, RBAC, dan security group terbatas. |
Setiap layanan yang aktif dapat menjadi titik masuk atau sumber risiko. Layanan yang tidak dibutuhkan harus diidentifikasi dan dinonaktifkan melalui prosedur yang terdokumentasi.
| Langkah | Kegiatan | Hasil yang Diharapkan |
|---|---|---|
| Inventarisasi | Daftar seluruh layanan, proses, aplikasi, dan port yang aktif. | Organisasi mengetahui komponen yang berjalan. |
| Identifikasi Pemilik | Tentukan pemilik layanan dan kebutuhan bisnisnya. | Tidak ada layanan penting yang dihentikan tanpa analisis. |
| Analisis Ketergantungan | Periksa aplikasi atau proses lain yang bergantung pada layanan tersebut. | Mengurangi risiko gangguan akibat perubahan. |
| Pengujian | Uji dampak penonaktifan pada lingkungan terkendali. | Perubahan dapat dilakukan dengan risiko yang lebih rendah. |
| Penonaktifan | Hentikan layanan sesuai prosedur perubahan. | Permukaan serangan berkurang. |
| Review | Tinjau kembali daftar layanan secara berkala. | Layanan baru dan perubahan tetap terkontrol. |
Port yang terbuka harus memiliki alasan penggunaan yang jelas. Pembatasan port dilakukan untuk memastikan hanya layanan yang diperlukan yang dapat diakses dari sumber yang sesuai.
| Aspek | Praktik Hardening | Tujuan |
|---|---|---|
| Port Terbuka | Tutup port yang tidak digunakan. | Mengurangi jalur masuk ke sistem. |
| Sumber Akses | Batasi akses berdasarkan alamat, jaringan, zona, atau identitas. | Mencegah akses dari sumber yang tidak perlu. |
| Tujuan Akses | Batasi layanan hanya pada server atau perangkat yang membutuhkan. | Mencegah komunikasi antar-sistem yang tidak diperlukan. |
| Protokol | Izinkan protokol yang dibutuhkan oleh aplikasi. | Mengurangi penggunaan protokol yang lemah atau tidak relevan. |
| Arah Komunikasi | Atur koneksi masuk dan keluar secara terpisah. | Mencegah koneksi balik atau komunikasi berlebihan. |
| Logging | Catat koneksi yang ditolak dan aktivitas penting. | Mendukung deteksi dan investigasi. |
Hak administrator memungkinkan pengguna mengubah konfigurasi, memasang perangkat lunak, mengakses data, dan mengendalikan layanan. Hak tersebut harus diberikan secara terbatas dan berdasarkan kebutuhan tugas.
Konfigurasi standar membantu organisasi menerapkan pengaturan keamanan secara konsisten pada sistem yang sejenis. Dokumen baseline juga menjadi acuan untuk verifikasi, audit, dan pemulihan.
| Informasi | Isi Dokumentasi |
|---|---|
| Identitas Sistem | Nama sistem, pemilik, fungsi, lingkungan, dan tingkat kritikalitas. |
| Versi Komponen | Sistem operasi, aplikasi, firmware, dan dependensi. |
| Layanan Aktif | Daftar layanan, alasan penggunaan, dan pemiliknya. |
| Port dan Aturan Akses | Port terbuka, sumber, tujuan, protokol, dan alasan akses. |
| Akun dan Hak Akses | Peran, hak istimewa, metode autentikasi, dan masa berlaku akses. |
| Logging | Jenis log, lokasi penyimpanan, masa simpan, dan pihak yang dapat mengaksesnya. |
| Backup | Data yang dicadangkan, jadwal, lokasi, enkripsi, dan hasil pengujian restore. |
| Riwayat Perubahan | Waktu, pengubah, alasan, persetujuan, hasil pengujian, dan rencana rollback. |
Identifikasi aset, layanan, port, akun, dan konfigurasi yang aktif.
Terapkan konfigurasi standar dan hilangkan fungsi yang tidak diperlukan.
Uji layanan, akses, port, permission, dan kepatuhan terhadap baseline.
Tinjau konfigurasi, patch, dan kebutuhan layanan secara berkala.
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Server menjalankan layanan file sharing yang tidak digunakan. | Layanan dapat menjadi titik masuk bagi pihak tidak berwenang. | Identifikasi pemilik, uji ketergantungan, lalu nonaktifkan secara terdokumentasi. |
| Banyak port terbuka tanpa dokumentasi. | Jalur akses dan permukaan serangan sulit dikendalikan. | Inventarisasi port, default deny, dan review aturan firewall. |
| Semua staf IT memiliki hak administrator penuh. | Penyalahgunaan akun dapat berdampak luas. | RBAC, least privilege, MFA, dan review akses. |
| Konfigurasi server berbeda-beda tanpa standar. | Kontrol keamanan tidak konsisten dan audit sulit dilakukan. | Baseline konfigurasi standar dan dokumentasi perubahan. |
| Layanan debug masih aktif pada sistem produksi. | Informasi teknis sensitif dapat terbuka. | Nonaktifkan debug dan gunakan konfigurasi produksi yang telah ditinjau. |
| Akun administrator bawaan belum dinonaktifkan. | Akun yang diketahui umum dapat menjadi target serangan. | Nonaktifkan atau amankan akun bawaan dan gunakan akun individual. |
| Tidak ada pemeriksaan ulang setelah hardening. | Penyimpangan konfigurasi tidak diketahui. | Verifikasi berkala, compliance check, dan review baseline. |
Diskusikan skenario berikut bersama kelompok:
Refleksikan penerapan system hardening pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan system hardening untuk sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami proses pengelolaan patch melalui inventaris versi dan aset, penentuan prioritas berdasarkan risiko, pengujian, penjadwalan, serta verifikasi hasil patching.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan siklus patch management dan menentukan prioritas patch berdasarkan risiko aset.
Identifikasi, prioritas, uji, terapkan, verifikasi
Patch management adalah proses terencana untuk mengidentifikasi, mengevaluasi, menguji, menjadwalkan, menerapkan, dan memverifikasi pembaruan pada sistem, perangkat lunak, firmware, dan perangkat jaringan.
Patch dapat memperbaiki kerentanan keamanan, kesalahan perangkat lunak, masalah kinerja, atau kompatibilitas. Pengelolaan patch yang baik membantu organisasi mengurangi risiko eksploitasi terhadap aset yang belum diperbarui.
Organisasi tidak dapat mengelola patch secara efektif jika tidak mengetahui aset apa yang dimiliki, versi perangkat lunak yang digunakan, dan siapa pemiliknya.
| Informasi Aset | Contoh Data | Tujuan |
|---|---|---|
| Identitas Aset | Nama server, hostname, alamat jaringan, atau nomor inventaris. | Memastikan aset dapat dikenali dan dilacak. |
| Jenis Aset | Server, laptop, perangkat jaringan, aplikasi, database, atau firmware. | Menentukan metode dan sumber patch yang sesuai. |
| Versi | Versi sistem operasi, aplikasi, firmware, dan komponen pendukung. | Membandingkan kondisi aktual dengan versi yang didukung. |
| Pemilik Aset | Unit kerja atau pihak yang bertanggung jawab. | Menentukan pihak yang menyetujui dan mengoordinasikan patching. |
| Kritikalitas | Rendah, sedang, tinggi, atau sangat kritis. | Menentukan prioritas dan batas waktu patching. |
| Ketergantungan | Aplikasi, layanan, database, atau perangkat lain yang terhubung. | Mengurangi risiko gangguan akibat perubahan. |
| Status Patch | Terbaru, tertunda, gagal, dikecualikan, atau membutuhkan tindakan manual. | Memudahkan pemantauan kepatuhan patch. |
Tidak semua patch dapat diterapkan pada waktu yang sama. Prioritas perlu ditentukan berdasarkan tingkat risiko, kepentingan aset, kemungkinan eksploitasi, dan dampak terhadap organisasi.
| Faktor Risiko | Pertanyaan | Dampak terhadap Prioritas |
|---|---|---|
| Tingkat Kerentanan | Seberapa serius kelemahan yang diperbaiki? | Kerentanan dengan dampak tinggi mendapat prioritas lebih besar. |
| Kemungkinan Eksploitasi | Apakah kerentanan mudah dimanfaatkan atau telah digunakan dalam serangan? | Kerentanan yang mudah dieksploitasi perlu ditangani lebih cepat. |
| Eksposur Aset | Apakah aset dapat diakses dari internet atau jaringan yang tidak tepercaya? | Aset yang terbuka ke jaringan eksternal biasanya lebih diprioritaskan. |
| Kritikalitas Layanan | Seberapa besar dampak jika aset terganggu? | Layanan bisnis kritis memerlukan analisis patch dan mitigasi yang lebih ketat. |
| Sensitivitas Data | Apakah aset memproses data penting atau pribadi? | Aset dengan data sensitif mendapat perhatian lebih tinggi. |
| Ketersediaan Mitigasi | Apakah tersedia segmentasi, firewall, atau kontrol sementara? | Mitigasi dapat mengurangi risiko sementara patch disiapkan. |
Kerentanan berdampak besar pada aset yang terekspos atau sangat penting.
Tindakan segeraRisiko signifikan yang perlu ditangani dalam jadwal prioritas.
Tindakan terjadwal cepatRisiko dapat dikelola dengan jadwal patch rutin dan monitoring.
Tindakan berkalaRisiko terbatas dan dapat dimasukkan ke siklus pemeliharaan normal.
Tindakan rutinTemukan aset, versi, patch yang tersedia, dan kerentanan yang relevan.
Tentukan urutan patch berdasarkan risiko dan kritikalitas aset.
Uji patch, tentukan waktu penerapan, dan siapkan rencana pemulihan.
Instal patch, periksa hasil, dan dokumentasikan status akhir.
| Tahap | Kegiatan | Kontrol yang Diperlukan |
|---|---|---|
| Persiapan | Tinjau patch, catatan vendor, aset terdampak, dan ketergantungan layanan. | Inventaris, analisis dampak, dan persetujuan perubahan. |
| Backup | Pastikan data dan konfigurasi penting dapat dipulihkan. | Backup tervalidasi dan rencana rollback. |
| Testing | Uji patch pada lingkungan pengembangan atau staging. | Skenario pengujian, hasil uji, dan kriteria keberhasilan. |
| Penjadwalan | Tentukan maintenance window dengan mempertimbangkan dampak layanan. | Pemberitahuan, persetujuan, dan jadwal pemulihan. |
| Penerapan | Terapkan patch sesuai urutan dan prosedur yang disetujui. | Change record, personel bertanggung jawab, dan pemantauan. |
| Evaluasi | Tinjau hasil patching dan dampaknya terhadap layanan. | Laporan hasil, temuan, dan tindakan lanjutan. |
Verifikasi memastikan patch benar-benar terpasang, sistem menggunakan versi yang sesuai, layanan tetap berjalan, dan risiko yang ditargetkan telah ditangani.
| Pemeriksaan | Pertanyaan | Bukti atau Hasil |
|---|---|---|
| Versi Sistem | Apakah versi setelah patch sesuai dengan target? | Nomor versi, laporan manajemen patch, atau catatan sistem. |
| Status Patch | Apakah patch berhasil dipasang tanpa error? | Status berhasil, log instalasi, dan laporan pengecualian. |
| Fungsi Layanan | Apakah aplikasi dan layanan utama tetap berjalan? | Hasil pengujian fungsional dan monitoring layanan. |
| Keamanan | Apakah kerentanan atau kelemahan yang ditargetkan telah ditangani? | Hasil pemeriksaan konfigurasi atau evaluasi keamanan yang berwenang. |
| Kinerja | Apakah patch menimbulkan penurunan kinerja yang tidak dapat diterima? | Hasil monitoring CPU, memori, disk, dan waktu respons. |
| Dokumentasi | Apakah semua hasil dan masalah telah dicatat? | Tiket perubahan, laporan patching, dan persetujuan penutupan. |
Dalam kondisi tertentu, patch mungkin tidak dapat langsung diterapkan karena risiko gangguan, kompatibilitas, atau keterbatasan teknis. Penundaan harus dikelola sebagai pengecualian, bukan dibiarkan tanpa batas waktu.
| Informasi | Isi yang Dicatat |
|---|---|
| Aset Terdampak | Sistem, versi, pemilik, dan layanan yang belum dipatch. |
| Alasan Penundaan | Masalah kompatibilitas, risiko downtime, atau keterbatasan vendor. |
| Tingkat Risiko | Dampak kerentanan dan kemungkinan eksploitasi. |
| Mitigasi | Segmentasi, pembatasan akses, monitoring, atau penonaktifan layanan. |
| Persetujuan | Pihak yang menyetujui penerimaan risiko sementara. |
| Batas Waktu | Tanggal review dan target penyelesaian patching. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Organisasi tidak memiliki daftar versi perangkat lunak. | Aset rentan tidak diketahui dan patch tidak dapat diprioritaskan. | Inventaris aset, versi, pemilik, dan status patch. |
| Semua patch diterapkan tanpa membedakan kritikalitas aset. | Patch penting terlambat atau layanan kritis terganggu. | Prioritas berdasarkan risiko, eksposur, dan kritikalitas layanan. |
| Patch diterapkan langsung pada produksi tanpa pengujian. | Aplikasi gagal berjalan atau data tidak dapat diproses. | Staging, pengujian, backup, dan rollback. |
| Patching dilakukan tanpa jadwal dan pemberitahuan. | Gangguan layanan terjadi tanpa kesiapan pengguna. | Maintenance window, change management, dan komunikasi. |
| Patch dinyatakan selesai tanpa verifikasi. | Patch mungkin gagal atau layanan mengalami gangguan yang tidak diketahui. | Pemeriksaan versi, status layanan, log, kinerja, dan hasil fungsional. |
| Patch ditunda tanpa alasan dan batas waktu. | Kerentanan tetap terbuka tanpa pengelolaan risiko. | Proses pengecualian, mitigasi, persetujuan, dan tanggal review. |
Diskusikan skenario berikut bersama kelompok:
Refleksikan penerapan patch management pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan patch management untuk sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami pengamanan Secure Shell sebagai mekanisme akses jarak jauh ke server melalui autentikasi yang kuat, pembatasan akses, perlindungan kunci, logging, dan pengelolaan sesi secara terkontrol.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan fungsi SSH dan menerapkan kontrol keamanan untuk melindungi akses administratif ke server.
Akses server yang aman dan dapat diaudit
SSH atau Secure Shell adalah protokol jaringan yang digunakan untuk membuat koneksi aman ke perangkat atau server melalui jaringan yang tidak sepenuhnya dipercaya.
SSH dapat digunakan untuk administrasi server, menjalankan perintah jarak jauh, memindahkan file, melakukan tunneling, dan mengelola perangkat jaringan. Komunikasi SSH dirancang untuk memberikan kerahasiaan, integritas, dan autentikasi antara client dan server.
Membantu melindungi isi komunikasi agar tidak mudah dibaca oleh pihak lain.
Membantu mendeteksi perubahan komunikasi selama koneksi berlangsung.
Membantu memverifikasi identitas server dan pengguna yang terhubung.
Memungkinkan pengelola menjalankan tindakan administratif dari lokasi yang disetujui.
Mencatat login, kegagalan autentikasi, dan aktivitas penting pengguna.
Autentikasi SSH memastikan bahwa hanya pengguna atau sistem yang berwenang yang dapat membuat koneksi ke server.
| Metode | Penjelasan | Kontrol Keamanan |
|---|---|---|
| Password | Pengguna memberikan password untuk membuktikan identitas. | Password kuat, pembatasan percobaan, MFA, dan monitoring. |
| Public Key Authentication | Pengguna menggunakan pasangan kunci privat dan kunci publik. | Lindungi kunci privat, validasi kunci publik, dan cabut kunci yang tidak lagi diperlukan. |
| Multi-Factor Authentication | Memerlukan faktor tambahan selain kredensial utama. | Gunakan untuk akses administratif atau akses berisiko tinggi. |
| Sertifikat atau Sistem Terpusat | Identitas dikelola melalui sistem organisasi atau otoritas yang disetujui. | Kelola siklus hidup identitas, masa berlaku, dan pencabutan secara terpusat. |
Autentikasi berbasis kunci publik menggunakan sepasang kunci: kunci privat yang disimpan oleh pengguna dan kunci publik yang disimpan pada server.
Pengguna memiliki pasangan kunci untuk akses yang telah disetujui.
Kunci privat disimpan secara rahasia dan tidak dikirim ke server.
Kunci publik didaftarkan pada akun pengguna di server.
Server memverifikasi bukti kepemilikan kunci privat.
| Tahap | Kontrol | Tujuan |
|---|---|---|
| Pembuatan | Buat kunci pada endpoint yang dikelola dan gunakan algoritma yang masih direkomendasikan. | Menghasilkan identitas kriptografis yang memadai. |
| Penyimpanan | Simpan kunci privat pada lokasi yang terlindungi dan gunakan passphrase. | Mengurangi risiko penyalahgunaan ketika file kunci disalin. |
| Distribusi | Kirim atau pasang kunci publik melalui prosedur yang dapat diverifikasi. | Mencegah kunci publik yang salah atau palsu dipasang. |
| Penggunaan | Kaitkan kunci dengan pengguna, perangkat, tujuan, dan masa akses. | Mendukung akuntabilitas dan pembatasan akses. |
| Review | Tinjau kunci yang terdaftar secara berkala. | Menemukan kunci lama, duplikat, atau tidak dikenal. |
| Pencabutan | Hapus kunci ketika pengguna pindah tugas, perangkat hilang, atau akses berakhir. | Mencegah akses berkelanjutan dari identitas yang tidak lagi sah. |
Selain memverifikasi pengguna, client SSH juga perlu memastikan bahwa server yang dihubungi adalah server yang benar. SSH menggunakan identitas atau host key server untuk membantu mencegah koneksi ke server palsu.
Layanan SSH sebaiknya tidak terbuka secara bebas kepada seluruh jaringan. Akses harus dibatasi berdasarkan sumber, pengguna, tujuan, waktu, dan kebutuhan administratif.
| Area Pembatasan | Praktik Keamanan | Tujuan |
|---|---|---|
| Sumber Jaringan | Izinkan akses dari jaringan administrasi, VPN, atau alamat yang telah disetujui. | Mengurangi paparan SSH ke internet atau sumber tidak tepercaya. |
| Pengguna | Izinkan hanya akun administrator atau akun operasional yang diperlukan. | Mencegah akses dari akun yang tidak relevan. |
| Hak Akses | Gunakan least privilege dan pisahkan akun biasa dari akun istimewa. | Mengurangi dampak jika akun disalahgunakan. |
| Layanan | Batasi port SSH melalui firewall dan gunakan aturan yang terdokumentasi. | Mengurangi permukaan serangan jaringan. |
| Waktu | Batasi akses pemeliharaan berdasarkan jadwal atau masa berlaku. | Mencegah akses permanen yang tidak diperlukan. |
| Jalur Administrasi | Gunakan VPN, bastion host, atau jaringan manajemen khusus. | Menyediakan titik akses yang dapat dikontrol dan dipantau. |
Konfigurasi SSH perlu disesuaikan dengan kebutuhan layanan, sistem operasi, standar organisasi, dan kemampuan pengelolaan. Perubahan konfigurasi harus diuji dan didokumentasikan.
| Area Konfigurasi | Praktik yang Disarankan | Catatan |
|---|---|---|
| Versi Perangkat Lunak | Gunakan implementasi SSH yang masih didukung dan diperbarui. | Patching tetap diperlukan. |
| Autentikasi | Gunakan metode autentikasi yang kuat dan sesuai kebijakan. | Jangan mengandalkan password saja untuk akses administratif berisiko tinggi. |
| Root atau Akun Superuser | Batasi login langsung sebagai superuser dan gunakan akun individual dengan eskalasi terkontrol. | Pastikan tersedia prosedur pemulihan akses yang sah. |
| Pengguna yang Diizinkan | Batasi akun SSH hanya kepada pengguna yang membutuhkan. | Review akses secara berkala. |
| Forwarding dan Tunneling | Nonaktifkan atau batasi fitur forwarding yang tidak diperlukan. | Tinjau kebutuhan operasional terlebih dahulu. |
| Sesi | Terapkan timeout dan pembatasan koneksi sesuai kebutuhan. | Jangan mengganggu proses administrasi yang sah. |
| Logging | Aktifkan pencatatan login dan aktivitas penting. | Lindungi log dari penghapusan atau perubahan tidak sah. |
| Peran | Kebutuhan | Hak Akses | Kontrol |
|---|---|---|---|
| Operator | Memeriksa status layanan dan menjalankan tugas rutin. | Perintah operasional terbatas. | Akun individual, command restriction, dan logging. |
| Administrator Sistem | Mengelola sistem operasi dan konfigurasi server. | Hak administratif sesuai server yang menjadi tanggung jawabnya. | MFA, akun istimewa, approval, dan audit log. |
| Administrator Database | Mengelola database dan backup data. | Akses ke layanan database yang relevan. | Pembatasan zona, least privilege, dan pencatatan aktivitas. |
| Vendor | Melakukan pemeliharaan yang telah disetujui. | Akses sementara ke sistem tertentu. | Akun individual, batas waktu, VPN, approval, dan monitoring. |
Logging SSH membantu organisasi mengetahui siapa yang mencoba terhubung, dari mana koneksi berasal, apakah autentikasi berhasil, dan tindakan apa yang dilakukan pada server.
| Aktivitas | Indikator yang Dicatat | Tujuan |
|---|---|---|
| Login Berhasil | Akun, waktu, sumber, perangkat, dan server tujuan. | Memastikan akses dilakukan oleh pihak yang berwenang. |
| Login Gagal | Akun, waktu, sumber, dan jumlah percobaan. | Mendeteksi password guessing atau penyalahgunaan akun. |
| Penggunaan Kunci | Identitas kunci atau pengguna yang digunakan. | Menelusuri akses berbasis kunci. |
| Perubahan Konfigurasi | Identitas pengubah, waktu, alasan, dan isi perubahan. | Mendukung change management dan audit. |
| Perintah Istimewa | Aktivitas yang menggunakan hak superuser atau eskalasi. | Mengetahui tindakan berisiko tinggi. |
| Sesi Tidak Biasa | Login di luar jam kerja, sumber baru, atau durasi tidak wajar. | Membantu mendeteksi penyalahgunaan akun. |
| Risiko | Penyebab | Kontrol Pencegahan |
|---|---|---|
| Password Guessing | SSH terbuka luas dan menggunakan password lemah. | MFA, password kuat, pembatasan sumber, dan monitoring percobaan login. |
| Kunci Privat Bocor | Kunci disimpan tanpa perlindungan atau dibagikan melalui kanal tidak aman. | Passphrase, penyimpanan aman, rotasi, dan pencabutan kunci. |
| Akun Bersama | Banyak orang menggunakan identitas SSH yang sama. | Akun individual, logging, dan review akses. |
| Akses Berlebihan | Semua pengguna dapat mengakses seluruh server atau menggunakan hak superuser. | RBAC, least privilege, segmentasi, dan pembatasan perintah. |
| Server Palsu | Pengguna mengabaikan atau tidak memeriksa identitas server. | Verifikasi host key dan fingerprint melalui kanal tepercaya. |
| Konfigurasi SSH Berisiko | Layanan, forwarding, atau akun tidak diperlukan tetap aktif. | Hardening, baseline, review, dan dokumentasi konfigurasi. |
| Akses Tidak Dicabut | Kunci atau akun lama masih terdaftar. | Review berkala, masa berlaku, dan prosedur offboarding. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| SSH dapat diakses dari seluruh internet. | Server menjadi target percobaan login dan pemindaian yang lebih luas. | Batasi sumber melalui firewall, VPN, atau jaringan administrasi. |
| Seluruh administrator menggunakan satu akun. | Aktivitas tidak dapat dikaitkan dengan individu tertentu. | Gunakan akun individual dan logging aktivitas. |
| Password menjadi satu-satunya metode autentikasi. | Akun rentan jika password dicuri atau ditebak. | Gunakan kunci publik, MFA, dan password yang kuat sesuai kebijakan. |
| Kunci privat disimpan tanpa passphrase pada laptop umum. | Siapa pun yang memperoleh file dapat mencoba menggunakannya. | Lindungi endpoint, gunakan passphrase, dan cabut kunci jika perangkat hilang. |
| Kunci SSH mantan administrator masih aktif. | Akses lama dapat digunakan setelah pengguna tidak lagi berwenang. | Offboarding, review kunci, dan pencabutan akses. |
| Peringatan perubahan host key selalu diabaikan. | Pengguna dapat terhubung ke server yang salah atau tidak tepercaya. | Verifikasi fingerprint melalui kanal tepercaya. |
| Tidak ada log aktivitas SSH. | Penyalahgunaan dan perubahan sistem sulit ditelusuri. | Aktifkan logging, sinkronisasi waktu, dan monitoring terpusat. |
| Vendor memperoleh akses SSH permanen. | Akses tetap tersedia setelah pekerjaan selesai. | Akun individual, akses berbatas waktu, VPN, approval, dan review. |
Diskusikan skenario berikut bersama kelompok:
Refleksikan penerapan keamanan SSH pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan keamanan SSH untuk sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami proses pencatatan, pengumpulan, analisis, dan pemantauan aktivitas sistem informasi untuk mendeteksi anomali, mendukung investigasi, serta meningkatkan pengendalian keamanan.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan fungsi logging dan monitoring serta mengidentifikasi kontrol pemantauan keamanan pada organisasi sederhana.
Mengetahui apa yang terjadi pada sistem
Logging adalah proses mencatat kejadian, aktivitas, perubahan, dan kondisi yang terjadi pada sistem informasi.
Monitoring adalah proses mengamati, menganalisis, dan menindaklanjuti informasi dari log atau sumber pemantauan lain untuk mengetahui kondisi sistem, mendeteksi anomali, dan merespons kejadian keamanan.
Mengetahui aktivitas yang terjadi pada sistem, jaringan, aplikasi, dan pengguna.
Menemukan aktivitas yang menyimpang dari pola normal atau kebijakan organisasi.
Membantu organisasi mengambil tindakan sebelum dampak insiden meluas.
Menyediakan informasi untuk memahami urutan kejadian dan sumber masalah.
Membantu membuktikan kepatuhan terhadap kebijakan dan prosedur organisasi.
Log dapat berasal dari berbagai komponen sistem informasi. Sumber log perlu dipilih berdasarkan risiko, nilai aset, kebutuhan operasional, dan tujuan monitoring.
| Sumber Log | Informasi yang Dicatat | Tujuan Monitoring |
|---|---|---|
| Sistem Operasi | Startup, shutdown, error, proses, service, dan perubahan sistem. | Mengetahui kondisi sistem dan perubahan yang tidak biasa. |
| Server | Status layanan, koneksi, penggunaan sumber daya, dan aktivitas administrator. | Memantau ketersediaan, kinerja, dan keamanan server. |
| Firewall | Koneksi yang diizinkan, ditolak, sumber, tujuan, port, dan protokol. | Mendeteksi akses jaringan yang tidak biasa. |
| IDS atau IPS | Alert, signature, anomali, dan tindakan pencegahan. | Mendeteksi dan mencegah indikasi intrusi. |
| Aplikasi | Login, transaksi, perubahan data, error, dan aktivitas pengguna. | Mendeteksi penyalahgunaan fungsi atau akun. |
| Database | Akses, query penting, perubahan struktur, dan perubahan data. | Melindungi data dan mendukung audit. |
| Endpoint | Login, proses, perangkat lunak, malware, dan perubahan konfigurasi. | Mendeteksi kompromi perangkat pengguna. |
| VPN | Login, sesi, sumber koneksi, durasi, dan perangkat. | Memantau akses jarak jauh. |
| Cloud atau SaaS | Login, perubahan konfigurasi, akses API, dan penggunaan layanan. | Mengawasi aktivitas pada lingkungan cloud. |
Log yang baik harus memberikan konteks yang cukup agar aktivitas dapat dipahami dan dikorelasikan dengan kejadian lain.
| Elemen | Contoh Informasi | Fungsi |
|---|---|---|
| Waktu | Tanggal, jam, zona waktu, dan timestamp. | Menentukan urutan kejadian. |
| Sumber | IP, hostname, perangkat, akun, atau aplikasi asal. | Mengetahui dari mana aktivitas berasal. |
| Tujuan | Server, aplikasi, database, endpoint, atau jaringan tujuan. | Mengetahui aset yang diakses. |
| Identitas | Username, role, service account, atau identitas perangkat. | Menghubungkan aktivitas dengan pihak tertentu. |
| Tindakan | Login, logout, akses, perubahan, penghapusan, atau pemblokiran. | Mengetahui aktivitas yang dilakukan. |
| Hasil | Berhasil, gagal, ditolak, error, atau diblokir. | Menentukan dampak dan status aktivitas. |
| Sumber Daya | File, endpoint API, tabel database, layanan, atau konfigurasi. | Mengetahui objek yang terpengaruh. |
| Identitas Kejadian | Event ID, request ID, session ID, atau correlation ID. | Menghubungkan catatan dari berbagai sistem. |
Pengelolaan log mencakup pengumpulan, pengiriman, penyimpanan, perlindungan, analisis, dan penghapusan log sesuai kebijakan organisasi.
Tentukan sumber log dan jenis kejadian yang perlu dicatat.
Kirim log ke lokasi penyimpanan yang aman dan terkontrol.
Simpan log dengan masa retensi, kapasitas, dan perlindungan yang sesuai.
Tinjau log untuk menemukan pola, anomali, dan kejadian yang memerlukan respons.
Logging terpusat mengirimkan log dari berbagai sumber ke lokasi pengumpulan yang dikelola secara khusus. Pendekatan ini memudahkan pencarian, korelasi, perlindungan, dan pemantauan log.
| Manfaat | Penjelasan | Kontrol yang Diperlukan |
|---|---|---|
| Korelasi | Menghubungkan aktivitas dari server, firewall, endpoint, dan aplikasi. | Format log yang konsisten dan waktu yang tersinkronisasi. |
| Perlindungan | Log tidak hanya tersimpan pada sistem sumber yang mungkin telah disusupi. | Kontrol akses, enkripsi, dan penyimpanan terlindungi. |
| Pencarian | Tim dapat mencari aktivitas berdasarkan pengguna, waktu, sumber, atau kejadian. | Indeks, klasifikasi, dan struktur data log. |
| Monitoring | Alert dapat dibuat berdasarkan pola dari berbagai sumber. | Aturan deteksi, validasi, dan pengelolaan false positive. |
| Audit | Riwayat aktivitas tersedia untuk pemeriksaan. | Retensi, integritas log, dan pencatatan akses terhadap log. |
Monitoring tidak hanya melihat apakah sistem aktif, tetapi juga mencari aktivitas yang menyimpang dari pola normal atau kebijakan keamanan.
| Indikator | Contoh Aktivitas | Tindakan Awal |
|---|---|---|
| Login Gagal Berulang | Banyak kegagalan login pada satu akun atau dari satu sumber. | Validasi pengguna, sumber, waktu, dan kemungkinan penyalahgunaan. |
| Login dari Lokasi Tidak Biasa | Akun mengakses sistem dari lokasi atau perangkat yang tidak biasa. | Periksa kepemilikan sesi dan status endpoint. |
| Akses di Luar Jam Kerja | Aktivitas administratif pada waktu yang tidak sesuai jadwal. | Cocokkan dengan jadwal pemeliharaan atau persetujuan khusus. |
| Perubahan Hak Akses | Pengguna memperoleh role atau izin baru. | Periksa persetujuan dan pemilik perubahan. |
| Lonjakan Lalu Lintas | Peningkatan koneksi, bandwidth, atau request yang tidak biasa. | Identifikasi sumber, tujuan, dan layanan yang terdampak. |
| Perubahan Konfigurasi | Perubahan firewall, akun, service, atau kebijakan keamanan. | Cocokkan dengan change record dan persetujuan. |
| Akses Data dalam Jumlah Besar | Pengambilan, penghapusan, atau perubahan data dalam jumlah tidak biasa. | Validasi kebutuhan bisnis dan potensi penyalahgunaan. |
| Perangkat Baru | Perangkat yang tidak terdaftar masuk ke jaringan. | Identifikasi pemilik dan lakukan isolasi jika tidak sah. |
Alert adalah pemberitahuan bahwa suatu kondisi memenuhi aturan atau indikator tertentu. Alert tidak selalu berarti insiden. Validasi diperlukan agar organisasi tidak bereaksi secara berlebihan maupun mengabaikan ancaman nyata.
Siapa pengguna atau perangkat yang menghasilkan aktivitas?
Apakah aktivitas terjadi pada waktu yang wajar?
Apakah ada log atau aktivitas lain yang mendukung?
Apakah aset, layanan, atau data telah terpengaruh?
Kumpulkan log dari sumber yang relevan dan terotorisasi.
Samakan format, waktu, identitas, dan kategori log.
Cari pola, korelasi, anomali, dan pelanggaran kebijakan.
Validasi alert, eskalasi, dan lakukan tindakan yang sesuai.
Log dapat memuat informasi sensitif tentang pengguna, perangkat, lokasi, aktivitas, dan data organisasi. Karena itu, pengumpulan dan penggunaan log harus dilakukan secara legal, proporsional, dan terkontrol.
| Aspek | Pertanyaan Pengendalian | Prinsip Penerapan |
|---|---|---|
| Tujuan | Mengapa log dikumpulkan? | Tetapkan tujuan keamanan, operasional, audit, atau kepatuhan. |
| Kebutuhan Data | Data apa yang benar-benar diperlukan? | Kumpulkan data secukupnya sesuai tujuan. |
| Akses | Siapa yang boleh membaca atau mengekspor log? | Gunakan least privilege dan pencatatan akses. |
| Retensi | Berapa lama log harus disimpan? | Sesuaikan dengan kebutuhan bisnis, risiko, kebijakan, dan aturan yang berlaku. |
| Penghapusan | Bagaimana log dihapus setelah masa retensi? | Gunakan proses aman dan terdokumentasi. |
| Privasi | Apakah log berisi data pribadi atau sensitif? | Batasi akses, lindungi, dan hindari pengumpulan berlebihan. |
| Peran | Tanggung Jawab | Kontrol |
|---|---|---|
| Pemilik Sistem | Menentukan aktivitas dan aset yang perlu dipantau. | Persetujuan kebutuhan monitoring dan review risiko. |
| Administrator | Mengaktifkan, mengelola, dan memelihara konfigurasi log. | Akun individual, change management, dan audit aktivitas. |
| Analis Keamanan | Menganalisis alert, melakukan validasi, dan mengeskalasi kejadian. | Prosedur triase, SLA, dan dokumentasi investigasi. |
| Auditor | Memeriksa kepatuhan, integritas log, dan efektivitas kontrol. | Akses terbatas dan pemisahan tugas. |
| Manajemen | Menyetujui kebijakan, sumber daya, dan penerimaan risiko. | Review berkala dan keputusan eskalasi. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Server tidak mencatat login gagal. | Percobaan akses tidak sah sulit diketahui. | Aktifkan authentication logging dan monitoring percobaan berulang. |
| Waktu pada server berbeda-beda. | Urutan kejadian sulit ditentukan. | Sinkronisasi waktu dan pemantauan status waktu. |
| Semua log hanya disimpan pada server sumber. | Log dapat hilang atau diubah jika server dikompromikan. | Logging terpusat dan perlindungan integritas log. |
| Alert dibuat untuk semua aktivitas tanpa prioritas. | Tim mengalami alert fatigue. | Klasifikasi risiko, tuning aturan, dan validasi alert. |
| Administrator dapat menghapus log tanpa jejak. | Bukti aktivitas dapat dihilangkan. | Pemisahan tugas, audit akses, dan penyimpanan terproteksi. |
| Log berisi data pengguna tetapi dapat diakses semua staf. | Risiko pelanggaran privasi dan penyalahgunaan informasi. | RBAC, masking, retensi, dan pembatasan akses. |
| Alert keamanan tidak memiliki penanggung jawab. | Respons terhadap kejadian menjadi terlambat. | Penetapan pemilik alert, prosedur eskalasi, dan SLA respons. |
Diskusikan skenario berikut bersama kelompok:
Refleksikan penerapan logging dan monitoring pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan logging dan monitoring untuk sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami strategi pencadangan dan pemulihan data serta pengamanan endpoint melalui hardening, patching, kontrol akses, proteksi malware, enkripsi, monitoring, dan pengelolaan siklus hidup perangkat.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu merancang strategi backup dan kontrol keamanan endpoint untuk organisasi sederhana.
Melindungi data, perangkat, dan proses pemulihan
Backup adalah salinan data, konfigurasi, aplikasi, atau sistem yang disimpan agar organisasi dapat memulihkan informasi dan layanan ketika terjadi kehilangan, kerusakan, kesalahan, atau insiden keamanan.
Backup merupakan bagian dari ketahanan operasional. Backup tidak hanya digunakan ketika terjadi serangan, tetapi juga ketika pengguna salah menghapus data, perangkat rusak, aplikasi gagal, atau terjadi kesalahan konfigurasi.
Mengembalikan data yang terhapus, rusak, tertimpa, atau tidak dapat diakses.
Mempercepat pemulihan layanan setelah gangguan atau kegagalan sistem.
Membantu organisasi menghadapi ransomware, sabotase, atau kegagalan perangkat.
Mengembalikan data ke kondisi sebelum perubahan atau kesalahan terjadi.
Membantu memenuhi kebutuhan audit, kebijakan, dan ketentuan organisasi.
| Jenis Backup | Penjelasan | Kelebihan | Keterbatasan |
|---|---|---|---|
| Full Backup | Menyalin seluruh data yang dipilih pada setiap pelaksanaan backup. | Pemulihan lebih sederhana dan tidak banyak bergantung pada backup lain. | Membutuhkan waktu, kapasitas, dan bandwidth lebih besar. |
| Incremental Backup | Menyalin perubahan sejak backup terakhir, baik full maupun incremental. | Lebih hemat waktu dan kapasitas. | Pemulihan dapat membutuhkan beberapa set backup. |
| Differential Backup | Menyalin perubahan sejak full backup terakhir. | Pemulihan lebih sederhana daripada incremental. | Ukuran backup dapat semakin besar hingga full backup berikutnya. |
| Snapshot | Menyimpan kondisi sistem atau volume pada titik waktu tertentu. | Pemulihan kondisi sistem dapat dilakukan dengan cepat. | Tidak selalu menggantikan backup terpisah dan dapat ikut terdampak jika media utama rusak. |
| Image Backup | Menyalin keseluruhan sistem, termasuk konfigurasi dan komponen penting. | Cocok untuk pemulihan sistem secara utuh. | Membutuhkan kapasitas besar dan proses pengujian yang lebih kompleks. |
Strategi backup harus disesuaikan dengan nilai data, tingkat kritikalitas layanan, kemampuan organisasi, dan target pemulihan.
| Komponen | Pertanyaan | Contoh Keputusan |
|---|---|---|
| Data yang Dicadangkan | Data, konfigurasi, aplikasi, atau sistem apa yang harus dipulihkan? | Database, dokumen, konfigurasi server, source code, dan catatan transaksi. |
| Frekuensi | Seberapa sering perubahan data terjadi? | Harian, beberapa kali sehari, mingguan, atau sesuai kebutuhan layanan. |
| Retensi | Berapa lama versi backup perlu disimpan? | Menyesuaikan kebijakan, kebutuhan audit, dan risiko operasional. |
| Media | Di mana salinan backup disimpan? | Media lokal, lokasi berbeda, cloud, atau kombinasi beberapa media. |
| Keamanan | Bagaimana backup dilindungi? | Enkripsi, akses terbatas, immutable storage, dan pemisahan hak. |
| Pemulihan | Berapa lama layanan harus kembali dan berapa banyak data yang boleh hilang? | Tetapkan RTO dan RPO berdasarkan kebutuhan organisasi. |
Prinsip 3-2-1 merupakan pendekatan umum untuk meningkatkan ketahanan backup dengan menyimpan beberapa salinan pada media dan lokasi yang berbeda.
Simpan lebih dari satu salinan agar kegagalan satu salinan tidak menghentikan pemulihan.
Gunakan jenis media atau sistem penyimpanan yang berbeda untuk mengurangi risiko kegagalan bersama.
Simpan setidaknya satu salinan di lokasi berbeda dari sistem utama.
RTO adalah target waktu maksimal yang dibutuhkan untuk memulihkan layanan setelah gangguan.
RPO adalah jumlah kehilangan data yang masih dapat diterima berdasarkan waktu backup terakhir.
| Kontrol | Penerapan | Risiko yang Dikurangi |
|---|---|---|
| Enkripsi | Enkripsi data saat disimpan dan saat dikirim. | Mencegah isi backup dibaca pihak yang tidak berwenang. |
| Akses Terbatas | Hanya akun dan proses tertentu yang dapat membuat atau memulihkan backup. | Mengurangi penyalahgunaan dan penghapusan backup. |
| Pemisahan Kredensial | Pisahkan akun backup dari akun sistem produksi jika memungkinkan. | Membatasi dampak kompromi satu akun. |
| Immutable Backup | Simpan backup dengan perlindungan terhadap perubahan atau penghapusan selama periode tertentu. | Mengurangi dampak ransomware dan sabotase. |
| Monitoring | Pantau keberhasilan, kegagalan, penghapusan, dan perubahan konfigurasi backup. | Mengetahui masalah backup sebelum terjadi kebutuhan pemulihan. |
| Uji Restore | Lakukan pemulihan data secara berkala pada lingkungan terkendali. | Memastikan backup benar-benar dapat digunakan. |
Tentukan penyebab gangguan, data yang terdampak, dan prioritas pemulihan.
Pilih backup yang bersih, lengkap, dan sesuai dengan titik pemulihan.
Pulihkan data atau layanan sesuai urutan dan prosedur yang disetujui.
Uji integritas data, fungsi aplikasi, akses pengguna, dan kinerja layanan.
Endpoint security adalah rangkaian kontrol untuk melindungi perangkat yang terhubung ke jaringan organisasi, seperti laptop, komputer, server, ponsel, tablet, dan perangkat khusus.
Endpoint sering menjadi sasaran karena digunakan langsung oleh pengguna, terhubung ke internet, menyimpan data lokal, dan dapat menjadi jalur masuk menuju sistem organisasi.
| Jenis Endpoint | Contoh | Risiko Utama | Kontrol Prioritas |
|---|---|---|---|
| Komputer Pengguna | Desktop dan laptop pegawai. | Malware, phishing, aplikasi tidak sah, dan kehilangan data. | EDR atau antivirus, patching, least privilege, dan edukasi pengguna. |
| Perangkat Mobile | Smartphone dan tablet. | Perangkat hilang, aplikasi berbahaya, dan akses jaringan tidak aman. | Enkripsi, screen lock, MDM, dan remote wipe. |
| Server | Server aplikasi, database, dan file server. | Eksploitasi layanan, akses administrator, dan kebocoran data. | Hardening, patching, firewall, backup, dan logging. |
| Perangkat Jaringan | Router, switch, firewall, dan access point. | Perubahan konfigurasi, akses tidak sah, dan gangguan jaringan. | Kredensial kuat, firmware, segmentasi, dan konfigurasi standar. |
| Perangkat IoT | CCTV, sensor, printer, dan perangkat pintar. | Firmware lama, password bawaan, dan segmentasi yang lemah. | VLAN khusus, perubahan kredensial, patching, dan pembatasan komunikasi. |
| Kontrol | Fungsi | Contoh Penerapan |
|---|---|---|
| Inventaris Endpoint | Mengetahui perangkat yang dimiliki dan terhubung ke organisasi. | Nomor aset, pemilik, sistem operasi, lokasi, dan status perangkat. |
| Hardening | Mengurangi layanan, aplikasi, dan konfigurasi yang tidak diperlukan. | Nonaktifkan akun bawaan, layanan tidak perlu, dan fitur berisiko. |
| Patch Management | Memperbarui sistem operasi, aplikasi, dan firmware. | Jadwal patching, pengujian, dan verifikasi versi. |
| Endpoint Protection | Mendeteksi dan merespons malware serta aktivitas mencurigakan. | Antivirus, EDR, behavioral detection, dan isolasi endpoint. |
| Enkripsi | Melindungi data yang tersimpan pada perangkat. | Enkripsi disk, file, dan media penyimpanan. |
| Kontrol Aplikasi | Membatasi aplikasi yang boleh dipasang atau dijalankan. | Application allowlisting dan pembatasan instalasi. |
| Kontrol Akses | Membatasi pengguna dan hak akses pada perangkat. | Akun individual, MFA, least privilege, dan screen lock. |
| Monitoring | Memantau status keamanan dan aktivitas endpoint. | Central logging, EDR alert, dan pemeriksaan kepatuhan. |
| Remote Management | Mengelola konfigurasi, pembaruan, dan respons jarak jauh. | MDM, endpoint management, dan remote wipe. |
Malware adalah perangkat lunak berbahaya yang dapat mengganggu sistem, mencuri data, merusak file, membuka akses tersembunyi, atau mengenkripsi data organisasi.
| Kontrol | Penjelasan | Hal yang Perlu Diperhatikan |
|---|---|---|
| Antivirus atau EDR | Mendeteksi file, proses, dan perilaku yang mencurigakan. | Pastikan agent aktif, diperbarui, dan terhubung ke sistem pengelolaan. |
| Email Security | Menyaring lampiran, tautan, dan pesan mencurigakan. | Tetap diperlukan edukasi pengguna dan verifikasi pesan. |
| Application Control | Membatasi aplikasi yang dapat dipasang atau dijalankan. | Aturan harus diperbarui ketika kebutuhan bisnis berubah. |
| Web Protection | Membatasi akses ke situs atau konten berbahaya. | Jangan menganggap filtering sebagai pengganti edukasi dan patching. |
| Isolasi Endpoint | Memisahkan perangkat yang dicurigai dari jaringan. | Siapkan prosedur validasi dan pemulihan. |
Endpoint dapat menyimpan data organisasi secara lokal. Enkripsi membantu melindungi data ketika perangkat hilang, dicuri, atau diakses tanpa izin.
| Area | Kontrol | Tujuan |
|---|---|---|
| Disk Perangkat | Aktifkan enkripsi penyimpanan perangkat. | Melindungi data ketika perangkat tidak sedang digunakan. |
| File Sensitif | Gunakan perlindungan tambahan untuk file dengan klasifikasi tinggi. | Membatasi akses terhadap data penting. |
| Media Lepas-Pasang | Batasi atau enkripsi USB dan media eksternal. | Mengurangi kebocoran dan infeksi dari media yang tidak dikelola. |
| Kunci Pemulihan | Simpan recovery key pada lokasi yang terkontrol. | Memungkinkan pemulihan yang sah tanpa menghilangkan perlindungan. |
| Remote Wipe | Hapus data perangkat dari jarak jauh jika hilang atau dicuri. | Mengurangi risiko akses terhadap data lokal. |
Pilih perangkat dan vendor yang memenuhi persyaratan keamanan organisasi.
Terapkan image standar, akun, patch, enkripsi, dan kontrol endpoint.
Pantau status, lakukan patching, backup, review, dan respons terhadap alert.
Cabut akses, hapus data secara aman, dan keluarkan perangkat dari inventaris.
| Tahap | Kegiatan | Tujuan |
|---|---|---|
| Identifikasi | Catat perangkat, pengguna, waktu, alert, dan gejala yang ditemukan. | Memahami ruang lingkup kejadian. |
| Isolasi | Pisahkan endpoint dari jaringan sesuai prosedur organisasi. | Mencegah penyebaran atau komunikasi lanjutan. |
| Validasi | Periksa alert, log, proses, akun, dan perubahan yang terjadi. | Membedakan false positive dan insiden nyata. |
| Pemulihan | Bersihkan, pulihkan, atau bangun ulang endpoint sesuai kebijakan. | Mengembalikan perangkat ke kondisi tepercaya. |
| Verifikasi | Pastikan patch, proteksi, akun, dan konfigurasi telah sesuai baseline. | Mencegah perangkat kembali terhubung dalam kondisi berisiko. |
| Pembelajaran | Dokumentasikan penyebab, dampak, dan perbaikan yang dilakukan. | Meningkatkan kontrol dan mencegah kejadian berulang. |
Backup dan endpoint security saling melengkapi. Endpoint security berusaha mencegah kehilangan atau kompromi data, sedangkan backup menyediakan kemampuan pemulihan ketika pencegahan tidak berhasil.
| Kondisi | Peran Endpoint Security | Peran Backup |
|---|---|---|
| Malware pada laptop | Deteksi, isolasi, dan pembersihan endpoint. | Memulihkan file yang rusak dari salinan yang bersih. |
| Perangkat hilang | Enkripsi, remote lock, dan remote wipe. | Menyediakan salinan data jika data lokal tidak dapat diakses. |
| Kesalahan pengguna | Kontrol akses, application control, dan edukasi. | Mengembalikan file ke versi sebelumnya. |
| Ransomware | EDR, isolasi, pembatasan hak, dan monitoring. | Memulihkan data dari backup yang terlindungi dan tidak terinfeksi. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Backup hanya disimpan pada server produksi. | Kerusakan atau ransomware pada server dapat memengaruhi data utama dan backup. | Salinan pada lokasi berbeda, media terpisah, dan backup immutable atau offline. |
| Backup berhasil dibuat tetapi tidak pernah dilakukan restore test. | Backup mungkin rusak atau tidak lengkap saat dibutuhkan. | Pengujian restore berkala dan dokumentasi hasil pemulihan. |
| Laptop pegawai tidak menggunakan enkripsi disk. | Data dapat dibaca jika perangkat hilang atau dicuri. | Enkripsi disk, screen lock, dan remote wipe. |
| Semua pengguna memiliki hak administrator lokal. | Malware atau kesalahan pengguna dapat mengubah sistem secara luas. | Least privilege dan pembatasan administrator lokal. |
| Endpoint tidak memiliki patch dan antivirus yang aktif. | Kerentanan dan malware dapat tidak terdeteksi. | Patch management, endpoint protection, dan monitoring status agent. |
| Perangkat yang sudah tidak digunakan masih terdaftar dan memiliki akses. | Perangkat lama dapat digunakan untuk masuk ke jaringan. | Decommissioning, pencabutan akses, dan penghapusan data aman. |
| Backup dapat dihapus oleh akun administrator produksi. | Penyerang yang mengambil alih akun dapat menghapus backup. | Pemisahan hak, MFA, immutable storage, dan monitoring penghapusan. |
Diskusikan skenario berikut bersama kelompok:
Refleksikan penerapan backup dan endpoint security pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan backup dan endpoint security untuk sebuah organisasi sederhana atau sistem informasi yang dipilih.
Mengulas konsep utama Keamanan Sistem Informasi, meliputi CIA Triad, ancaman, risiko, kontrol akses, kriptografi, keamanan jaringan, dan keamanan server sebagai persiapan menghadapi UTS.
Setelah mengikuti sesi review ini, mahasiswa diharapkan mampu mengintegrasikan konsep dasar keamanan sistem informasi untuk menganalisis permasalahan keamanan pada organisasi sederhana.
Konsep, analisis, dan penerapan kontrol keamanan
CIA Triad, autentikasi, otorisasi, dan akuntabilitas.
Aset, ancaman, kerentanan, dampak, dan kemungkinan.
Enkripsi, hash, tanda tangan digital, dan kontrol akses.
Segmentasi, VPN, firewall, hardening, dan monitoring.
CIA Triad adalah tiga prinsip dasar yang menjadi fondasi keamanan informasi: Confidentiality, Integrity, dan Availability.
| Prinsip | Pengertian | Contoh Pelanggaran | Contoh Kontrol |
|---|---|---|---|
| Confidentiality | Informasi hanya dapat diakses oleh pihak yang berwenang. | Data mahasiswa dibaca oleh pengguna yang tidak memiliki izin. | Enkripsi, kontrol akses, MFA, dan klasifikasi data. |
| Integrity | Informasi tetap akurat, utuh, dan tidak diubah tanpa otorisasi. | Nilai transaksi diubah tanpa persetujuan. | Hash, tanda tangan digital, audit log, dan pemisahan tugas. |
| Availability | Sistem dan informasi tersedia ketika diperlukan. | Server tidak dapat diakses saat layanan dibutuhkan. | Backup, redundansi, monitoring, dan rencana pemulihan. |
| Konsep | Pengertian | Contoh |
|---|---|---|
| Aset | Sesuatu yang memiliki nilai bagi organisasi dan perlu dilindungi. | Data, server, aplikasi, jaringan, akun, reputasi, dan layanan. |
| Ancaman | Kondisi atau pihak yang berpotensi menyebabkan kerugian. | Malware, penyerang, kesalahan manusia, kegagalan perangkat, dan bencana. |
| Kerentanan | Kelemahan yang dapat dimanfaatkan oleh ancaman. | Password lemah, sistem belum dipatch, dan konfigurasi terbuka. |
| Risiko | Kemungkinan terjadinya kejadian dan dampak yang ditimbulkan terhadap aset. | Risiko kebocoran data akibat server tidak diperbarui. |
| Dampak | Kerugian atau konsekuensi yang terjadi jika risiko terwujud. | Kerugian finansial, gangguan layanan, sanksi, atau hilangnya kepercayaan. |
Kontrol akses mengatur siapa yang dapat mengakses sumber daya, tindakan apa yang boleh dilakukan, dan dalam kondisi apa akses tersebut diberikan.
| Konsep | Pertanyaan Utama | Contoh Kontrol |
|---|---|---|
| Identification | Siapa yang mencoba mengakses? | Username, nomor identitas, atau identitas perangkat. |
| Authentication | Apakah identitas tersebut benar? | Password, OTP, biometrik, sertifikat, atau kunci publik. |
| Authorization | Apa yang boleh dilakukan oleh identitas tersebut? | RBAC, ACL, permission, dan policy. |
| Accountability | Siapa yang melakukan tindakan dan kapan? | Logging, audit trail, dan akun individual. |
Kriptografi adalah ilmu dan teknik untuk melindungi informasi melalui transformasi matematis, sehingga informasi hanya dapat dibaca, diverifikasi, atau digunakan oleh pihak yang memiliki kewenangan.
| Konsep | Fungsi | Contoh Penggunaan |
|---|---|---|
| Enkripsi Simetris | Menggunakan kunci yang sama untuk proses enkripsi dan dekripsi. | Perlindungan file, database, dan komunikasi dengan kinerja tinggi. |
| Enkripsi Asimetris | Menggunakan pasangan kunci publik dan privat. | Pertukaran kunci, autentikasi, SSH, dan tanda tangan digital. |
| Hash | Menghasilkan nilai tetap untuk mendeteksi perubahan data. | Verifikasi integritas dan penyimpanan password secara aman dengan mekanisme yang sesuai. |
| Tanda Tangan Digital | Membuktikan integritas dan keaslian pesan atau dokumen. | Penandatanganan dokumen dan validasi perangkat lunak. |
| Sertifikat Digital | Menghubungkan identitas dengan kunci publik. | HTTPS, autentikasi server, dan infrastruktur kunci publik. |
| Materi | Konsep Inti | Kontrol yang Perlu Diingat |
|---|---|---|
| Segmentasi Jaringan | Membagi jaringan menjadi zona berdasarkan fungsi dan tingkat risiko. | VLAN, firewall antar-zona, ACL, dan default deny. |
| VPN | Membuat kanal komunikasi terlindungi untuk akses jarak jauh. | Enkripsi, MFA, autentikasi perangkat, endpoint management, dan masa berlaku akses. |
| IDS dan IPS | IDS mendeteksi, IPS dapat mencegah lalu lintas berdasarkan aturan. | Alert validation, tuning aturan, logging, dan pengurangan false positive. |
| Wi-Fi Security | Melindungi jaringan nirkabel dari akses tidak sah dan konfigurasi lemah. | Enkripsi modern, password kuat, jaringan tamu terpisah, dan hardening access point. |
| Firewall | Mengontrol lalu lintas berdasarkan sumber, tujuan, port, protokol, dan aturan. | Aturan terdokumentasi, review berkala, logging, dan pembatasan akses. |
| Materi | Konsep Inti | Kontrol yang Perlu Diingat |
|---|---|---|
| System Hardening | Mengurangi permukaan serangan melalui konfigurasi aman. | Hapus layanan tidak perlu, batasi port, nonaktifkan akun bawaan, dan dokumentasikan baseline. |
| Patch Management | Mengelola pembaruan berdasarkan aset, versi, risiko, pengujian, dan verifikasi. | Inventaris, prioritas, staging, jadwal, rollback, dan verifikasi hasil. |
| Keamanan SSH | Mengamankan akses administratif jarak jauh. | Akun individual, kunci publik, pembatasan sumber, MFA, logging, dan pencabutan akses. |
| Logging dan Monitoring | Mencatat dan memantau aktivitas untuk mendeteksi anomali. | Logging terpusat, sinkronisasi waktu, perlindungan log, validasi alert, dan eskalasi. |
| Backup | Menyediakan salinan data dan konfigurasi untuk pemulihan. | Prinsip 3-2-1, enkripsi, retensi, RTO, RPO, dan uji restore. |
| Istilah | Makna Singkat |
|---|---|
| Asset | Sumber daya yang memiliki nilai dan perlu dilindungi. |
| Threat | Potensi penyebab kerugian terhadap aset. |
| Vulnerability | Kelemahan yang dapat dimanfaatkan oleh ancaman. |
| Risk | Kemungkinan dan dampak dari kejadian yang tidak diinginkan. |
| Control | Kebijakan, proses, atau teknologi untuk mengurangi risiko. |
| Authentication | Proses memverifikasi identitas. |
| Authorization | Proses menentukan hak akses. |
| Encryption | Mengubah data menjadi bentuk yang tidak mudah dibaca tanpa kunci. |
| Hash | Nilai ringkas yang digunakan untuk pemeriksaan integritas. |
| Least Privilege | Pemberian hak minimum sesuai kebutuhan. |
| Patch | Pembaruan untuk memperbaiki kerentanan, kesalahan, atau kompatibilitas. |
| Baseline | Kondisi konfigurasi standar yang disetujui. |
| False Positive | Aktivitas normal yang salah dianggap sebagai ancaman. |
| False Negative | Ancaman nyata yang gagal dideteksi. |
| RTO | Target waktu pemulihan layanan. |
| RPO | Jumlah kehilangan data yang masih dapat diterima. |
Tentukan data, sistem, perangkat, layanan, dan proses yang perlu dilindungi.
Identifikasi ancaman, kerentanan, kemungkinan, dan dampak terhadap aset.
Pilih kontrol preventif, detektif, korektif, teknis, atau administratif.
Periksa apakah kontrol mengurangi risiko dan dapat diterapkan secara realistis.
| Kondisi | Prinsip atau Risiko | Kontrol yang Tepat |
|---|---|---|
| Data penting dapat dibaca oleh seluruh pengguna. | Confidentiality terganggu. | RBAC, least privilege, enkripsi, dan klasifikasi data. |
| Nilai transaksi dapat diubah tanpa jejak. | Integrity dan akuntabilitas terganggu. | Audit log, approval, tanda tangan digital, dan pemisahan tugas. |
| Server tidak tersedia ketika layanan dibutuhkan. | Availability terganggu. | Redundansi, monitoring, backup, dan rencana pemulihan. |
| Pengguna menerima akses penuh ke seluruh sistem. | Pelanggaran least privilege. | RBAC, pembatasan hak, review akses, dan default deny. |
| Jaringan tamu berada pada segmen internal. | Risiko akses tidak sah dan pergerakan lateral. | VLAN tamu, firewall antar-zona, dan pembatasan rute. |
| Akses jarak jauh hanya menggunakan password. | Kredensial dapat dicuri atau ditebak. | VPN, MFA, autentikasi perangkat, dan pembatasan sumber. |
| Server belum menerima patch keamanan. | Kerentanan yang diketahui dapat dieksploitasi. | Inventaris versi, prioritas risiko, pengujian, dan verifikasi patch. |
| Tidak ada log aktivitas administrator. | Investigasi dan akuntabilitas menjadi lemah. | Akun individual, logging, monitoring, dan audit trail. |
| Backup berada pada media yang sama dengan sistem utama. | Gangguan yang sama dapat menghilangkan data utama dan backup. | Prinsip 3-2-1, lokasi berbeda, enkripsi, dan uji restore. |
| Laptop pegawai tidak menggunakan enkripsi. | Data dapat dibaca ketika perangkat hilang. | Enkripsi disk, screen lock, MDM, dan remote wipe. |
Diskusikan skenario berikut secara berkelompok:
Gunakan pertanyaan berikut untuk merefleksikan penerapan materi UTS pada organisasi sederhana seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Pilih sebuah organisasi sederhana atau sistem informasi. Analisis kondisi keamanannya menggunakan seluruh konsep yang telah dipelajari.
Ujian berbasis kasus untuk mengukur pemahaman konsep dan kemampuan analisis mahasiswa dalam mengidentifikasi risiko, memilih kontrol, serta merancang penerapan keamanan sistem informasi pada organisasi sederhana.
| Mata Kuliah | Keamanan Sistem Informasi |
|---|---|
| Bentuk Ujian | Analisis studi kasus |
| Fokus Penilaian | Pemahaman konsep, identifikasi risiko, pemilihan kontrol, dan kemampuan memberikan rekomendasi. |
| Cakupan Materi | CIA, ancaman, risiko, akses, kriptografi, jaringan, server, logging, backup, dan endpoint. |
| Aktivitas | Diskusi kasus, identifikasi kontrol, dan refleksi penerapan. |
Bukan sekadar menghafal istilah
Menjelaskan konsep dasar dan istilah keamanan sistem informasi.
Mengidentifikasi aset, ancaman, kerentanan, dan risiko.
Memilih kontrol yang sesuai dengan kebutuhan dan tingkat risiko.
Menilai penerapan keamanan pada organisasi sederhana.
| Materi | Fokus Pemahaman | Contoh Analisis |
|---|---|---|
| CIA Triad | Confidentiality, Integrity, dan Availability. | Menentukan aspek keamanan yang terganggu dalam sebuah kasus. |
| Ancaman dan Risiko | Aset, ancaman, kerentanan, kemungkinan, dan dampak. | Menentukan risiko utama dan prioritas penanganannya. |
| Kontrol Akses | Identification, authentication, authorization, dan accountability. | Menilai penggunaan akun bersama, MFA, RBAC, dan least privilege. |
| Kriptografi | Enkripsi, hash, kunci publik, kunci privat, dan tanda tangan digital. | Menentukan kontrol untuk melindungi kerahasiaan dan integritas data. |
| Keamanan Jaringan | VPN, Wi-Fi, firewall, segmentasi, IDS, dan IPS. | Menganalisis jaringan tamu, akses jarak jauh, dan aktivitas mencurigakan. |
| Keamanan Server | Hardening, patching, SSH, logging, dan monitoring. | Menyusun rekomendasi penguatan server dan akses administrator. |
| Backup dan Endpoint | Backup, restore, RTO, RPO, patching, enkripsi, dan endpoint protection. | Merancang pemulihan data dan perlindungan perangkat pengguna. |
Organisasi "Karya Digital" adalah organisasi sederhana yang memiliki aplikasi administrasi berbasis web untuk mengelola data anggota, transaksi, dan dokumen internal.
Sistem organisasi terdiri atas satu server aplikasi, satu database, jaringan Wi-Fi internal, jaringan Wi-Fi tamu, beberapa laptop pegawai, serta akses jarak jauh untuk administrator dan vendor.
| Temuan | Risiko Utama | Kontrol yang Direkomendasikan |
|---|---|---|
| Server dapat diakses langsung dari internet. | Eksposur terhadap pemindaian dan serangan eksternal. | Firewall, reverse proxy, segmentasi, VPN administratif, dan monitoring. |
| Patch tidak dikelola secara teratur. | Kerentanan yang diketahui tetap terbuka. | Inventaris versi, risk-based patching, testing, scheduling, dan verification. |
| Administrator menggunakan akun bersama. | Aktivitas tidak dapat ditelusuri kepada individu. | Akun individual, RBAC, MFA, dan audit log. |
| SSH hanya menggunakan password. | Kredensial dapat ditebak atau dicuri. | Kunci publik, MFA, pembatasan sumber, dan monitoring login. |
| Wi-Fi tamu berada pada jaringan internal. | Perangkat eksternal dapat menjangkau aset internal. | VLAN tamu, firewall antar-zona, dan pembatasan akses internal. |
| Laptop tidak menggunakan enkripsi disk. | Data dapat dibaca saat perangkat hilang. | Enkripsi disk, screen lock, MDM, dan remote wipe. |
| Log hanya disimpan lokal. | Log dapat hilang ketika server dikompromikan. | Logging terpusat, perlindungan integritas, sinkronisasi waktu, dan retensi. |
| Backup berada pada server produksi. | Insiden yang sama dapat menghancurkan data dan backup. | Prinsip 3-2-1, lokasi berbeda, enkripsi, dan immutable backup. |
Diskusikan kasus Karya Digital dalam kelompok dengan ketentuan berikut:
Tuliskan refleksi singkat berdasarkan organisasi sederhana atau lingkungan yang Anda kenal.
| Komponen Penilaian | Indikator | Bobot Contoh |
|---|---|---|
| Pemahaman Konsep | Ketepatan menjelaskan CIA, ancaman, risiko, akses, kriptografi, jaringan, dan server. | 20% |
| Identifikasi Aset dan Risiko | Kemampuan menemukan aset, ancaman, kerentanan, kemungkinan, dan dampak. | 20% |
| Pemilihan Kontrol | Kesesuaian kontrol terhadap risiko dan kebutuhan organisasi. | 25% |
| Kedalaman Analisis | Alasan, prioritas, keterbatasan, dan hubungan antar-kontrol. | 20% |
| Refleksi Penerapan | Kemampuan menghubungkan materi dengan organisasi sederhana. | 10% |
| Kerapian dan Etika | Struktur jawaban, kejelasan, penggunaan sumber, dan kepatuhan terhadap instruksi. | 5% |
Memahami prinsip perlindungan basis data melalui pengendalian akses, autentikasi, enkripsi, keamanan query, backup, audit, monitoring, serta pengamanan konfigurasi dan infrastruktur database.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan prinsip keamanan basis data dan mengidentifikasi kontrol yang sesuai untuk melindungi data organisasi.
Melindungi data dari akses, perubahan, dan kehilangan
Keamanan basis data adalah serangkaian kebijakan, proses, dan kontrol teknis untuk melindungi data serta sistem database dari akses tidak sah, perubahan ilegal, kebocoran, kerusakan, kehilangan, dan gangguan layanan.
Perlindungan database tidak hanya dilakukan pada perangkat lunak database. Keamanan juga mencakup aplikasi yang mengakses database, server, jaringan, akun pengguna, administrator, backup, serta prosedur operasional.
Memastikan data hanya dapat dilihat oleh pengguna atau aplikasi yang berwenang.
Memastikan data tetap akurat, utuh, dan tidak diubah tanpa otorisasi.
Memastikan database dapat digunakan ketika layanan membutuhkan akses data.
Mengetahui siapa yang mengakses atau mengubah data, kapan, dan melalui mekanisme apa.
Membantu organisasi memenuhi kebijakan, kebutuhan audit, dan ketentuan perlindungan data.
| Aset | Contoh | Risiko Jika Tidak Dilindungi |
|---|---|---|
| Data | Data pelanggan, transaksi, pegawai, dan dokumen organisasi. | Kebocoran, manipulasi, kehilangan, atau penyalahgunaan data. |
| Schema dan Struktur | Tabel, view, relasi, indeks, dan prosedur database. | Perubahan struktur dapat merusak aplikasi atau mengubah logika pemrosesan. |
| Akun Database | Akun pengguna, service account, dan akun administrator. | Akses tidak sah atau penyalahgunaan hak istimewa. |
| Kredensial dan Kunci | Password, token, connection string, dan kunci enkripsi. | Akses langsung ke database atau kebocoran data. |
| Server Database | Sistem operasi, layanan database, storage, dan konfigurasi. | Gangguan layanan, eksploitasi, atau kehilangan data. |
| Backup | Salinan database, konfigurasi, dan log. | Pemulihan gagal atau salinan data dicuri. |
| Log dan Audit Trail | Catatan login, query penting, perubahan, dan aktivitas administrator. | Investigasi dan pembuktian aktivitas menjadi sulit. |
| Ancaman | Kerentanan yang Mungkin Dimanfaatkan | Kontrol Pencegahan |
|---|---|---|
| Akses Tidak Sah | Password lemah, akun bersama, dan akses database terbuka luas. | MFA, akun individual, least privilege, dan pembatasan jaringan. |
| SQL Injection | Query dibentuk langsung dari input pengguna. | Parameterized query, validasi input, dan least privilege. |
| Kebocoran Kredensial | Password atau connection string disimpan dalam source code atau file publik. | Secret management, rotasi kredensial, dan pembatasan akses. |
| Perubahan Data Tidak Sah | Hak write diberikan terlalu luas dan tidak ada audit trail. | RBAC, pemisahan tugas, approval, dan audit database. |
| Kehilangan Data | Tidak ada backup, backup rusak, atau restore tidak pernah diuji. | Backup berkala, lokasi berbeda, enkripsi, dan uji pemulihan. |
| Gangguan Layanan | Kapasitas tidak cukup, kegagalan storage, atau serangan terhadap layanan. | Monitoring, redundansi, capacity planning, dan rencana pemulihan. |
| Penyalahgunaan Administrator | Hak istimewa terlalu besar dan aktivitas tidak dicatat. | Privileged access management, logging, dan review berkala. |
Autentikasi memastikan identitas pengguna atau aplikasi, sedangkan otorisasi menentukan tindakan yang boleh dilakukan setelah identitas berhasil diverifikasi.
| Kontrol | Penerapan | Tujuan |
|---|---|---|
| Akun Individual | Setiap pengguna memiliki akun sendiri. | Mendukung akuntabilitas dan audit. |
| Service Account | Aplikasi menggunakan akun khusus dengan hak minimum. | Memisahkan akses aplikasi dari akses manusia. |
| Role-Based Access Control | Hak diberikan berdasarkan peran pengguna. | Memudahkan pengelolaan akses secara konsisten. |
| Least Privilege | Pengguna hanya memperoleh hak yang diperlukan. | Mengurangi dampak penyalahgunaan akun. |
| MFA | Gunakan faktor tambahan untuk akses administratif atau berisiko tinggi. | Memperkuat autentikasi ketika password bocor. |
| Review Akses | Tinjau akun, role, dan permission secara berkala. | Mencabut akses yang tidak lagi diperlukan. |
| Pemisahan Tugas | Pisahkan tugas administrator, pemilik data, pengembang, dan auditor. | Mengurangi risiko penyalahgunaan wewenang. |
| Jenis Hak | Contoh Tindakan | Pengguna yang Mungkin Membutuhkan | Catatan Keamanan |
|---|---|---|---|
| Read | Membaca data dari tabel atau view. | Aplikasi laporan atau analis tertentu. | Batasi tabel, kolom, atau baris yang dapat dibaca. |
| Insert | Menambahkan data baru. | Aplikasi transaksi atau operator tertentu. | Validasi input dan batasi sumber penambahan data. |
| Update | Mengubah data yang sudah ada. | Aplikasi atau petugas yang berwenang. | Gunakan approval, validasi, dan audit trail. |
| Delete | Menghapus data. | Pihak terbatas dengan kebutuhan khusus. | Gunakan pembatasan ketat dan backup sebelum perubahan besar. |
| Execute | Menjalankan stored procedure atau fungsi. | Aplikasi atau administrator tertentu. | Tinjau parameter dan efek samping prosedur. |
| Schema Change | Membuat, mengubah, atau menghapus tabel dan struktur database. | Database administrator atau tim perubahan. | Wajib melalui change management dan backup. |
SQL injection adalah kondisi ketika input pengguna memengaruhi struktur query database secara tidak aman, sehingga penyerang dapat mengubah tujuan query atau mengakses data yang tidak seharusnya.
| Sumber Risiko | Penjelasan | Kontrol Pencegahan |
|---|---|---|
| String Concatenation | Input pengguna digabungkan langsung ke query. | Gunakan parameterized query atau prepared statement. |
| Validasi Input Lemah | Aplikasi tidak memeriksa format, panjang, dan tipe input. | Terapkan allowlist, validasi tipe, panjang, dan format data. |
| Hak Database Berlebihan | Akun aplikasi memiliki hak administrator atau hak hapus seluruh data. | Gunakan service account dengan least privilege. |
| Error Terlalu Detail | Pesan error menampilkan struktur database atau query internal. | Gunakan pesan error umum dan simpan detail pada log terbatas. |
| Pengujian Keamanan Tidak Memadai | Query dan endpoint aplikasi tidak ditinjau secara berkala. | Code review, pengujian keamanan resmi, dan perbaikan temuan. |
| Jenis Perlindungan | Fokus | Contoh Penerapan |
|---|---|---|
| Data at Rest | Data yang tersimpan pada disk, storage, snapshot, atau backup. | Enkripsi disk, database, kolom sensitif, dan backup. |
| Data in Transit | Data yang dikirim antara aplikasi, database, server, atau pengguna. | TLS, koneksi aman, dan sertifikat yang dikelola dengan benar. |
| Data in Use | Data ketika sedang diproses oleh aplikasi atau administrator. | Pembatasan akses, masking, tokenisasi, dan kontrol proses. |
| Password Pengguna | Nilai kredensial yang digunakan untuk login. | Hash password menggunakan mekanisme yang dirancang untuk password, bukan enkripsi reversibel biasa. |
| Manajemen Kunci | Pembuatan, penyimpanan, rotasi, penggunaan, dan pencabutan kunci. | KMS, secret vault, akses terbatas, dan prosedur rotasi. |
Database sebaiknya tidak terekspos langsung ke internet. Akses database harus dibatasi melalui arsitektur jaringan yang terkontrol.
| Kontrol | Penerapan | Tujuan |
|---|---|---|
| Segmentasi | Tempatkan database pada zona jaringan internal atau zona data. | Mengurangi akses langsung dari pengguna atau internet. |
| Firewall | Izinkan koneksi hanya dari aplikasi atau jaringan administrasi yang diperlukan. | Membatasi sumber akses dan port database. |
| Private Connectivity | Gunakan jaringan privat untuk komunikasi aplikasi dan database. | Mengurangi paparan layanan database. |
| Bastion atau Admin Network | Akses administratif melalui jalur khusus yang dipantau. | Meningkatkan kontrol dan akuntabilitas. |
| TLS Database | Lindungi komunikasi client dan database. | Mencegah penyadapan data saat transit. |
| Monitoring Koneksi | Pantau sumber, frekuensi, dan pola koneksi. | Mendeteksi akses tidak biasa atau penyalahgunaan. |
| Area Hardening | Praktik yang Disarankan | Manfaat |
|---|---|---|
| Versi Database | Gunakan versi yang masih didukung dan lakukan patching secara berkala. | Mengurangi kerentanan yang telah diketahui. |
| Layanan Database | Nonaktifkan fitur dan layanan yang tidak diperlukan. | Mengurangi permukaan serangan. |
| Akun Bawaan | Ganti, nonaktifkan, atau batasi akun bawaan sesuai kebutuhan. | Mengurangi risiko penggunaan kredensial standar. |
| Konfigurasi Error | Hindari menampilkan detail internal kepada pengguna aplikasi. | Mengurangi kebocoran informasi teknis. |
| Hak File | Batasi permission file database, backup, dan konfigurasi. | Mencegah pembacaan atau perubahan langsung. |
| Port dan Bind Address | Dengarkan koneksi hanya pada antarmuka dan jaringan yang diperlukan. | Mengurangi akses jaringan tidak sah. |
| Konfigurasi Rahasia | Simpan kredensial dan kunci pada secret management yang sesuai. | Mengurangi kebocoran melalui source code atau file konfigurasi. |
| Penghapusan Aman | Hapus data sementara, backup lama, dan media sesuai prosedur. | Mengurangi paparan data yang tidak lagi diperlukan. |
Backup database harus mencakup data, struktur, konfigurasi, dan informasi lain yang diperlukan agar layanan dapat dipulihkan secara utuh.
| Komponen Backup | Isi | Hal yang Harus Diverifikasi |
|---|---|---|
| Data | Tabel, record, dokumen, dan transaksi. | Kelengkapan, konsistensi, dan keterbacaan. |
| Schema | Struktur tabel, relasi, indeks, dan constraint. | Aplikasi dapat berjalan setelah restore. |
| Stored Procedure | Fungsi, prosedur, trigger, dan view. | Logika bisnis tetap tersedia dan sesuai. |
| Konfigurasi | Parameter database, koneksi, dan konfigurasi lingkungan. | Konfigurasi tidak membuka risiko baru. |
| Kredensial dan Secret | Informasi akses yang diperlukan untuk pemulihan. | Disimpan terpisah dan dilindungi dengan kontrol yang tepat. |
| Log Transaksi | Catatan perubahan yang diperlukan untuk pemulihan titik waktu tertentu. | Urutan perubahan dan konsistensi pemulihan. |
Audit dan monitoring database membantu organisasi mengetahui siapa yang mengakses data, tindakan apa yang dilakukan, dan apakah aktivitas tersebut sesuai dengan kebijakan.
| Aktivitas | Informasi yang Dicatat | Indikator yang Perlu Ditinjau |
|---|---|---|
| Login Database | Akun, waktu, sumber, database, dan hasil autentikasi. | Login gagal berulang, sumber baru, dan waktu tidak biasa. |
| Akses Data Sensitif | Pengguna, tabel, kolom, waktu, dan operasi. | Akses dalam jumlah besar atau di luar tugas. |
| Perubahan Data | Record, nilai lama, nilai baru, pengguna, dan waktu. | Perubahan massal atau tidak sesuai jadwal. |
| Perubahan Struktur | Pembuatan, perubahan, dan penghapusan tabel atau objek. | Perubahan tanpa tiket atau persetujuan. |
| Perubahan Hak Akses | Role, permission, akun, pemberi, penerima, dan waktu perubahan. | Pemberian hak istimewa tanpa otorisasi. |
| Backup dan Restore | Waktu, status, operator, lokasi, dan hasil proses. | Backup gagal, restore gagal, atau penghapusan backup. |
| Kinerja Database | CPU, memori, storage, koneksi, dan waktu respons query. | Lonjakan penggunaan atau penurunan layanan. |
Tidak semua data memerlukan tingkat perlindungan yang sama. Klasifikasi membantu organisasi menentukan kontrol, pembatasan akses, masa retensi, dan metode perlindungan.
| Klasifikasi | Contoh Data | Kontrol yang Disarankan |
|---|---|---|
| Publik | Informasi yang memang boleh diketahui umum. | Integritas, versioning, dan kontrol perubahan. |
| Internal | Informasi operasional organisasi. | Akses internal, autentikasi, dan logging. |
| Rahasia | Data bisnis, kontrak, dan informasi internal penting. | RBAC, enkripsi, audit, dan pembatasan ekspor. |
| Sangat Sensitif | Data pribadi, kredensial, informasi finansial, atau data strategis. | Enkripsi kuat, MFA, masking, monitoring khusus, dan akses sangat terbatas. |
Tentukan data, akun, sistem, waktu, dan aktivitas yang diduga terdampak.
Batasi akun, koneksi, atau proses yang berisiko sesuai prosedur respons.
Analisis audit log, perubahan data, koneksi, dan bukti pendukung.
Pulihkan data dan layanan dari sumber yang tervalidasi, lalu lakukan perbaikan.
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Aplikasi menggunakan satu akun database dengan hak administrator. | Jika aplikasi dikompromikan, seluruh database dapat diakses atau diubah. | Service account khusus dengan hak minimum dan pembatasan akses. |
| Query dibentuk dari input pengguna secara langsung. | Risiko SQL injection dan manipulasi query. | Prepared statement, parameterized query, validasi input, dan error handling aman. |
| Database dapat diakses langsung dari internet. | Permukaan serangan meningkat. | Segmentasi, firewall, private network, dan pembatasan sumber koneksi. |
| Password database disimpan dalam source code. | Kredensial dapat bocor melalui repository atau salinan kode. | Secret management, rotasi kredensial, dan pembatasan akses repository. |
| Semua administrator menggunakan akun yang sama. | Aktivitas tidak dapat ditelusuri kepada individu. | Akun individual, MFA, audit log, dan review akses. |
| Tidak ada audit terhadap perubahan data sensitif. | Perubahan ilegal sulit diketahui dan dibuktikan. | Audit trail, pencatatan nilai lama dan baru, serta monitoring alert. |
| Backup database tidak pernah diuji. | Data mungkin tidak dapat dipulihkan saat terjadi insiden. | Restore test berkala dan dokumentasi hasil pemulihan. |
| Data sensitif ditampilkan penuh pada laporan. | Risiko kebocoran melalui layar, laporan, atau ekspor data. | Data masking, pembatasan ekspor, dan klasifikasi data. |
Diskusikan skenario berikut secara berkelompok:
Refleksikan penerapan keamanan basis data pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan keamanan basis data untuk sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami pengelolaan hak akses database melalui autentikasi, otorisasi, role-based access control, prinsip least privilege, pemisahan tugas, akun aplikasi, audit akses, dan review permission secara berkala.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu merancang dan mengevaluasi hak akses database berdasarkan peran, kebutuhan bisnis, dan tingkat risiko.
Akses tepat untuk pengguna yang tepat
Hak akses database adalah izin yang diberikan kepada pengguna, aplikasi, service account, atau administrator untuk melakukan tindakan tertentu terhadap objek database.
Objek database dapat berupa database, schema, tabel, view, kolom, stored procedure, function, sequence, trigger, dan objek lain yang digunakan untuk menyimpan atau mengolah data.
| Konsep | Pertanyaan | Contoh | Kontrol |
|---|---|---|---|
| Identification | Siapa yang mencoba mengakses? | Username atau identitas akun. | Akun individual dan identitas perangkat. |
| Authentication | Apakah identitas tersebut benar? | Password, MFA, sertifikat, atau token. | Password kuat, MFA, dan pengelolaan kredensial. |
| Authorization | Tindakan apa yang boleh dilakukan? | Membaca tabel atau mengubah data tertentu. | Role, permission, ACL, dan policy. |
| Accountability | Siapa yang melakukan tindakan dan kapan? | User A mengubah data pada waktu tertentu. | Audit log, session log, dan akun individual. |
| Prinsip | Penjelasan | Contoh Penerapan |
|---|---|---|
| Least Privilege | Pengguna hanya memperoleh hak minimum yang dibutuhkan. | Akun aplikasi hanya dapat membaca dan memasukkan data tertentu. |
| Need to Know | Pengguna hanya dapat melihat informasi yang diperlukan untuk tugasnya. | Petugas keuangan tidak otomatis dapat melihat data kepegawaian. |
| Default Deny | Akses ditolak jika tidak terdapat izin yang diberikan secara eksplisit. | User baru tidak memiliki akses tabel sebelum masuk ke role tertentu. |
| Separation of Duties | Tugas kritis dibagi kepada lebih dari satu pihak. | Satu pihak membuat transaksi dan pihak lain menyetujuinya. |
| Deny by Exception | Pengecualian akses harus memiliki alasan, persetujuan, dan batas waktu. | Akses vendor hanya aktif selama masa pemeliharaan. |
| Periodic Review | Hak akses harus diperiksa secara berkala. | Review permission setiap periode tertentu atau setelah perubahan jabatan. |
| Hak Akses | Fungsi | Risiko Jika Berlebihan | Pengendalian |
|---|---|---|---|
| SELECT | Membaca data dari tabel atau view. | Kebocoran data atau pengambilan data dalam jumlah besar. | Batasi tabel, kolom, baris, dan waktu akses. |
| INSERT | Menambahkan record baru. | Data palsu, spam, atau transaksi tidak sah. | Validasi input, approval, dan pembatasan sumber aplikasi. |
| UPDATE | Mengubah data yang sudah ada. | Manipulasi data atau perubahan nilai penting. | Audit trail, approval, validasi, dan pembatasan kolom. |
| DELETE | Menghapus record atau data. | Kehilangan data dan gangguan operasional. | Batasi sangat ketat, gunakan soft delete, backup, dan approval. |
| EXECUTE | Menjalankan stored procedure atau function. | Prosedur dapat mengubah banyak data atau menjalankan proses berisiko. | Review kode, validasi parameter, dan pembatasan role. |
| CREATE | Membuat objek database. | Objek tidak terkontrol dan perubahan struktur tanpa persetujuan. | Batasi kepada developer atau administrator yang berwenang. |
| ALTER | Mengubah struktur objek database. | Aplikasi gagal atau integritas struktur database terganggu. | Change management, approval, backup, dan rollback. |
| DROP | Menghapus objek database. | Kehilangan tabel, view, atau struktur penting. | Hak sangat terbatas dan memerlukan approval. |
| GRANT atau REVOKE | Memberikan atau mencabut hak akses. | Perubahan privilege tanpa otorisasi. | Batasi administrator, audit, dan review akses. |
Role adalah kumpulan hak akses yang diberikan kepada pengguna berdasarkan fungsi atau tanggung jawabnya. Role membantu organisasi mengelola permission secara lebih konsisten dibandingkan memberikan hak satu per satu kepada setiap pengguna.
| Role | Kebutuhan | Hak yang Mungkin Diberikan | Hak yang Sebaiknya Tidak Diberikan |
|---|---|---|---|
| Application User | Menjalankan aplikasi dan transaksi rutin. | SELECT, INSERT, UPDATE pada tabel tertentu. | DROP, ALTER, GRANT, dan akses administrator. |
| Reporting User | Membuat laporan atau analisis. | SELECT pada view atau data yang disetujui. | INSERT, UPDATE, DELETE, dan perubahan schema. |
| Data Entry Operator | Memasukkan atau memperbarui data operasional. | INSERT dan UPDATE pada objek tertentu. | DROP, GRANT, dan akses seluruh database. |
| Developer | Mengembangkan dan menguji aplikasi. | Akses environment pengembangan atau staging. | Akses langsung ke data produksi tanpa persetujuan. |
| Database Administrator | Mengelola konfigurasi, performa, dan keamanan database. | Hak istimewa sesuai tanggung jawab dan lingkungan. | Akses tanpa logging, review, atau approval. |
| Auditor | Memeriksa aktivitas dan kepatuhan. | Read-only terhadap log dan laporan audit. | UPDATE, DELETE, GRANT, atau perubahan konfigurasi. |
| Vendor | Melakukan pemeliharaan yang disetujui. | Akses sementara sesuai tiket dan ruang lingkup pekerjaan. | Akses permanen dan hak administrator penuh. |
Role-Based Access Control atau RBAC memberikan hak akses berdasarkan role. Pengguna tidak langsung diberi seluruh permission, tetapi dimasukkan ke role yang sesuai dengan pekerjaannya.
Identitas pengguna atau akun aplikasi yang meminta akses.
Kelompok fungsi yang menggambarkan tanggung jawab pengguna.
Hak untuk membaca, menambah, mengubah, atau menghapus objek database.
Tabel, view, procedure, database, schema, atau kolom yang dilindungi.
| Jenis Akun | Penggunaan | Kontrol Keamanan |
|---|---|---|
| Akun Manusia | Digunakan oleh pegawai, administrator, auditor, atau vendor. | Akun individual, MFA, password kuat, timeout, dan review akses. |
| Service Account | Digunakan oleh aplikasi, service, atau proses otomatis. | Hak minimum, secret management, rotasi kredensial, dan larangan login interaktif jika tidak diperlukan. |
| Akun Administrator | Mengelola konfigurasi, user, role, dan keamanan database. | MFA, privileged access, logging, approval, dan review khusus. |
| Akun Darurat | Digunakan hanya ketika jalur administrasi normal tidak tersedia. | Penyimpanan aman, approval, monitoring, dan review setelah penggunaan. |
| Akun Uji | Digunakan pada pengembangan atau staging. | Data sintetis, lingkungan terpisah, dan larangan akses produksi tanpa persetujuan. |
Hak akses tidak selalu harus diberikan pada seluruh database. Akses dapat dibatasi berdasarkan objek, kolom, baris, atau kondisi tertentu.
| Tingkat Pembatasan | Contoh | Kegunaan |
|---|---|---|
| Database Level | User hanya dapat terhubung ke database tertentu. | Memisahkan lingkungan dan aplikasi. |
| Schema Level | User hanya mengakses schema operasional. | Memisahkan kelompok objek database. |
| Table Level | User hanya dapat membaca tabel transaksi. | Membatasi akses berdasarkan fungsi. |
| Column Level | User dapat membaca nama dan alamat tetapi tidak dapat melihat nomor identitas sensitif. | Melindungi kolom data yang sangat sensitif. |
| Row Level | User hanya dapat melihat data unit kerja atau wilayahnya sendiri. | Menerapkan pembatasan berdasarkan kepemilikan atau konteks data. |
| View Level | User mengakses view yang hanya menampilkan data yang telah disaring. | Menyederhanakan akses dan menyembunyikan struktur tabel asli. |
Pengguna atau pemilik unit mengajukan kebutuhan akses dan alasannya.
Pemilik data atau pihak berwenang menyetujui ruang lingkup akses.
Administrator memberikan role dan permission sesuai persetujuan.
Akses ditinjau, diubah, atau dicabut ketika tidak lagi diperlukan.
| Kondisi | Kebutuhan Akses | Kontrol |
|---|---|---|
| Joiner | Pengguna baru mulai bekerja atau bergabung dengan organisasi. | Akses dibuat berdasarkan role, persetujuan, dan kebutuhan tugas. |
| Mover | Pengguna berpindah unit, jabatan, atau tanggung jawab. | Hak lama ditinjau dan dicabut sebelum hak baru diberikan. |
| Leaver | Pengguna berhenti atau tidak lagi bekerja dengan organisasi. | Nonaktifkan akun, cabut role, token, kunci, dan akses vendor. |
| Akses Sementara | Pengguna atau vendor membutuhkan akses dalam periode tertentu. | Tetapkan tanggal kedaluwarsa dan review setelah pekerjaan selesai. |
Pemberian hak akses harus memiliki dasar kebutuhan yang jelas. Review memastikan hak yang masih aktif tetap sesuai dengan tugas pengguna.
| Elemen | Pertanyaan Review | Bukti yang Diperlukan |
|---|---|---|
| Pemilik Akses | Siapa yang menggunakan akses tersebut? | Nama, unit kerja, role, dan identitas akun. |
| Pemilik Data | Siapa yang bertanggung jawab atas data yang diakses? | Persetujuan pemilik data atau unit berwenang. |
| Tujuan Akses | Mengapa akses tersebut diperlukan? | Tiket permintaan, deskripsi pekerjaan, atau kebutuhan layanan. |
| Ruang Lingkup | Database, tabel, kolom, baris, dan tindakan apa yang diizinkan? | Matriks role dan permission. |
| Masa Berlaku | Apakah akses permanen atau sementara? | Tanggal mulai, tanggal berakhir, dan persetujuan. |
| Hasil Review | Apakah akses dipertahankan, dikurangi, atau dicabut? | Catatan review dan tindakan administrator. |
Hak istimewa adalah permission yang dapat memengaruhi konfigurasi, struktur, keamanan, atau seluruh data database. Hak ini harus dikendalikan lebih ketat daripada hak akses biasa.
Matriks hak akses digunakan untuk memetakan role, objek database, dan tindakan yang diizinkan.
| Role | Data Pelanggan | Data Transaksi | Data Kepegawaian | Schema |
|---|---|---|---|---|
| Petugas Layanan | SELECT, UPDATE terbatas | SELECT | Tidak ada akses | Tidak ada akses |
| Petugas Keuangan | SELECT terbatas | SELECT, INSERT, UPDATE sesuai tugas | Tidak ada akses | Tidak ada akses |
| HR Officer | Tidak ada akses | Tidak ada akses | SELECT, UPDATE terbatas | Tidak ada akses |
| Reporting User | SELECT melalui view | SELECT melalui view | SELECT data agregat | Tidak ada akses |
| Developer | Data sintetis pada staging | Data sintetis pada staging | Tidak ada akses produksi | CREATE, ALTER pada staging |
| Database Administrator | Sesuai kebutuhan operasional | Sesuai kebutuhan operasional | Sesuai kebutuhan operasional | Hak administratif terkontrol |
| Auditor | Read-only sesuai ruang lingkup audit | Read-only sesuai ruang lingkup audit | Read-only sesuai ruang lingkup audit | Tidak ada perubahan |
Aplikasi membutuhkan akses database untuk menjalankan fungsi bisnis. Namun, akses aplikasi harus dirancang terbatas agar kompromi pada aplikasi tidak langsung memberikan kendali penuh atas database.
| Area | Praktik Aman | Praktik yang Dihindari |
|---|---|---|
| Akun Aplikasi | Gunakan service account khusus untuk setiap aplikasi atau layanan. | Menggunakan akun administrator database. |
| Hak Akses | Berikan hanya SELECT, INSERT, UPDATE, atau EXECUTE yang dibutuhkan. | Memberikan seluruh hak database. |
| Kredensial | Simpan pada secret management dan lakukan rotasi. | Menyimpan password pada source code atau repository publik. |
| Koneksi | Batasi koneksi berdasarkan server aplikasi, jaringan, dan port. | Mengizinkan koneksi dari semua alamat. |
| Query | Gunakan prepared statement dan validasi input. | Menggabungkan input pengguna ke query secara langsung. |
| Logging | Catat aktivitas penting aplikasi dan error keamanan. | Mencatat password, token, atau data sensitif secara terbuka. |
| Aktivitas | Informasi yang Dicatat | Indikator yang Perlu Ditinjau |
|---|---|---|
| Login | Akun, waktu, sumber, database, dan hasil autentikasi. | Login gagal berulang atau dari lokasi tidak biasa. |
| Pemberian Role | Pemberi, penerima, role, alasan, dan waktu. | Role istimewa diberikan tanpa persetujuan. |
| Pencabutan Role | Akun, role, administrator, dan waktu pencabutan. | Akses tidak dicabut saat pengguna keluar. |
| Perubahan Data | Pengguna, tabel, nilai lama, nilai baru, dan waktu. | Perubahan massal atau aktivitas di luar jam kerja. |
| Perubahan Schema | Objek, perubahan, pelaksana, tiket, dan waktu. | Perubahan tanpa change record. |
| Ekspor Data | Pengguna, data yang diekspor, tujuan, dan jumlah record. | Ekspor dalam jumlah besar atau ke lokasi tidak dikenal. |
| Risiko | Penyebab | Kontrol |
|---|---|---|
| Excessive Privilege | Pengguna memperoleh hak lebih besar dari kebutuhan. | Least privilege dan review permission. |
| Privilege Creep | Hak lama tidak dicabut ketika pengguna berpindah peran. | Proses mover, recertification, dan pencabutan hak lama. |
| Orphan Account | Akun tidak memiliki pemilik aktif. | Inventaris akun, owner, expiry, dan review. |
| Shared Account | Banyak pengguna memakai identitas yang sama. | Akun individual dan audit trail. |
| Unused Permission | Hak akses tidak pernah digunakan tetapi tetap aktif. | Analisis penggunaan dan pencabutan akses tidak terpakai. |
| Direct Production Access | Developer atau pengguna mengakses database produksi secara langsung. | Staging, bastion, approval, masking, dan pembatasan akses. |
| Uncontrolled Grant | User dapat memberikan hak kepada pengguna lain. | Batasi GRANT OPTION dan monitor perubahan permission. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Semua pegawai dapat membaca seluruh tabel database. | Kebocoran data dan pelanggaran kerahasiaan. | RBAC, least privilege, view, dan pembatasan tabel atau kolom. |
| Aplikasi menggunakan akun administrator. | Kompromi aplikasi dapat memberikan akses penuh ke database. | Service account dengan hak minimum. |
| Developer dapat mengakses database produksi. | Data produksi dapat disalin, diubah, atau dihapus tanpa kebutuhan operasional. | Staging, data sintetis, masking, approval, dan akses sementara. |
| Akun mantan pegawai masih aktif. | Akses tidak sah setelah hubungan kerja berakhir. | Proses leaver, pencabutan akun, dan review offboarding. |
| User dapat memberikan role kepada user lain. | Penyebaran hak akses tanpa kontrol. | Batasi hak GRANT OPTION dan audit perubahan permission. |
| Hak DELETE diberikan kepada seluruh operator. | Kehilangan data akibat kesalahan atau penyalahgunaan. | Batasi DELETE, gunakan soft delete, approval, dan backup. |
| Tidak ada review hak akses. | Privilege creep dan akses yang tidak lagi sesuai. | Access recertification dan review berkala. |
| Aktivitas administrator tidak dicatat. | Perubahan ilegal sulit ditelusuri. | Audit log, akun individual, dan monitoring aktivitas istimewa. |
Sebuah organisasi memiliki database yang menyimpan data anggota, transaksi, dan data pegawai. Struktur akses saat ini adalah sebagai berikut:
Refleksikan penerapan hak akses database pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan hak akses database untuk sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami proses pemeriksaan keamanan, hak akses, konfigurasi, aktivitas pengguna, perubahan data, backup, dan kepatuhan pada basis data untuk memastikan kontrol berjalan efektif dan dapat dipertanggungjawabkan.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan tujuan database audit serta menyusun pemeriksaan sederhana terhadap keamanan basis data.
Memastikan kontrol database berjalan efektif
Database audit adalah proses pemeriksaan yang sistematis terhadap data, akun, hak akses, konfigurasi, aktivitas, prosedur, dan kontrol keamanan pada basis data.
Audit dilakukan untuk menilai apakah database telah dikonfigurasi dan dikelola sesuai kebijakan organisasi, kebutuhan bisnis, standar keamanan, serta prinsip kerahasiaan, integritas, dan ketersediaan.
Memastikan data hanya dapat diakses oleh pihak yang berwenang.
Memastikan perubahan data dilakukan secara sah, akurat, dan dapat ditelusuri.
Memastikan database dapat dipulihkan dan tersedia sesuai kebutuhan layanan.
Mengidentifikasi kelemahan konfigurasi, proses, akses, dan pengelolaan data.
Menyediakan bukti bahwa kontrol dan prosedur berjalan sesuai kebijakan.
| Prinsip | Penjelasan | Penerapan |
|---|---|---|
| Independensi | Pemeriksaan dilakukan secara objektif dan tidak dipengaruhi kepentingan pihak yang diaudit. | Pisahkan auditor dari administrator database yang menjalankan kontrol harian. |
| Berbasis Risiko | Fokus audit ditentukan berdasarkan risiko dan nilai aset. | Prioritaskan data sensitif, akun istimewa, dan layanan kritis. |
| Berbasis Bukti | Kesimpulan harus didukung bukti yang cukup dan relevan. | Gunakan konfigurasi, log, tiket perubahan, dan hasil pengujian. |
| Kerahasiaan | Data dan bukti audit harus dilindungi. | Gunakan akses terbatas, masking, dan penyimpanan aman. |
| Ketertelusuran | Setiap temuan dan tindakan harus dapat ditelusuri. | Gunakan nomor temuan, pemilik, target waktu, dan status tindak lanjut. |
| Perbaikan Berkelanjutan | Hasil audit digunakan untuk memperbaiki kontrol secara berulang. | Lakukan remediation, retest, dan evaluasi efektivitas. |
| Area Audit | Fokus Pemeriksaan | Contoh Bukti |
|---|---|---|
| Tata Kelola | Kebijakan, prosedur, pemilik data, dan tanggung jawab. | Kebijakan keamanan, SOP, struktur peran, dan daftar pemilik data. |
| Inventaris | Database, server, aplikasi, schema, dan lingkungan. | Daftar aset, arsitektur, hostname, versi, dan klasifikasi sistem. |
| Akun dan Hak Akses | User, role, privilege, akun lama, dan akun istimewa. | Daftar akun, matriks akses, tiket persetujuan, dan hasil review. |
| Konfigurasi | Parameter database, port, layanan, file permission, dan baseline. | Configuration file, hasil pemeriksaan, dan baseline keamanan. |
| Aplikasi dan Query | Connection string, service account, prepared statement, dan validasi input. | Dokumentasi aplikasi, code review, dan hasil pengujian resmi. |
| Jaringan | Segmentasi, firewall, jalur admin, dan akses dari aplikasi. | Diagram jaringan, firewall rule, dan log koneksi. |
| Logging dan Monitoring | Login, perubahan data, perubahan privilege, dan alert. | Audit log, monitoring dashboard, dan laporan review. |
| Backup dan Recovery | Frekuensi, retensi, enkripsi, lokasi, dan pengujian restore. | Jadwal backup, hasil backup, laporan restore, dan rencana pemulihan. |
Menentukan tujuan, ruang lingkup, kriteria, jadwal, dan pihak yang terlibat.
Mengumpulkan dokumen, konfigurasi, log, hasil wawancara, dan bukti pengujian.
Membandingkan kondisi aktual dengan kebijakan, baseline, dan kriteria audit.
Menyusun temuan, risiko, rekomendasi, pemilik, dan target penyelesaian.
Pemilik sistem memperbaiki kelemahan sesuai rekomendasi yang disetujui.
Auditor atau pihak berwenang memeriksa apakah perbaikan telah efektif.
Status temuan dipantau hingga risiko ditutup atau diterima secara resmi.
Bukti audit adalah informasi yang digunakan untuk mendukung kesimpulan dan temuan pemeriksaan. Bukti harus relevan, cukup, dapat dipercaya, dan terlindungi.
| Jenis Bukti | Contoh | Hal yang Perlu Diperhatikan |
|---|---|---|
| Dokumen | Kebijakan, SOP, diagram arsitektur, dan matriks akses. | Pastikan versi, tanggal, pemilik, dan status persetujuan. |
| Konfigurasi | Versi database, parameter keamanan, port, dan konfigurasi autentikasi. | Ambil dari sistem yang disetujui dan jaga kerahasiaan nilai sensitif. |
| Log | Login, query administratif, perubahan role, dan perubahan data. | Periksa integritas, periode waktu, dan sumber log. |
| Wawancara | Penjelasan administrator, pemilik data, dan pengguna. | Validasi dengan bukti teknis dan dokumen. |
| Observasi | Pengamatan proses backup, review akses, atau pemulihan. | Catat waktu, prosedur, pihak yang terlibat, dan hasil. |
| Hasil Pengujian | Hasil restore, review permission, pemeriksaan konfigurasi, atau uji kepatuhan. | Pengujian harus memiliki ruang lingkup dan otorisasi yang jelas. |
| Pemeriksaan | Pertanyaan Audit | Bukti |
|---|---|---|
| Akun Aktif | Apakah setiap akun memiliki pemilik dan tujuan yang jelas? | Daftar akun, owner, status, dan tanggal review. |
| Akun Tidak Aktif | Apakah akun lama atau tidak terpakai masih dapat login? | Status akun dan hasil pengujian kontrol. |
| Role | Apakah role sesuai dengan tanggung jawab pengguna? | Matriks role dan uraian pekerjaan. |
| Hak Istimewa | Siapa yang memiliki hak DROP, ALTER, GRANT, atau administrasi? | Daftar privilege dan persetujuan. |
| Akun Aplikasi | Apakah aplikasi menggunakan hak minimum? | Service account, permission, dan konfigurasi koneksi. |
| Review Berkala | Apakah akses ditinjau setelah perubahan jabatan atau periode tertentu? | Laporan access recertification dan bukti pencabutan. |
| Akun Bersama | Apakah terdapat akun yang digunakan oleh banyak orang? | Daftar akun, log login, dan kebijakan akun. |
| Area | Pertanyaan Audit | Risiko yang Diperiksa |
|---|---|---|
| Versi Database | Apakah versi masih didukung dan menerima patch? | Eksploitasi kerentanan yang telah diketahui. |
| Port dan Jaringan | Apakah database dapat diakses dari jaringan yang tidak diperlukan? | Akses tidak sah dan peningkatan permukaan serangan. |
| Autentikasi | Apakah metode autentikasi sesuai kebijakan? | Password lemah atau autentikasi yang tidak memadai. |
| Enkripsi | Apakah data sensitif dan koneksi database terlindungi? | Penyadapan atau pembacaan data tanpa izin. |
| Logging | Apakah aktivitas penting dicatat dan dilindungi? | Kurangnya bukti dan keterlambatan deteksi. |
| Error Handling | Apakah pesan error menyembunyikan informasi internal? | Kebocoran schema, query, atau konfigurasi. |
| File Permission | Apakah file data, konfigurasi, dan backup terlindungi? | Pembacaan atau perubahan langsung oleh pihak tidak berwenang. |
| Pemeriksaan | Pertanyaan Audit | Bukti |
|---|---|---|
| Cakupan Backup | Apakah data, schema, konfigurasi, dan komponen penting tercakup? | Kebijakan backup dan daftar objek yang dicadangkan. |
| Frekuensi | Apakah jadwal backup sesuai dengan kebutuhan RPO? | Jadwal, job history, dan laporan keberhasilan. |
| Lokasi | Apakah backup disimpan pada lokasi atau media yang terpisah? | Konfigurasi penyimpanan dan lokasi salinan. |
| Perlindungan | Apakah backup dienkripsi dan aksesnya dibatasi? | Konfigurasi enkripsi, role, dan daftar akses. |
| Integritas | Apakah backup dapat dibaca dan tidak rusak? | Hash, hasil validasi, dan laporan pemeriksaan. |
| Restore Test | Apakah pemulihan pernah diuji? | Laporan restore, waktu pemulihan, dan hasil verifikasi data. |
| RTO dan RPO | Apakah target pemulihan ditetapkan dan tercapai? | Rencana pemulihan, hasil simulasi, dan catatan perbaikan. |
| Tingkat | Karakteristik | Contoh | Prioritas |
|---|---|---|---|
| Kritis | Berpotensi menyebabkan dampak sangat besar terhadap data atau layanan. | Database publik berisi data sensitif tanpa autentikasi. | Tindakan segera. |
| Tinggi | Kelemahan signifikan yang dapat dieksploitasi atau melanggar kontrol utama. | Akun aplikasi memiliki hak administrator. | Perbaikan prioritas tinggi. |
| Sedang | Kelemahan yang meningkatkan risiko tetapi memiliki mitigasi atau dampak terbatas. | Review hak akses tidak dilakukan sesuai jadwal. | Perbaikan terjadwal. |
| Rendah | Ketidaksesuaian kecil yang belum berdampak besar. | Dokumentasi owner role belum diperbarui. | Dimasukkan dalam perbaikan rutin. |
| Observasi | Potensi perbaikan atau area yang perlu dipantau. | Belum ada metrik formal untuk review akses. | Perbaikan proses atau pemantauan. |
| Elemen | Isi |
|---|---|
| Judul Temuan | Ringkasan singkat mengenai kelemahan yang ditemukan. |
| Kondisi | Fakta atau kondisi aktual yang ditemukan. |
| Kriteria | Kebijakan, baseline, prosedur, atau standar yang seharusnya dipenuhi. |
| Penyebab | Alasan atau kondisi yang menyebabkan kelemahan terjadi. |
| Dampak | Konsekuensi terhadap data, layanan, organisasi, atau kepatuhan. |
| Risiko | Kemungkinan dan tingkat dampak apabila kelemahan tidak diperbaiki. |
| Rekomendasi | Tindakan perbaikan yang spesifik dan realistis. |
| Pemilik Tindakan | Pihak yang bertanggung jawab memperbaiki temuan. |
| Target Waktu | Batas waktu penyelesaian dan jadwal review. |
| Status | Terbuka, dalam perbaikan, selesai, diterima, atau ditutup setelah retest. |
Kondisi: Hasil pemeriksaan menunjukkan aplikasi menggunakan akun database dengan hak untuk membaca, mengubah, menghapus data, mengubah schema, dan memberikan hak kepada akun lain.
Kriteria: Akun aplikasi seharusnya menggunakan hak minimum sesuai fungsi aplikasi dan tidak memiliki hak administratif yang tidak diperlukan.
Risiko: Jika aplikasi atau kredensialnya dikompromikan, pihak tidak berwenang dapat mengakses, mengubah, menghapus, atau memperluas hak akses pada database.
Rekomendasi: Buat service account khusus, cabut hak administratif, berikan permission minimum, simpan kredensial pada secret management, dan lakukan pengujian fungsi aplikasi setelah perubahan.
Prioritas: Tinggi.
| Tahap | Kegiatan | Hasil |
|---|---|---|
| Menetapkan Pemilik | Menentukan unit atau individu yang bertanggung jawab. | Setiap temuan memiliki owner. |
| Menentukan Prioritas | Menilai tingkat risiko, dampak, dan urgensi. | Tersedia target waktu penyelesaian. |
| Menyusun Rencana | Menentukan tindakan, kebutuhan sumber daya, dan kemungkinan downtime. | Rencana remediasi terdokumentasi. |
| Menerapkan Perbaikan | Melakukan perubahan melalui prosedur dan change management. | Kelemahan dikurangi tanpa menimbulkan risiko baru. |
| Melakukan Retest | Menguji apakah kelemahan benar-benar telah ditangani. | Bukti efektivitas perbaikan tersedia. |
| Menutup Temuan | Menyimpan bukti penyelesaian dan persetujuan penutupan. | Temuan berubah menjadi status selesai atau diterima secara resmi. |
| Kondisi | Temuan yang Mungkin | Risiko | Rekomendasi |
|---|---|---|---|
| Database dapat diakses dari seluruh jaringan. | Pembatasan jaringan tidak memadai. | Akses tidak sah terhadap layanan database. | Batasi sumber melalui firewall, segmentasi, dan private network. |
| Akun mantan pegawai masih aktif. | Proses offboarding tidak berjalan efektif. | Akses ilegal setelah pengguna tidak lagi berwenang. | Nonaktifkan akun dan perbaiki proses pencabutan akses. |
| Aplikasi menggunakan hak DROP dan GRANT. | Service account terlalu berlebihan. | Kompromi aplikasi dapat merusak struktur dan memperluas hak akses. | Terapkan least privilege dan cabut hak yang tidak dibutuhkan. |
| Audit log hanya disimpan lokal dan dapat dihapus administrator. | Perlindungan dan independensi log lemah. | Bukti aktivitas dapat dihilangkan. | Gunakan penyimpanan terpusat, akses terbatas, dan monitoring perubahan log. |
| Backup berhasil tetapi restore gagal. | Proses pemulihan tidak teruji atau backup tidak lengkap. | Layanan tidak dapat dipulihkan saat insiden. | Perbaiki cakupan backup dan lakukan restore test berkala. |
| Perubahan schema tidak memiliki tiket. | Change management tidak berjalan. | Aplikasi terganggu atau perubahan ilegal sulit ditelusuri. | Wajibkan approval, change record, backup, dan rollback plan. |
Sebuah organisasi melakukan audit terhadap database administrasi. Auditor menemukan kondisi berikut:
Refleksikan penerapan database audit pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan database audit untuk sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami SQL injection, penyebab, dampak, pola serangan, metode pencegahan, pengujian yang aman, serta penerapan kontrol keamanan pada aplikasi dan basis data.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan SQL injection dan merancang kontrol pencegahan pada aplikasi berbasis database.
Memisahkan data pengguna dari instruksi query
SQL injection adalah kerentanan aplikasi yang terjadi ketika input pengguna dapat memengaruhi struktur atau logika query SQL secara tidak semestinya.
Dalam kondisi aman, input pengguna diperlakukan sebagai data. Pada aplikasi yang rentan, input tersebut dapat ditafsirkan sebagai bagian dari instruksi database karena query dibuat dengan cara yang tidak aman.
Pengguna mengirimkan data melalui form, URL, API, cookie, atau sumber input lainnya.
Aplikasi menggabungkan input ke dalam query tanpa pemisahan yang aman.
Database menafsirkan hasil gabungan sebagai instruksi dan data.
Data dapat terbaca, berubah, terhapus, atau layanan terganggu.
| Penyebab | Penjelasan | Dampak |
|---|---|---|
| Query Concatenation | Input pengguna digabungkan langsung dengan string query. | Input dapat memengaruhi logika query. |
| Tidak Menggunakan Parameter | Aplikasi tidak memisahkan nilai parameter dari instruksi SQL. | Data pengguna dapat diproses sebagai sintaks query. |
| Validasi Input Lemah | Aplikasi tidak memeriksa tipe, panjang, format, atau nilai yang diperbolehkan. | Input berbahaya dapat masuk ke proses database. |
| Hak Database Berlebihan | Akun aplikasi memiliki hak administrator atau hak penghapusan luas. | Dampak eksploitasi menjadi lebih besar. |
| Error Terlalu Detail | Pesan error menampilkan struktur tabel, query, atau detail database. | Penyerang memperoleh informasi teknis untuk membantu serangan. |
| Code Review Tidak Memadai | Kode akses database tidak diperiksa secara keamanan. | Pola query berbahaya dapat masuk ke produksi. |
| Pengujian Tidak Lengkap | Pengujian hanya memeriksa fungsi normal, bukan input tidak terduga. | Kerentanan tidak ditemukan sebelum dirilis. |
| Jenis | Karakteristik | Fokus Pencegahan |
|---|---|---|
| In-band SQL Injection | Hasil interaksi dengan database terlihat melalui kanal aplikasi yang sama. | Parameterized query, error handling, dan output encoding. |
| Error-based | Informasi error database membantu mengungkapkan detail internal. | Error handling aman dan logging internal yang terbatas. |
| Union-based | Struktur query dimanipulasi untuk menggabungkan hasil data. | Prepared statement dan pembatasan hak akses. |
| Blind SQL Injection | Aplikasi tidak menampilkan data langsung, tetapi respons dapat menunjukkan perbedaan kondisi. | Parameterized query, validasi input, dan pengujian perilaku aplikasi. |
| Time-based | Perbedaan waktu respons dapat digunakan untuk menarik kesimpulan tentang kondisi query. | Query aman, timeout, monitoring anomali, dan pembatasan sumber daya. |
| Second-order | Data berbahaya disimpan terlebih dahulu dan memengaruhi query pada proses berikutnya. | Validasi saat menerima dan saat menggunakan kembali data tersimpan. |
| Aspek | Dampak | Contoh |
|---|---|---|
| Confidentiality | Data dibaca atau diekstrak oleh pihak yang tidak berwenang. | Data pengguna, transaksi, atau informasi internal terekspos. |
| Integrity | Data diubah tanpa otorisasi. | Status transaksi, profil, atau nilai data dimodifikasi. |
| Availability | Data atau struktur database rusak sehingga layanan terganggu. | Tabel berubah, data terhapus, atau query berat membebani layanan. |
| Akuntabilitas | Aktivitas sulit ditelusuri jika logging tidak memadai. | Perubahan data tidak diketahui pelakunya. |
| Kepatuhan | Organisasi dapat menghadapi pelanggaran kebijakan atau kewajiban perlindungan data. | Insiden kebocoran data dan kewajiban pelaporan. |
| Reputasi | Kepercayaan pelanggan dan mitra menurun. | Organisasi dianggap tidak mampu melindungi data. |
Parameterized query atau prepared statement memisahkan struktur query dari nilai input. Aplikasi terlebih dahulu menentukan instruksi query, kemudian mengirimkan nilai input sebagai parameter data.
Struktur query dibuat oleh kode aplikasi yang telah direview.
Nilai pengguna ditempatkan sebagai parameter, bukan digabungkan ke string query.
Driver database mengikat nilai sesuai tipe data yang telah ditentukan.
Database memproses parameter sebagai data, bukan instruksi baru.
Validasi input memastikan data sesuai dengan format, panjang, tipe, dan nilai yang diharapkan. Validasi membantu mengurangi input tidak sah, tetapi bukan pengganti parameterized query.
| Jenis Validasi | Pertanyaan | Contoh Penerapan |
|---|---|---|
| Tipe Data | Apakah input berupa angka, tanggal, email, atau teks? | ID harus berupa integer positif. |
| Panjang | Apakah ukuran input sesuai kebutuhan? | Nama pengguna memiliki batas panjang yang wajar. |
| Format | Apakah input mengikuti pola yang ditentukan? | Tanggal dan nomor telepon mengikuti format yang disetujui. |
| Allowlist | Apakah hanya nilai yang diizinkan yang dapat diterima? | Nilai status hanya boleh berasal dari daftar status resmi. |
| Nilai Batas | Apakah nilai berada dalam rentang wajar? | Jumlah transaksi tidak boleh negatif atau melebihi batas bisnis. |
| Normalisasi | Apakah format input diseragamkan sebelum diproses? | Normalisasi encoding dan format data. |
| Praktik | Risiko Jika Tidak Diterapkan | Penerapan Aman |
|---|---|---|
| Pesan Error | Struktur database, nama tabel, atau query dapat terlihat. | Tampilkan pesan umum kepada pengguna dan simpan detail pada log internal. |
| Logging | Insiden sulit ditelusuri atau dianalisis. | Catat waktu, endpoint, request ID, status, dan konteks tanpa menyimpan rahasia. |
| Data Rahasia | Password, token, atau data sensitif bocor melalui log. | Gunakan masking, redaction, dan pembatasan akses log. |
| Status Respons | Perbedaan respons terlalu jelas dan dapat membantu analisis pihak tidak berwenang. | Gunakan respons yang konsisten dan tetap informatif bagi pengguna sah. |
| Debug Mode | Detail internal aplikasi dan database terbuka pada lingkungan produksi. | Nonaktifkan debug detail pada produksi. |
Least privilege membatasi kemampuan akun aplikasi hanya pada operasi yang dibutuhkan oleh fungsi aplikasi.
| Akun | Kebutuhan | Hak yang Mungkin Diperlukan | Hak yang Tidak Semestinya Diberikan |
|---|---|---|---|
| Aplikasi Laporan | Membaca data untuk laporan. | SELECT pada view tertentu. | INSERT, UPDATE, DELETE, DROP, dan GRANT. |
| Aplikasi Transaksi | Membuat dan memperbarui transaksi. | SELECT, INSERT, UPDATE pada tabel tertentu. | ALTER, DROP, GRANT, dan akses seluruh schema. |
| Aplikasi Profil | Memperbarui data profil pengguna. | SELECT dan UPDATE pada kolom yang diperlukan. | Akses data kepegawaian atau tabel rahasia. |
| Proses Backup | Membaca data untuk pencadangan. | Hak backup sesuai kebutuhan platform. | Hak mengubah data produksi atau memberikan role. |
Prepared statement, validasi input, error handling, dan code review.
Least privilege, akun terpisah, patching, audit, dan konfigurasi aman.
Segmentasi, firewall, private network, dan pembatasan koneksi database.
Audit log, deteksi anomali, alert, dan investigasi aktivitas database.
Backup, restore test, rencana respons, dan pemulihan layanan.
Pengujian keamanan harus dilakukan pada aplikasi milik sendiri, laboratorium, lingkungan staging, atau sistem yang memiliki izin tertulis. Tujuan pengujian adalah menemukan dan memperbaiki kelemahan, bukan mengakses data pihak lain.
| Tahap | Kegiatan Aman | Bukti yang Dicatat |
|---|---|---|
| Persetujuan | Tentukan target, waktu, ruang lingkup, metode, dan batas pengujian. | Surat izin, scope, dan kontak penanggung jawab. |
| Persiapan | Gunakan data uji, backup, staging, dan prosedur pemulihan. | Diagram lingkungan, data sintetis, dan rencana rollback. |
| Identifikasi | Tinjau endpoint, parameter, query, dan kode yang menangani input. | Daftar endpoint dan hasil code review. |
| Pengujian | Gunakan metode terkontrol dan tidak mengakses data nyata yang tidak diperlukan. | Waktu uji, request ID, hasil, dan log aplikasi. |
| Perbaikan | Terapkan parameterized query, validasi, least privilege, dan error handling. | Commit perubahan, hasil review, dan bukti pengujian ulang. |
| Retest | Pastikan temuan tidak lagi dapat direproduksi pada lingkungan yang berwenang. | Laporan retest dan status temuan. |
| Indikator | Contoh Pola | Tindakan Awal |
|---|---|---|
| Error Database Meningkat | Lonjakan error query dari endpoint tertentu. | Periksa input, kode query, sumber request, dan periode kejadian. |
| Request Tidak Normal | Parameter memiliki format, panjang, atau pola yang tidak sesuai. | Validasi request dan tinjau log aplikasi. |
| Query Lambat Berulang | Query tertentu menyebabkan waktu respons tidak wajar. | Analisis performa dan validasi sumber permintaan. |
| Akses Data Besar | Akun aplikasi membaca data dalam jumlah tidak biasa. | Cocokkan dengan kebutuhan bisnis dan audit akun. |
| Perubahan Tidak Sah | Perubahan massal atau perubahan di luar jadwal. | Validasi pemilik, akun, log, dan status transaksi. |
| Aktivitas dari Sumber Baru | Koneksi database berasal dari server atau jaringan yang tidak dikenal. | Blokir atau batasi sesuai prosedur dan lakukan investigasi. |
Web Application Firewall atau WAF dapat membantu mendeteksi dan memblokir pola request yang dicurigai. Namun, WAF bukan pengganti perbaikan kode aplikasi.
| Kontrol | Manfaat | Keterbatasan |
|---|---|---|
| WAF | Menyaring request dan pola serangan umum. | Dapat menghasilkan false positive dan melewatkan pola baru. |
| Rate Limiting | Membatasi jumlah request dalam periode tertentu. | Tidak memperbaiki query yang rentan. |
| Network Segmentation | Membatasi jalur akses ke database. | Tidak mencegah kerentanan pada aplikasi. |
| Database Activity Monitoring | Mendeteksi pola akses database yang tidak biasa. | Membutuhkan konfigurasi, tuning, dan peninjauan alert. |
| Secure Development | Mencegah kerentanan sejak tahap desain dan pengembangan. | Membutuhkan proses dan kompetensi tim. |
| Backup dan Restore | Mendukung pemulihan jika data terdampak. | Tidak mencegah serangan dan harus diuji sebelumnya. |
| Tahap | Kontrol Keamanan | Hasil yang Diharapkan |
|---|---|---|
| Analisis Kebutuhan | Identifikasi data sensitif, role, dan kebutuhan akses database. | Desain akses tidak berlebihan sejak awal. |
| Desain | Tentukan pola akses database dan batas trust antar-komponen. | Arsitektur aplikasi dan database lebih terkontrol. |
| Implementasi | Gunakan prepared statement, ORM/query builder aman, dan validasi input. | Data pengguna tidak menjadi instruksi query. |
| Code Review | Tinjau seluruh akses database dan penggunaan input eksternal. | Pola query berisiko ditemukan lebih awal. |
| Testing | Lakukan pengujian fungsional dan keamanan pada lingkungan yang berwenang. | Kerentanan dapat ditemukan sebelum produksi. |
| Deployment | Gunakan secret management, konfigurasi produksi aman, dan hak aplikasi minimum. | Risiko konfigurasi produksi berkurang. |
| Maintenance | Patch framework, library, database, serta review log dan temuan. | Kontrol tetap efektif setelah perubahan sistem. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Input pencarian digabungkan langsung ke string query. | Input dapat mengubah struktur query. | Gunakan parameterized query atau prepared statement. |
| Aplikasi menggunakan akun database dengan hak penuh. | Kompromi aplikasi dapat memberi akses ke seluruh database. | Buat service account dengan hak minimum. |
| Validasi hanya memeriksa panjang input. | Input dengan format tidak sesuai masih dapat diproses. | Validasi tipe, format, allowlist, dan parameterized query. |
| Pesan error menampilkan query dan nama tabel. | Informasi internal dapat membantu analisis pihak tidak berwenang. | Error umum untuk pengguna dan detail terbatas pada log. |
| Database dapat diakses dari semua jaringan. | Permukaan serangan meningkat. | Segmentasi, firewall, dan pembatasan sumber koneksi. |
| Tidak ada audit terhadap ekspor data. | Pengambilan data dalam jumlah besar tidak diketahui. | Audit ekspor, monitoring volume, dan alert anomali. |
| Pengujian dilakukan langsung pada produksi. | Data dan layanan nyata dapat terganggu. | Gunakan staging, data sintetis, scope resmi, dan rollback plan. |
| Backup belum pernah diuji restore. | Pemulihan setelah kerusakan tidak terjamin. | Restore test, verifikasi integritas, dan dokumentasi hasil. |
Sebuah aplikasi administrasi berbasis web memiliki fitur pencarian data pelanggan, laporan transaksi, dan perubahan profil. Hasil review menemukan bahwa:
Refleksikan penerapan pencegahan SQL injection pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat analisis pencegahan SQL injection pada sebuah aplikasi berbasis database yang dipilih.
Memahami strategi pencadangan basis data, jenis backup, jadwal, retensi, keamanan media, pengujian restore, RTO, RPO, serta prosedur pemulihan database setelah terjadi gangguan atau insiden keamanan.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu merancang strategi backup dan pemulihan database berdasarkan risiko dan kebutuhan organisasi.
Menyimpan, melindungi, dan memulihkan data
Backup database adalah proses membuat dan menyimpan salinan data, struktur, konfigurasi, serta komponen pendukung database agar dapat digunakan untuk pemulihan ketika terjadi kehilangan data, kerusakan, kesalahan, atau insiden keamanan.
Backup dapat digunakan untuk memulihkan data setelah penghapusan tidak sengaja, kegagalan perangkat, kesalahan aplikasi, serangan ransomware, kerusakan database, atau gangguan layanan.
Mengembalikan data yang terhapus, rusak, tertimpa, atau tidak dapat diakses.
Membantu mengembalikan layanan database setelah gangguan.
Menyediakan salinan yang dapat digunakan ketika data utama terkena insiden.
Mengembalikan database ke kondisi pada titik waktu tertentu.
Menyediakan bukti bahwa data dan proses pemulihan dikelola secara terkontrol.
| Komponen | Isi | Alasan Dicadangkan |
|---|---|---|
| Data | Record, transaksi, dokumen, dan informasi yang tersimpan. | Merupakan informasi utama yang harus dipulihkan. |
| Schema | Tabel, relasi, indeks, constraint, dan struktur database. | Agar data dapat digunakan kembali oleh aplikasi. |
| View dan Procedure | View, function, stored procedure, dan trigger. | Menjaga logika pemrosesan database. |
| Konfigurasi | Parameter database, konfigurasi koneksi, dan pengaturan keamanan. | Mempercepat pembangunan ulang lingkungan. |
| Log Transaksi | Catatan perubahan yang diperlukan untuk pemulihan titik waktu. | Mengurangi kehilangan transaksi terbaru. |
| Metadata | Informasi versi, owner, role, dan ketergantungan sistem. | Membantu proses pemulihan dan audit. |
| Secret Pemulihan | Informasi yang diperlukan untuk mengakses backup atau layanan pemulihan. | Harus disimpan secara terpisah dan aman. |
| Jenis Backup | Pengertian | Kelebihan | Keterbatasan |
|---|---|---|---|
| Full Backup | Menyalin seluruh data dan komponen yang dipilih. | Restore lebih sederhana karena bergantung pada satu salinan utama. | Membutuhkan waktu, storage, dan bandwidth lebih besar. |
| Incremental Backup | Menyalin perubahan sejak backup terakhir. | Lebih hemat waktu dan kapasitas. | Restore dapat membutuhkan full backup dan beberapa incremental backup. |
| Differential Backup | Menyalin perubahan sejak full backup terakhir. | Restore lebih sederhana dibandingkan incremental. | Ukuran backup bertambah hingga full backup berikutnya. |
| Logical Backup | Menyalin data dan struktur dalam bentuk yang dapat diekspor atau diimpor. | Fleksibel untuk migrasi atau pemulihan objek tertentu. | Dapat lebih lambat untuk database besar. |
| Physical Backup | Menyalin file atau blok penyimpanan database. | Cocok untuk pemulihan sistem secara utuh. | Bergantung pada kompatibilitas lingkungan dan konfigurasi. |
| Snapshot | Menyimpan kondisi storage atau database pada titik waktu tertentu. | Pemulihan cepat pada kondisi tertentu. | Tidak selalu menggantikan backup terpisah. |
| Point-in-Time Backup | Memungkinkan pemulihan ke waktu tertentu dengan memanfaatkan log perubahan. | Mengurangi kehilangan transaksi setelah backup utama. | Membutuhkan pengelolaan log dan prosedur restore yang lebih kompleks. |
| Faktor | Pertanyaan | Contoh Keputusan |
|---|---|---|
| Nilai Data | Seberapa penting data bagi organisasi? | Data transaksi dan data pelanggan mendapat prioritas tinggi. |
| Perubahan Data | Seberapa sering data berubah? | Database transaksi dicadangkan lebih sering daripada arsip lama. |
| RPO | Berapa banyak data yang boleh hilang? | Tentukan interval backup berdasarkan toleransi kehilangan data. |
| RTO | Berapa lama layanan boleh tidak tersedia? | Gunakan metode pemulihan yang sesuai dengan target waktu. |
| Kapasitas | Berapa banyak storage dan bandwidth yang tersedia? | Kombinasikan full dan incremental backup. |
| Lokasi | Di mana backup akan disimpan? | Simpan salinan lokal dan salinan pada lokasi berbeda. |
| Keamanan | Bagaimana backup dilindungi dari akses dan penghapusan? | Enkripsi, akses terbatas, immutable, dan monitoring. |
Prinsip 3-2-1 membantu mengurangi risiko kehilangan seluruh salinan akibat kerusakan, kesalahan, bencana, atau ransomware.
Sediakan data utama dan setidaknya dua salinan tambahan.
Gunakan minimal dua jenis media atau sistem penyimpanan yang berbeda.
Simpan setidaknya satu salinan pada lokasi yang terpisah dari sistem utama.
RTO adalah target waktu maksimal untuk mengembalikan layanan setelah gangguan.
RPO adalah jumlah kehilangan data yang masih dapat diterima berdasarkan waktu backup terakhir.
| Kontrol | Penerapan | Risiko yang Dikurangi |
|---|---|---|
| Enkripsi | Enkripsi backup saat disimpan dan saat dikirim. | Mencegah isi backup dibaca tanpa otorisasi. |
| Access Control | Batasi akun yang dapat membuat, membaca, memulihkan, atau menghapus backup. | Mengurangi penyalahgunaan dan kebocoran. |
| Credential Separation | Pisahkan kredensial backup dari akun produksi. | Membatasi dampak kompromi akun utama. |
| Immutable Storage | Lindungi backup agar tidak mudah diubah atau dihapus selama periode tertentu. | Mengurangi dampak ransomware dan sabotase. |
| Offline Copy | Simpan salinan yang tidak selalu terhubung ke jaringan. | Mengurangi risiko serangan terhadap media online. |
| Monitoring | Pantau keberhasilan, kegagalan, penghapusan, dan perubahan konfigurasi. | Mengetahui masalah sebelum backup dibutuhkan. |
| Integrity Check | Verifikasi ukuran, checksum, metadata, dan kemampuan membaca backup. | Mengurangi risiko backup rusak atau tidak lengkap. |
Backup yang gagal dan tidak diketahui dapat memberikan rasa aman yang keliru. Karena itu, setiap proses backup perlu dipantau dan menghasilkan status yang dapat ditinjau.
| Indikator | Pertanyaan Monitoring | Tindakan Jika Bermasalah |
|---|---|---|
| Status Job | Apakah proses backup berhasil? | Periksa log error, storage, koneksi, dan jalankan ulang sesuai prosedur. |
| Waktu Eksekusi | Apakah backup selesai sesuai jadwal? | Analisis keterlambatan, beban database, dan kapasitas sistem. |
| Ukuran Backup | Apakah ukuran backup wajar dibandingkan periode sebelumnya? | Periksa data yang hilang, pertumbuhan tidak normal, atau perubahan konfigurasi. |
| Kapasitas Storage | Apakah ruang penyimpanan masih mencukupi? | Tambah kapasitas atau lakukan review retensi. |
| Integritas | Apakah file backup dapat dibaca dan diverifikasi? | Lakukan validasi atau buat ulang backup. |
| Status Retensi | Apakah backup lama dihapus sesuai kebijakan? | Review konfigurasi retensi dan persetujuan penghapusan. |
| Hasil Restore | Apakah backup dapat dipulihkan? | Lakukan restore test dan dokumentasikan temuan. |
Tentukan penyebab gangguan, data yang terdampak, dan target pemulihan.
Pilih salinan yang bersih, lengkap, valid, dan sesuai dengan kebutuhan titik pemulihan.
Pulihkan database pada lingkungan yang disetujui sesuai prosedur.
Periksa data, struktur, aplikasi, hak akses, dan fungsi layanan.
| Pemeriksaan | Pertanyaan | Bukti Hasil |
|---|---|---|
| Kelengkapan Data | Apakah tabel dan record penting tersedia? | Perbandingan jumlah record, metadata, dan laporan rekonsiliasi. |
| Integritas | Apakah relasi, constraint, dan struktur database tetap benar? | Hasil integrity check dan validasi relasi. |
| Konsistensi | Apakah data berada pada kondisi yang konsisten? | Hasil pemeriksaan transaksi dan rekonsiliasi. |
| Fungsi Aplikasi | Apakah aplikasi dapat terhubung dan menjalankan fungsi utama? | Hasil uji fungsional dan log aplikasi. |
| Hak Akses | Apakah role dan permission sesuai? | Daftar role, permission, dan hasil pengujian akses. |
| Kinerja | Apakah database memenuhi target kinerja? | Waktu respons, penggunaan sumber daya, dan hasil monitoring. |
| Keamanan | Apakah konfigurasi hasil restore tetap aman? | Checklist hardening dan pemeriksaan konfigurasi. |
Retensi menentukan berapa lama backup disimpan sebelum dihapus atau dipindahkan ke media arsip. Retensi harus mempertimbangkan kebutuhan pemulihan, audit, bisnis, dan aturan yang berlaku.
| Jenis Retensi | Tujuan | Hal yang Perlu Dipertimbangkan |
|---|---|---|
| Harian | Memulihkan perubahan terbaru. | Kapasitas dan pertumbuhan data. |
| Mingguan | Menyediakan titik pemulihan mingguan. | Kebutuhan operasional dan proses review. |
| Bulanan | Mendukung audit dan pemulihan periode tertentu. | Perlindungan tambahan dan lokasi penyimpanan. |
| Arsip | Menyimpan data dalam periode panjang sesuai kebutuhan organisasi. | Biaya, akses, keamanan, dan prosedur penghapusan. |
| Legal Hold | Menahan penghapusan data karena kebutuhan investigasi atau hukum. | Persetujuan, pemilik, status, dan batas pengakhiran hold. |
| Kegagalan | Penyebab | Pengendalian |
|---|---|---|
| Backup Tidak Berjalan | Job gagal, scheduler berhenti, atau kredensial kedaluwarsa. | Monitoring status job dan notifikasi kegagalan. |
| Storage Penuh | Pertumbuhan data tidak dipantau atau retensi terlalu panjang. | Capacity monitoring dan review kebijakan retensi. |
| Backup Rusak | Media rusak, transfer gagal, atau proses tidak selesai. | Integrity check dan restore test. |
| Backup Ikut Terenkripsi | Backup selalu terhubung ke sistem produksi atau menggunakan akses yang sama. | Offline copy, immutable storage, dan kredensial terpisah. |
| Restore Lambat | Prosedur tidak terdokumentasi atau kapasitas pemulihan tidak memadai. | Restore drill, dokumentasi, dan capacity planning. |
| Data Tidak Lengkap | Schema, procedure, log, atau konfigurasi tidak ikut dicadangkan. | Review cakupan backup dan uji aplikasi setelah restore. |
| Backup Tidak Dapat Dibaca | Format tidak sesuai, file rusak, atau kunci enkripsi tidak tersedia. | Validasi berkala dan pengelolaan kunci pemulihan. |
| Tahap | Kegiatan | Tujuan |
|---|---|---|
| Identifikasi | Tentukan waktu kejadian, sistem terdampak, dan jenis kerusakan. | Menentukan titik pemulihan yang aman. |
| Isolasi | Pisahkan sistem yang terdampak dan cegah perubahan lanjutan. | Mencegah penyebaran atau kerusakan tambahan. |
| Validasi Backup | Periksa tanggal, integritas, isi, dan kebersihan backup. | Menghindari pemulihan dari salinan yang rusak atau terinfeksi. |
| Pemulihan | Restore database pada lingkungan yang dikendalikan. | Mengembalikan layanan dan data. |
| Verifikasi | Uji data, aplikasi, akses, konfigurasi, dan monitoring. | Memastikan sistem kembali dalam kondisi tepercaya. |
| Dokumentasi | Catat keputusan, waktu, backup yang digunakan, dan hasil pemulihan. | Mendukung audit dan pembelajaran setelah insiden. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Backup disimpan pada server database yang sama. | Gangguan yang sama dapat menghilangkan data utama dan backup. | Lokasi berbeda, media berbeda, prinsip 3-2-1, dan immutable copy. |
| Backup berhasil tetapi tidak pernah diuji restore. | Backup mungkin rusak atau tidak lengkap. | Restore test berkala dan verifikasi data. |
| Semua orang dapat menghapus backup. | Backup dapat dihapus secara sengaja atau tidak sengaja. | RBAC, least privilege, approval, dan audit penghapusan. |
| Backup tidak dienkripsi. | Data sensitif dapat dibaca jika media bocor. | Enkripsi at rest, enkripsi saat transfer, dan pengelolaan kunci. |
| Tidak ada notifikasi ketika backup gagal. | Organisasi mengira data terlindungi padahal backup tidak tersedia. | Monitoring job, alert, dan review status. |
| Retensi terlalu pendek. | Titik pemulihan yang diperlukan sudah terhapus. | Review kebutuhan retensi, audit, dan risiko bisnis. |
| Kunci enkripsi backup hanya disimpan pada server produksi. | Backup tidak dapat dibuka ketika server produksi rusak. | Simpan recovery key secara terpisah dan terlindungi. |
| Restore dilakukan langsung tanpa prosedur. | Data produksi tertimpa atau layanan semakin terganggu. | Approval, backup tambahan, staging restore, dan rollback plan. |
Sebuah organisasi mengalami kegagalan storage pada server database. Setelah diperiksa, ditemukan kondisi berikut:
Refleksikan penerapan backup database pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan backup database untuk sebuah organisasi sederhana atau sistem informasi yang dipilih.
Memahami prinsip perlindungan data pribadi, siklus hidup data, dasar pemrosesan, hak subjek data, pengendalian akses, keamanan penyimpanan, retensi, berbagi data, serta respons terhadap insiden privasi.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan prinsip privasi data dan mengidentifikasi kontrol untuk melindungi data pribadi dalam sistem informasi.
Menggunakan data secara sah, aman, dan bertanggung jawab
Privasi data adalah hak dan kemampuan seseorang untuk mengendalikan bagaimana informasi mengenai dirinya dikumpulkan, digunakan, disimpan, dibagikan, dan dihapus.
Perlindungan privasi tidak hanya berkaitan dengan kerahasiaan data. Privasi juga mencakup kejelasan tujuan pemrosesan, transparansi, pembatasan penggunaan, akurasi, keamanan, dan penghormatan terhadap hak pemilik data.
Data pribadi adalah informasi yang berkaitan dengan seseorang yang dapat diidentifikasi secara langsung atau tidak langsung, baik melalui satu data maupun kombinasi beberapa data.
| Kategori | Contoh | Risiko | Kontrol |
|---|---|---|---|
| Identitas Dasar | Nama, nomor identitas, alamat, tanggal lahir, dan nomor telepon. | Penipuan, impersonasi, dan penyalahgunaan identitas. | Pembatasan akses, masking, dan verifikasi tujuan penggunaan. |
| Kontak | Email, nomor telepon, alamat rumah, dan alamat komunikasi. | Spam, phishing, dan pelacakan yang tidak diinginkan. | Persetujuan, pembatasan penggunaan, dan perlindungan dari ekspor tidak sah. |
| Data Finansial | Rekening, transaksi, penghasilan, dan informasi pembayaran. | Penipuan finansial dan kerugian ekonomi. | Enkripsi, tokenisasi, akses terbatas, dan monitoring. |
| Data Kesehatan | Riwayat kesehatan, diagnosis, hasil pemeriksaan, dan obat. | Diskriminasi, kerugian sosial, dan pelanggaran privasi. | Akses sangat terbatas, enkripsi, masking, dan audit khusus. |
| Data Biometrik | Sidik jari, wajah, suara, dan karakteristik biologis lainnya. | Penyalahgunaan identitas dan risiko jangka panjang karena data sulit diganti. | Minimasi, template terlindungi, enkripsi, dan pembatasan pemrosesan. |
| Data Perangkat | IP address, device ID, cookie, lokasi, dan informasi browser. | Pelacakan, profiling, dan korelasi aktivitas. | Transparansi, pengaturan privasi, retensi, dan pembatasan pengumpulan. |
| Data Anak | Informasi anak, akun pendidikan, dan aktivitas anak. | Eksploitasi, manipulasi, dan dampak perkembangan. | Perlindungan khusus, verifikasi wali, dan minimisasi data. |
Privasi data dan keamanan informasi saling berhubungan, tetapi tidak memiliki arti yang sama. Keamanan berfokus pada perlindungan informasi, sedangkan privasi berfokus pada penggunaan data secara tepat dan penghormatan terhadap hak pemilik data.
| Aspek | Keamanan Informasi | Privasi Data |
|---|---|---|
| Fokus | Melindungi aset dan informasi dari ancaman. | Mengatur penggunaan data pribadi dan hak pemilik data. |
| Pertanyaan | Bagaimana mencegah akses tidak sah? | Apakah data dikumpulkan dan digunakan secara tepat? |
| Kontrol | Enkripsi, firewall, autentikasi, backup, dan monitoring. | Transparansi, minimisasi, persetujuan, retensi, dan hak subjek data. |
| Risiko | Kebocoran, perubahan, kehilangan, dan gangguan layanan. | Penggunaan berlebihan, tujuan tidak jelas, profiling, dan pelacakan tanpa dasar. |
| Contoh | Database terlindungi dari peretasan. | Data tidak digunakan di luar tujuan yang telah dijelaskan. |
| Prinsip | Penjelasan | Contoh Penerapan |
|---|---|---|
| Lawfulness | Pemrosesan data memiliki dasar yang sah dan dapat dipertanggungjawabkan. | Organisasi menentukan dasar pemrosesan sebelum mengumpulkan data. |
| Fairness | Data tidak digunakan dengan cara yang merugikan atau menipu pemiliknya. | Informasi privasi disampaikan secara jujur dan mudah dipahami. |
| Transparency | Pemilik data diberi informasi tentang bagaimana datanya diproses. | Tersedia privacy notice dan informasi kontak pengelola data. |
| Purpose Limitation | Data hanya digunakan untuk tujuan yang telah ditentukan. | Data pendaftaran tidak otomatis digunakan untuk pemasaran tanpa dasar yang sesuai. |
| Data Minimization | Hanya data yang relevan dan diperlukan yang dikumpulkan. | Formulir tidak meminta informasi yang tidak dibutuhkan. |
| Accuracy | Data harus akurat dan diperbarui jika diperlukan. | Pemilik data dapat memperbaiki informasi yang salah. |
| Storage Limitation | Data tidak disimpan lebih lama dari yang diperlukan. | Data akun yang tidak lagi dibutuhkan dihapus sesuai kebijakan retensi. |
| Integrity and Confidentiality | Data dilindungi dari akses, perubahan, dan kehilangan yang tidak sah. | Enkripsi, kontrol akses, backup, dan audit log. |
| Accountability | Organisasi dapat membuktikan bahwa prinsip privasi telah diterapkan. | Dokumentasi, audit, risk assessment, dan catatan aktivitas. |
Sebelum mengumpulkan atau menggunakan data pribadi, organisasi perlu menentukan alasan dan dasar pemrosesan yang sesuai dengan konteks serta aturan yang berlaku.
| Dasar Pemrosesan | Penjelasan | Contoh |
|---|---|---|
| Persetujuan | Pemilik data memberikan persetujuan untuk tujuan tertentu. | Persetujuan menerima informasi promosi. |
| Pelaksanaan Perjanjian | Data diperlukan untuk menjalankan perjanjian atau layanan. | Data alamat untuk pengiriman barang. |
| Kewajiban Hukum | Pemrosesan diperlukan untuk memenuhi kewajiban yang berlaku. | Penyimpanan catatan transaksi sesuai ketentuan organisasi. |
| Kepentingan Vital | Pemrosesan diperlukan untuk melindungi keselamatan atau kepentingan penting seseorang. | Informasi darurat untuk membantu seseorang. |
| Kepentingan yang Sah | Pemrosesan dilakukan untuk tujuan sah dengan tetap mempertimbangkan hak pemilik data. | Pencegahan fraud dengan evaluasi dampak privasi yang memadai. |
Privacy notice adalah pemberitahuan yang menjelaskan kepada pemilik data mengenai cara organisasi mengumpulkan dan menggunakan data pribadi.
| Informasi | Penjelasan |
|---|---|
| Identitas Pengelola | Siapa organisasi atau pihak yang bertanggung jawab atas pemrosesan data. |
| Jenis Data | Data apa saja yang dikumpulkan dan diproses. |
| Tujuan Pemrosesan | Mengapa data diperlukan dan bagaimana akan digunakan. |
| Dasar Pemrosesan | Dasar yang digunakan untuk memproses data. |
| Pihak Penerima | Pihak internal atau eksternal yang dapat menerima atau mengakses data. |
| Masa Retensi | Berapa lama data disimpan dan kapan penghapusan dilakukan. |
| Hak Pemilik Data | Cara pemilik data menggunakan haknya terhadap informasi pribadi. |
| Kontak Privasi | Kontak untuk pertanyaan, permintaan, atau keluhan terkait privasi. |
Pemilik data memiliki hak tertentu atas informasi pribadinya. Organisasi perlu memiliki prosedur untuk menerima, memverifikasi, menangani, dan mendokumentasikan permintaan tersebut sesuai aturan yang berlaku.
| Hak | Penjelasan | Contoh Permintaan |
|---|---|---|
| Hak untuk Mengetahui | Mengetahui apakah data pribadi diproses dan bagaimana penggunaannya. | Meminta informasi tentang tujuan dan sumber data. |
| Hak Akses | Meminta salinan atau informasi tentang data pribadi yang diproses. | Meminta daftar data yang tersimpan pada sistem. |
| Hak Perbaikan | Meminta koreksi terhadap data yang tidak akurat atau tidak lengkap. | Memperbaiki alamat atau nomor telepon. |
| Hak Penghapusan | Meminta penghapusan data dalam kondisi yang diperbolehkan. | Menghapus akun dan data yang tidak lagi diperlukan. |
| Hak Pembatasan | Meminta pembatasan penggunaan data untuk tujuan tertentu. | Menghentikan penggunaan data untuk pemasaran. |
| Hak Menolak | Menolak pemrosesan tertentu sesuai dasar dan kondisi yang berlaku. | Menolak pemrosesan untuk profiling tertentu. |
| Hak Portabilitas | Meminta data dalam format yang dapat digunakan atau dipindahkan. | Meminta ekspor data akun secara terstruktur. |
| Hak Menarik Persetujuan | Menarik persetujuan yang sebelumnya telah diberikan. | Berhenti menerima komunikasi promosi. |
Kumpulkan data secara transparan, sah, proporsional, dan sesuai tujuan.
Gunakan data hanya sesuai tujuan dan hak akses yang telah ditentukan.
Bagikan data hanya kepada pihak yang memiliki dasar, kebutuhan, dan perlindungan yang sesuai.
Simpan sesuai kebutuhan dan hapus atau anonimisasi setelah tidak diperlukan.
| Pertanyaan | Tujuan | Contoh Kontrol |
|---|---|---|
| Mengapa data dikumpulkan? | Memastikan terdapat tujuan yang jelas dan dapat dijelaskan. | Dokumentasikan tujuan pemrosesan dan dasar hukumnya. |
| Apakah data tersebut diperlukan? | Menghindari pengumpulan yang berlebihan. | Terapkan data minimization dan review formulir. |
| Apakah pemilik data mengetahui pemrosesan? | Memastikan transparansi. | Sediakan privacy notice yang mudah dipahami. |
| Apakah datanya akurat? | Mencegah keputusan berdasarkan informasi yang salah. | Sediakan mekanisme koreksi dan pembaruan. |
| Siapa yang dapat mengakses? | Membatasi pemrosesan kepada pihak yang berwenang. | RBAC, least privilege, dan audit log. |
| Berapa lama disimpan? | Mencegah penyimpanan tanpa batas. | Retention schedule dan penghapusan berkala. |
| Kontrol | Fungsi | Contoh Penerapan |
|---|---|---|
| Access Control | Membatasi pihak yang dapat melihat atau mengubah data. | RBAC, MFA, least privilege, dan review akses. |
| Encryption | Melindungi data saat disimpan dan dikirim. | Enkripsi database, disk, backup, dan komunikasi. |
| Masking | Menyembunyikan sebagian nilai data sensitif. | Menampilkan sebagian nomor identitas atau rekening. |
| Tokenization | Mengganti data sensitif dengan token yang tidak memiliki makna langsung. | Token untuk informasi pembayaran atau identitas internal. |
| Pseudonymization | Mengganti identitas langsung dengan kode pengganti. | Data analisis menggunakan ID acak dan tabel pemetaan terpisah. |
| Anonymization | Menghilangkan hubungan data dengan individu sehingga tidak mudah diidentifikasi. | Data statistik tanpa identitas langsung. |
| Logging | Mencatat akses dan perubahan data. | Audit trail, access log, dan monitoring ekspor data. |
| Backup | Menyediakan kemampuan pemulihan jika data hilang atau rusak. | Backup terenkripsi, lokasi berbeda, dan restore test. |
Berbagi data pribadi dengan pihak lain harus dilakukan secara terkontrol. Organisasi perlu memastikan tujuan, dasar, ruang lingkup, keamanan, dan tanggung jawab setiap pihak.
| Aspek | Pertanyaan | Kontrol |
|---|---|---|
| Tujuan | Mengapa data perlu dibagikan? | Dokumentasikan tujuan dan batasi penggunaan di luar tujuan tersebut. |
| Data Minimum | Data apa yang benar-benar perlu diterima? | Kirim hanya atribut yang diperlukan. |
| Penerima | Siapa pihak yang menerima dan siapa pemilik tanggung jawab? | Due diligence dan verifikasi pihak ketiga. |
| Perjanjian | Apakah tanggung jawab perlindungan data telah disepakati? | Gunakan perjanjian, klausul keamanan, dan batas penggunaan. |
| Pengiriman | Bagaimana data dikirim? | Gunakan kanal aman, enkripsi, dan kontrol akses. |
| Penghapusan | Kapan penerima harus menghapus data? | Tetapkan retensi, bukti penghapusan, dan proses offboarding. |
| Monitoring | Bagaimana organisasi mengetahui data digunakan sesuai tujuan? | Audit, laporan, review vendor, dan pembatasan akses. |
| Area Penilaian | Hal yang Diperiksa | Bukti atau Kontrol |
|---|---|---|
| Reputasi dan Kemampuan | Apakah pihak ketiga memiliki kemampuan keamanan dan privasi yang memadai? | Due diligence, sertifikasi, kuesioner, atau hasil audit. |
| Tujuan Pemrosesan | Apakah data digunakan sesuai tujuan yang disepakati? | Perjanjian, privacy notice, dan batas pemrosesan. |
| Akses | Apakah akses vendor hanya diberikan sesuai kebutuhan? | Akun individual, VPN, MFA, akses sementara, dan logging. |
| Subkontraktor | Apakah vendor menggunakan pihak lain untuk memproses data? | Persetujuan, daftar subprosesor, dan persyaratan keamanan. |
| Insiden | Bagaimana vendor melaporkan kebocoran atau insiden? | Prosedur notifikasi dan kontak respons insiden. |
| Pengakhiran | Apa yang terjadi pada data setelah kontrak selesai? | Pengembalian, penghapusan, dan bukti pemusnahan data. |
Data pribadi tidak seharusnya disimpan tanpa batas waktu. Organisasi perlu menentukan masa retensi berdasarkan tujuan, kebutuhan operasional, kewajiban yang berlaku, dan risiko.
| Tahap | Kegiatan | Kontrol |
|---|---|---|
| Menentukan Retensi | Menetapkan berapa lama data diperlukan. | Retention schedule dan owner data. |
| Review | Menilai apakah data masih relevan dan diperlukan. | Review periodik dan laporan data kedaluwarsa. |
| Penghapusan Logis | Menandai data tidak aktif atau menghapus aksesnya dari sistem operasional. | Soft delete atau status arsip sesuai kebutuhan. |
| Penghapusan Fisik | Menghapus data dari media atau sistem yang tidak lagi dibutuhkan. | Prosedur secure deletion dan verifikasi. |
| Anonimisasi | Menghilangkan hubungan data dengan individu untuk kebutuhan analisis. | Hapus identifier langsung dan lindungi data pemetaan. |
| Backup dan Salinan | Menangani data yang masih terdapat pada backup, arsip, dan replika. | Kebijakan retensi backup dan proses penghapusan terjadwal. |
Privacy by Design berarti privasi dipertimbangkan sejak tahap perencanaan dan pengembangan sistem. Privacy by Default berarti pengaturan awal sistem harus memberikan perlindungan privasi yang memadai tanpa pengguna harus melakukan konfigurasi tambahan.
| Prinsip | Penerapan dalam Sistem | Contoh |
|---|---|---|
| Minimasi | Sistem hanya meminta data yang dibutuhkan. | Form registrasi tidak meminta informasi tambahan yang tidak relevan. |
| Pengaturan Privat | Nilai awal sistem tidak membagikan data secara luas. | Profil pengguna bersifat terbatas secara default. |
| Transparansi | Pengguna dapat memahami pengumpulan dan penggunaan data. | Privacy notice ditampilkan sebelum data dikumpulkan. |
| Keamanan Terintegrasi | Kontrol keamanan menjadi bagian dari desain, bukan tambahan terakhir. | Enkripsi dan RBAC dirancang sejak awal. |
| Kontrol Pengguna | Pengguna dapat mengelola preferensi dan permintaan data. | Pengaturan komunikasi, akses data, dan permintaan koreksi. |
| Retensi Terbatas | Sistem menghapus atau mengarsipkan data sesuai jadwal. | Data sementara dihapus setelah masa penggunaan selesai. |
Privacy Impact Assessment atau penilaian dampak privasi digunakan untuk mengidentifikasi dan mengurangi risiko privasi sebelum sistem, proses, atau teknologi baru diterapkan.
| Tahap | Pertanyaan | Hasil |
|---|---|---|
| Deskripsi Proses | Data apa yang dikumpulkan dan bagaimana alurnya? | Peta aliran data dan daftar sistem. |
| Identifikasi Tujuan | Mengapa data dibutuhkan? | Tujuan dan dasar pemrosesan terdokumentasi. |
| Analisis Kebutuhan | Apakah semua data yang dikumpulkan memang diperlukan? | Data yang tidak perlu dihapus dari desain. |
| Identifikasi Risiko | Apa dampak jika data bocor, salah, atau digunakan berlebihan? | Daftar risiko privasi dan tingkat dampaknya. |
| Penentuan Kontrol | Bagaimana risiko akan dikurangi? | Enkripsi, minimisasi, akses, retensi, dan monitoring. |
| Konsultasi | Siapa pemilik data, pengguna, atau pihak terkait yang perlu dilibatkan? | Masukan, persetujuan, dan keputusan terdokumentasi. |
| Review | Apakah risiko masih dapat diterima setelah kontrol diterapkan? | Keputusan implementasi, perbaikan, atau penerimaan risiko. |
Insiden privasi dapat berupa kebocoran, kehilangan, pengungkapan, perubahan, akses, atau penggunaan data pribadi yang tidak sah.
Identifikasi laporan, alert, akses tidak biasa, kehilangan perangkat, atau kesalahan pengiriman.
Hentikan akses, cabut token, isolasi perangkat, dan batasi penyebaran data.
Tentukan data, pemilik, waktu, sumber, penerima, dan dampak insiden.
Lakukan pemberitahuan kepada pihak yang relevan sesuai prosedur dan ketentuan yang berlaku.
| Insiden | Risiko | Respons Awal |
|---|---|---|
| Email Salah Penerima | Data pribadi dikirim kepada pihak yang tidak berhak. | Hubungi penerima, minta penghapusan, batasi akses, dan dokumentasikan kejadian. |
| Laptop Hilang | Data lokal dapat diakses oleh pihak lain. | Remote lock atau wipe, cabut token, ubah kredensial, dan lakukan investigasi. |
| Database Terbuka | Data dapat diakses tanpa kontrol memadai. | Batasi koneksi, amankan konfigurasi, simpan bukti, dan tinjau akses. |
| Salah Konfigurasi Cloud | File atau bucket berisi data pribadi dapat diakses publik. | Tutup akses publik, audit log, identifikasi data, dan perbaiki konfigurasi. |
| Akses Pegawai Berlebihan | Pegawai dapat melihat data yang tidak diperlukan. | Cabut permission, review akses, dan periksa riwayat aktivitas. |
| Data Disimpan Terlalu Lama | Risiko kebocoran tetap ada walaupun data sudah tidak diperlukan. | Terapkan retensi, penghapusan, atau anonimisasi. |
| Peran | Tanggung Jawab | Contoh Kontrol |
|---|---|---|
| Pemilik Data | Menentukan tujuan, kebutuhan, dan batas penggunaan data. | Data classification, approval, dan review retensi. |
| Pengelola Sistem | Menerapkan konfigurasi dan kontrol teknis. | Access control, enkripsi, logging, dan backup. |
| Pengguna | Menggunakan data sesuai tugas dan kebijakan. | Pelatihan, kebijakan penggunaan, dan pelaporan insiden. |
| Tim Privasi | Menilai dampak, memberikan arahan, dan mengawasi pemenuhan prinsip privasi. | Privacy notice, PIA, prosedur permintaan, dan review. |
| Tim Keamanan | Melindungi sistem dan merespons ancaman teknis. | Monitoring, incident response, hardening, dan forensic support. |
| Pihak Ketiga | Memproses data sesuai tujuan dan perjanjian. | Due diligence, kontrak, audit, dan penghapusan setelah kontrak berakhir. |
| Kondisi | Risiko Privasi | Kontrol yang Diidentifikasi |
|---|---|---|
| Formulir meminta nomor identitas, alamat, hobi, dan informasi lain yang tidak diperlukan. | Pengumpulan data berlebihan. | Data minimization dan review kebutuhan formulir. |
| Data pengguna digunakan untuk promosi tanpa penjelasan. | Tujuan pemrosesan tidak transparan. | Privacy notice, dasar pemrosesan, dan persetujuan yang sesuai. |
| Semua staf dapat melihat data kesehatan pengguna. | Akses berlebihan terhadap data sensitif. | RBAC, least privilege, masking, dan audit akses. |
| Data pelanggan dibagikan kepada vendor tanpa perjanjian. | Penggunaan dan perlindungan data tidak terkontrol. | Due diligence, perjanjian, batas penggunaan, dan monitoring vendor. |
| Data mantan anggota tetap disimpan tanpa batas waktu. | Paparan data berlanjut tanpa kebutuhan yang jelas. | Retention schedule, penghapusan, dan anonimisasi. |
| Laptop berisi data pribadi hilang tanpa enkripsi. | Data dapat dibaca oleh pihak lain. | Enkripsi disk, remote wipe, pencabutan akses, dan respons insiden. |
| Pengguna tidak dapat meminta koreksi data. | Data yang salah tetap digunakan. | Mekanisme akses, koreksi, dan pembaruan data. |
| Privacy notice menggunakan bahasa teknis yang sulit dipahami. | Transparansi tidak efektif. | Gunakan bahasa jelas, ringkas, mudah ditemukan, dan sesuai target pengguna. |
Sebuah organisasi menggunakan aplikasi pendaftaran anggota yang mengumpulkan nama, alamat, nomor telepon, tanggal lahir, data kesehatan, dan informasi keluarga.
Refleksikan penerapan privasi data pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan privasi data untuk sebuah organisasi sederhana atau sistem informasi yang dipilih.
| Komponen | Bobot | Indikator Penilaian |
|---|---|---|
| Identifikasi Data | 15% | Mampu mengidentifikasi jenis, kategori, dan sensitivitas data pribadi. |
| Tujuan dan Dasar Pemrosesan | 15% | Tujuan, kebutuhan, dan dasar pemrosesan dijelaskan secara logis. |
| Prinsip Privasi | 15% | Data minimization, transparency, purpose limitation, accuracy, dan retention diterapkan. |
| Hak Pemilik Data | 10% | Tersedia prosedur akses, koreksi, penghapusan, pembatasan, dan penarikan persetujuan. |
| Kontrol Keamanan | 20% | Access control, encryption, masking, logging, backup, dan monitoring dirancang sesuai risiko. |
| Retensi dan Penghapusan | 10% | Masa simpan, proses review, penghapusan, dan anonimisasi dijelaskan. |
| Respons Insiden | 10% | Terdapat prosedur deteksi, pembatasan, investigasi, pemulihan, dan notifikasi. |
| Etika dan Dokumentasi | 5% | Data tugas aman, sumber jelas, dan tidak menggunakan informasi pribadi tanpa izin. |
| Area Audit | Pertanyaan Audit | Bukti atau Kontrol |
|---|---|---|
| Inventarisasi Data | Apakah organisasi mengetahui data pribadi yang dikumpulkan dan disimpan? | Data inventory, classification, dan data flow diagram. |
| Tujuan Pemrosesan | Apakah setiap data memiliki tujuan yang jelas? | Processing register dan dokumentasi tujuan. |
| Privacy Notice | Apakah pengguna diberi informasi yang mudah dipahami? | Privacy notice, consent record, dan revision history. |
| Access Control | Apakah akses sesuai dengan tugas dan kebutuhan? | Access matrix, role review, dan audit log. |
| Data Sharing | Apakah berbagi data dengan pihak ketiga telah dikendalikan? | Perjanjian, due diligence, dan daftar penerima data. |
| Retention | Apakah data dihapus ketika tidak lagi diperlukan? | Retention schedule, deletion log, dan review berkala. |
| Data Subject Request | Apakah organisasi dapat menangani permintaan pemilik data? | Prosedur verifikasi, tiket permintaan, dan catatan penyelesaian. |
| Incident Response | Apakah kebocoran data dapat dideteksi dan ditangani? | Incident response plan, contact list, dan hasil simulasi. |
| Vendor | Apakah pihak ketiga memproses data sesuai perjanjian? | Vendor assessment, audit, kontrak, dan laporan review. |
Klasifikasi membantu organisasi menentukan tingkat perlindungan, siapa yang boleh mengakses, berapa lama data disimpan, dan bagaimana data dibagikan.
| Kategori | Karakteristik | Kontrol Minimum |
|---|---|---|
| Publik | Informasi yang memang ditujukan untuk diketahui umum. | Integrity check dan persetujuan publikasi. |
| Internal | Informasi organisasi yang tidak ditujukan untuk publik. | Access control dan penggunaan internal. |
| Rahasia | Data yang dapat menimbulkan dampak jika terekspos. | Enkripsi, RBAC, logging, dan pembatasan ekspor. |
| Sangat Sensitif | Data kesehatan, biometrik, finansial, credential, atau data anak. | Akses sangat terbatas, MFA, enkripsi kuat, masking, dan audit khusus. |
| Data Anonim | Data telah diproses sehingga tidak mudah dikaitkan dengan individu. | Verifikasi anonimisasi dan review risiko re-identifikasi. |
| Tahap | Hal yang Dicatat | Pertanyaan Privasi |
|---|---|---|
| Collection | Sumber, jenis data, waktu, dan metode pengumpulan. | Apakah data dikumpulkan secara transparan dan diperlukan? |
| Processing | Aplikasi, database, fungsi, dan proses yang menggunakan data. | Apakah data digunakan sesuai tujuan? |
| Storage | Lokasi penyimpanan, backup, cache, dan replika. | Apakah penyimpanan dilindungi dan memiliki retensi? |
| Sharing | Pihak yang menerima, jenis data, dan metode pengiriman. | Apakah penerima memiliki dasar dan kontrol yang sesuai? |
| Archiving | Data yang dipindahkan dari sistem aktif ke arsip. | Apakah arsip masih diperlukan dan terlindungi? |
| Deletion | Metode, waktu, dan bukti penghapusan. | Apakah seluruh salinan yang relevan ditangani? |
Memahami prinsip pengamanan aplikasi sejak tahap analisis, desain, pengembangan, pengujian, deployment, hingga pemeliharaan untuk melindungi data, pengguna, fungsi bisnis, dan layanan organisasi.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami dan menerapkan prinsip keamanan aplikasi pada organisasi sederhana.
Aplikasi aman sejak desain hingga pemeliharaan
Keamanan aplikasi adalah proses melindungi aplikasi, source code, data, pengguna, API, layanan, dan infrastruktur pendukung dari akses tidak sah, manipulasi, penyalahgunaan, kebocoran, dan gangguan layanan.
Keamanan aplikasi harus diterapkan sepanjang siklus hidup aplikasi, bukan hanya ketika aplikasi telah selesai dibuat. Kesalahan pada tahap desain dapat menimbulkan risiko yang lebih sulit dan mahal untuk diperbaiki pada tahap produksi.
| Aset | Contoh | Risiko Jika Tidak Dilindungi |
|---|---|---|
| Data Pengguna | Identitas, profil, transaksi, dan dokumen. | Kebocoran, manipulasi, dan penyalahgunaan. |
| Akun dan Kredensial | Username, password, token, dan session. | Pengambilalihan akun dan akses tidak sah. |
| Source Code | Kode aplikasi, konfigurasi, dan library. | Kebocoran logika, secret, dan kerentanan. |
| API | Endpoint, token, request, dan response. | Penyalahgunaan layanan dan akses data. |
| Business Logic | Aturan transaksi, approval, dan perhitungan. | Manipulasi proses bisnis dan fraud. |
| Konfigurasi | Environment variable, database connection, dan deployment setting. | Kebocoran secret atau layanan terbuka. |
| Infrastruktur | Server, container, cloud service, dan database. | Gangguan layanan dan kompromi sistem. |
| Prinsip | Contoh Risiko Aplikasi | Kontrol |
|---|---|---|
| Confidentiality | Pengguna melihat data milik pengguna lain. | Otorisasi, enkripsi, masking, dan pembatasan akses. |
| Integrity | Nilai transaksi diubah melalui manipulasi request. | Validasi server-side, audit trail, approval, dan kontrol integritas. |
| Availability | Aplikasi tidak dapat digunakan karena overload atau serangan. | Rate limiting, monitoring, redundansi, dan backup. |
Identifikasi data, kebutuhan keamanan, risiko, dan persyaratan perlindungan.
Rancang autentikasi, otorisasi, alur data, API, database, dan batas kepercayaan.
Terapkan secure coding, validasi input, error handling, dan pengelolaan secret.
Lakukan code review, testing, dependency scan, dan pengujian keamanan terotorisasi.
Gunakan konfigurasi produksi yang aman dan pisahkan lingkungan development, staging, dan production.
Pantau error, akses, performa, alert, dan indikasi penyalahgunaan.
Lakukan patching, perbaikan kerentanan, review akses, dan pembaruan keamanan.
Autentikasi adalah proses memverifikasi identitas pengguna atau sistem sebelum akses diberikan.
| Kontrol | Fungsi | Praktik Aman |
|---|---|---|
| Password | Memverifikasi identitas berdasarkan rahasia yang diketahui pengguna. | Hash password, kebijakan password, rate limiting, dan tidak menyimpan password asli. |
| Multi-Factor Authentication | Menambahkan faktor lain selain password. | Gunakan faktor tambahan untuk administrator dan akses berisiko tinggi. |
| Account Lockout | Membatasi percobaan login yang gagal. | Gunakan pembatasan yang tidak mudah dieksploitasi untuk denial of service. |
| Password Reset | Memungkinkan pengguna mendapatkan kembali akses. | Gunakan token sekali pakai, kedaluwarsa, dan notifikasi kepada pemilik akun. |
| Session Management | Mengelola sesi setelah pengguna berhasil login. | Session ID acak, timeout, rotasi setelah login, dan logout yang benar. |
| Login Monitoring | Mendeteksi percobaan akses yang mencurigakan. | Catat login gagal, sumber, waktu, dan anomali akses. |
Otorisasi menentukan tindakan yang boleh dilakukan oleh pengguna setelah berhasil login. Pemeriksaan otorisasi harus dilakukan pada sisi server, bukan hanya pada tampilan aplikasi.
| Risiko | Penjelasan | Kontrol |
|---|---|---|
| Broken Access Control | Pengguna dapat mengakses fungsi atau data yang tidak menjadi haknya. | Server-side authorization dan pemeriksaan ownership. |
| IDOR | Pengguna mengubah ID pada request untuk mengakses objek milik pengguna lain. | Validasi kepemilikan pada setiap request. |
| Privilege Escalation | Pengguna biasa memperoleh hak administrator atau hak yang lebih tinggi. | RBAC, deny by default, dan review perubahan role. |
| Direct Function Access | Endpoint administratif dapat dipanggil langsung tanpa pemeriksaan role. | Middleware otorisasi dan pengujian akses negatif. |
| Mass Assignment | Field sensitif dapat diubah melalui request yang tidak semestinya. | Allowlist field dan validasi perubahan. |
Semua input dari pengguna, API, file, cookie, header, dan sistem eksternal harus dianggap tidak tepercaya sampai divalidasi.
| Validasi | Fungsi | Contoh |
|---|---|---|
| Tipe Data | Memastikan input sesuai dengan tipe yang diharapkan. | ID berupa integer, tanggal berupa format tanggal, dan jumlah berupa angka. |
| Panjang | Membatasi ukuran input. | Nama pengguna memiliki batas karakter yang wajar. |
| Format | Memastikan pola data sesuai kebutuhan. | Email, nomor telepon, kode pos, dan tanggal. |
| Allowlist | Hanya menerima nilai yang telah ditentukan. | Status hanya boleh "aktif" atau "nonaktif". |
| Business Rule | Memastikan input sesuai aturan proses bisnis. | Jumlah pembayaran tidak boleh lebih besar dari saldo. |
| Output Encoding | Melindungi tampilan ketika data ditampilkan kembali pada browser. | Encode karakter khusus untuk mencegah XSS. |
| Ancaman | Penjelasan | Pencegahan Utama |
|---|---|---|
| SQL Injection | Input memengaruhi struktur query database. | Prepared statement, validasi input, dan least privilege. |
| Cross-Site Scripting | Input berbahaya dijalankan pada browser pengguna lain. | Output encoding, sanitasi, Content Security Policy, dan validasi. |
| Cross-Site Request Forgery | Pengguna yang sedang login dipaksa melakukan tindakan tanpa sengaja. | CSRF token, SameSite cookie, dan validasi origin. |
| Broken Access Control | Pengguna mengakses fungsi atau data di luar haknya. | Otorisasi server-side dan pemeriksaan ownership. |
| Session Hijacking | Token sesi dicuri dan digunakan pihak lain. | Cookie Secure, HttpOnly, SameSite, TLS, dan session rotation. |
| Insecure File Upload | File berbahaya diunggah dan diproses secara tidak aman. | Allowlist tipe, ukuran, nama file, lokasi terpisah, dan scanning. |
| Security Misconfiguration | Pengaturan default, debug, atau layanan tidak perlu tetap aktif. | Hardening, baseline, patching, dan review konfigurasi. |
| Sensitive Data Exposure | Data sensitif terlihat pada response, log, URL, atau source code. | Enkripsi, masking, redaction, dan minimisasi. |
| Server-Side Request Forgery | Server dipaksa mengakses sumber internal atau eksternal yang tidak seharusnya. | Validasi URL, allowlist tujuan, dan pembatasan koneksi jaringan. |
| Dependency Vulnerability | Library pihak ketiga memiliki kerentanan keamanan. | Dependency inventory, scanning, patching, dan pembaruan terkontrol. |
| Kontrol | Fungsi | Penerapan |
|---|---|---|
| Session ID Acak | Mencegah token mudah ditebak. | Gunakan generator kriptografis yang aman. |
| Session Rotation | Mengurangi risiko session fixation. | Ganti session ID setelah autentikasi atau perubahan hak. |
| Timeout | Mengakhiri sesi yang tidak aktif. | Terapkan idle timeout dan absolute timeout. |
| Secure Cookie | Membatasi pengiriman cookie melalui kanal tidak aman. | Gunakan atribut Secure. |
| HttpOnly | Mengurangi akses script browser terhadap cookie sesi. | Aktifkan HttpOnly untuk cookie sensitif. |
| SameSite | Membatasi pengiriman cookie lintas situs. | Gunakan nilai yang sesuai dengan kebutuhan aplikasi. |
| Logout | Mengakhiri sesi dan membatalkan token. | Invalidasi sesi pada server, bukan hanya menghapus tampilan lokal. |
API menyediakan jalur komunikasi antar-aplikasi. Karena API dapat diakses secara otomatis dan sering membawa data penting, endpoint API harus dilindungi dengan autentikasi, otorisasi, validasi, dan monitoring.
| Area | Risiko | Kontrol |
|---|---|---|
| Authentication | API dapat dipanggil tanpa identitas yang valid. | Token, OAuth, API key terkelola, atau MFA untuk akses administratif. |
| Authorization | Token valid dapat mengakses data di luar kepemilikannya. | Scope, role, ownership, dan pemeriksaan server-side. |
| Input dan Schema | Request berisi tipe, ukuran, atau struktur tidak sesuai. | Schema validation, allowlist, dan batas ukuran. |
| Rate Limiting | API dibebani request berlebihan. | Rate limit per akun, token, IP, atau endpoint. |
| Data Exposure | Response mengembalikan field yang tidak diperlukan. | Data minimization, response filtering, dan masking. |
| Versioning | API lama tetap aktif dan tidak diperbarui. | Lifecycle, deprecation, dan pencabutan versi lama. |
| Logging | Penyalahgunaan API tidak terdeteksi. | Catat request ID, akun, endpoint, status, waktu, dan anomali tanpa secret. |
| Kontrol | Fungsi | Contoh Penerapan |
|---|---|---|
| Allowlist Ekstensi | Membatasi jenis file yang boleh diunggah. | Hanya menerima format yang diperlukan oleh fungsi aplikasi. |
| Validasi MIME dan Isi | Memastikan file benar-benar sesuai dengan tipe yang diizinkan. | Jangan hanya mempercayai nama ekstensi. |
| Batas Ukuran | Mengurangi risiko file sangat besar dan penyalahgunaan storage. | Tetapkan ukuran maksimum berdasarkan kebutuhan. |
| Nama File Acak | Mencegah konflik dan manipulasi nama file. | Gunakan identifier yang dibuat server. |
| Lokasi Penyimpanan | Mencegah file diakses atau dijalankan langsung oleh web server. | Simpan di lokasi terpisah dan gunakan akses terkontrol. |
| Malware Scanning | Mendeteksi file berbahaya sebelum digunakan. | Gunakan scanner sesuai kebijakan organisasi. |
| Authorization Download | Membatasi siapa yang dapat mengunduh file. | Periksa kepemilikan dan role pada setiap permintaan download. |
Secret adalah informasi yang memberikan akses ke sistem, seperti password database, token API, private key, dan connection string. Secret harus diperlakukan berbeda dari kode sumber biasa.
| Praktik | Risiko yang Dikurangi | Penerapan |
|---|---|---|
| Secret Manager | Mencegah secret tersebar pada source code atau file biasa. | Simpan secret pada vault atau layanan pengelolaan rahasia. |
| Rotasi Secret | Mengurangi dampak jika secret bocor. | Ganti password, token, atau key secara berkala dan setelah insiden. |
| Environment Separation | Mencegah secret development digunakan pada produksi. | Pisahkan konfigurasi development, staging, dan production. |
| Repository Scanning | Menemukan secret yang tidak sengaja masuk ke repository. | Lakukan scanning dan cabut secret jika ditemukan. |
| Access Review | Mencegah terlalu banyak pihak dapat membaca secret. | Batasi akses berdasarkan role dan kebutuhan. |
| Logging Aman | Mencegah secret bocor melalui log. | Masking, redaction, dan larangan mencatat password atau token. |
Aplikasi sering menggunakan framework, library, package, dan layanan pihak ketiga. Komponen tersebut dapat membawa kerentanan apabila tidak dikelola dengan baik.
| Kontrol | Penjelasan | Aktivitas |
|---|---|---|
| Inventory | Mengetahui seluruh package dan versinya. | Gunakan lock file dan Software Bill of Materials jika diperlukan. |
| Vulnerability Scanning | Memeriksa komponen terhadap kerentanan yang diketahui. | Jalankan scanner pada pipeline dan secara berkala. |
| Patch Management | Memperbarui dependency yang memiliki perbaikan keamanan. | Prioritaskan komponen yang terekspos dan berdampak tinggi. |
| Dependency Pinning | Menghindari perubahan tidak terduga. | Gunakan versi yang dikunci dan proses update yang direview. |
| Sumber Tepercaya | Mengurangi risiko package berbahaya. | Gunakan repository resmi dan verifikasi package. |
| Removal | Mengurangi permukaan serangan. | Hapus dependency yang tidak digunakan. |
| Area | Praktik Tidak Aman | Praktik Aman |
|---|---|---|
| Error Message | Menampilkan stack trace, query, path file, atau secret kepada pengguna. | Tampilkan pesan umum dan simpan detail terbatas pada log internal. |
| Log Data | Mencatat password, token, data pribadi, dan nomor kartu. | Gunakan masking, redaction, dan minimisasi data log. |
| Request ID | Sulit menghubungkan aktivitas dari aplikasi, API, dan database. | Gunakan request ID atau correlation ID. |
| Security Event | Login gagal, perubahan role, dan akses sensitif tidak dicatat. | Catat kejadian keamanan dan monitor pola anomali. |
| Log Protection | Semua pengguna dapat membaca atau menghapus log. | Batasi akses, gunakan retensi, dan lindungi integritas log. |
Security header membantu browser menerapkan aturan perlindungan tambahan ketika berkomunikasi dengan aplikasi.
| Header atau Kontrol | Fungsi | Tujuan |
|---|---|---|
| Content-Security-Policy | Mengatur sumber script, style, gambar, dan resource lain. | Mengurangi risiko XSS dan resource tidak tepercaya. |
| Strict-Transport-Security | Meminta browser menggunakan HTTPS. | Mengurangi downgrade ke koneksi tidak aman. |
| X-Content-Type-Options | Mencegah browser menebak tipe konten. | Mengurangi risiko interpretasi konten yang tidak sesuai. |
| Frame Protection | Membatasi aplikasi ditampilkan dalam frame situs lain. | Mengurangi risiko clickjacking. |
| Referrer Policy | Mengatur informasi referrer yang dikirim browser. | Mengurangi kebocoran URL atau informasi sensitif. |
| HTTPS | Melindungi komunikasi antara client dan server. | Menjaga kerahasiaan dan integritas data saat transit. |
| Area | Risiko | Kontrol |
|---|---|---|
| Environment | Konfigurasi development digunakan pada production. | Pisahkan environment dan gunakan konfigurasi yang sesuai. |
| Debug Mode | Detail internal aplikasi terlihat oleh pengguna. | Nonaktifkan debug detail pada produksi. |
| CI/CD Pipeline | Kode rentan atau secret masuk ke deployment. | Code review, SAST, dependency scan, secret scan, dan approval. |
| Container | Image memiliki package rentan atau berjalan dengan hak terlalu tinggi. | Gunakan image minimal, scanning, user non-root, dan pembaruan. |
| Database Migration | Perubahan schema merusak aplikasi atau data. | Review, backup, staging test, approval, dan rollback plan. |
| Rollback | Versi baru bermasalah tetapi tidak dapat dikembalikan. | Versioning, backup, deployment record, dan prosedur rollback. |
| Metode | Fokus | Waktu Penerapan |
|---|---|---|
| Code Review | Meninjau logika, validasi, otorisasi, query, dan secret. | Selama pengembangan dan sebelum merge. |
| SAST | Menganalisis source code untuk pola kerentanan. | Pada pipeline pengembangan. |
| DAST | Menguji aplikasi yang sedang berjalan dari sisi eksternal. | Pada staging atau scope produksi yang terotorisasi. |
| Dependency Scanning | Memeriksa library dan package pihak ketiga. | Saat build dan secara berkala. |
| Secret Scanning | Menemukan password, token, atau key dalam kode dan repository. | Sebelum commit dan pada pipeline. |
| Penetration Testing | Menguji keamanan aplikasi melalui simulasi terkontrol. | Sebelum rilis besar atau secara berkala. |
| Security Regression Test | Memastikan perbaikan keamanan tidak rusak karena perubahan baru. | Setelah perbaikan dan setiap perubahan penting. |
| Indikator | Contoh | Tindakan Awal |
|---|---|---|
| Login Gagal | Banyak kegagalan login dari akun atau sumber tertentu. | Validasi akun, sumber, waktu, dan pola serangan. |
| Perubahan Role | Pengguna biasa memperoleh hak istimewa. | Periksa persetujuan dan pemilik perubahan. |
| Akses Data Besar | Pengambilan data melebihi pola normal. | Validasi kebutuhan bisnis dan kemungkinan eksfiltrasi. |
| Error Meningkat | Lonjakan error pada endpoint atau layanan. | Periksa deployment, input, dependency, dan sumber request. |
| Response Lambat | Waktu respons meningkat secara tidak wajar. | Analisis beban, query, koneksi, dan potensi abuse. |
| Token Tidak Normal | Token digunakan dari lokasi, perangkat, atau pola yang berbeda. | Validasi sesi, cabut token, dan minta autentikasi ulang. |
| File Upload | Upload berulang, file besar, atau tipe tidak biasa. | Tinjau request, file, akun, dan konfigurasi upload. |
Identifikasi alert, laporan pengguna, error, atau aktivitas tidak biasa.
Cabut token, batasi akun, isolasi layanan, atau hentikan endpoint yang terdampak.
Tinjau log aplikasi, database, API, deployment, dan perubahan kode.
Perbaiki kerentanan, pulihkan data, deploy versi aman, dan lakukan verifikasi.
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Endpoint API hanya memeriksa apakah pengguna telah login. | Pengguna dapat mengakses data milik pengguna lain. | Otorisasi server-side, ownership check, dan scope token. |
| Password disimpan dalam bentuk teks biasa. | Kebocoran database langsung membocorkan kredensial. | Hash password dengan mekanisme yang sesuai dan rotasi kredensial. |
| Query dibuat dari gabungan input pengguna. | SQL injection. | Prepared statement dan validasi input. |
| Data pengguna langsung ditampilkan ke HTML. | Cross-site scripting. | Contextual output encoding, sanitasi, dan Content Security Policy. |
| Form perubahan data tidak menggunakan perlindungan CSRF. | Pengguna dapat dipaksa menjalankan tindakan tanpa sengaja. | CSRF token, SameSite cookie, dan pemeriksaan origin. |
| File upload disimpan dalam folder publik. | File berbahaya dapat dijalankan atau diakses tanpa kontrol. | Validasi file, nama acak, lokasi terpisah, scanning, dan authorization download. |
| Secret database berada di repository kode. | Kredensial dapat bocor kepada seluruh pihak yang memiliki akses repository. | Secret manager, secret scanning, dan rotasi. |
| Debug mode aktif pada production. | Informasi internal aplikasi dan database dapat terekspos. | Nonaktifkan debug detail dan gunakan logging internal yang aman. |
| Dependency tidak pernah diperbarui. | Kerentanan library yang diketahui tetap terbuka. | Dependency inventory, scanning, patching, dan regression test. |
Sebuah aplikasi administrasi berbasis web digunakan untuk mengelola data anggota dan transaksi. Hasil pemeriksaan menemukan kondisi berikut:
Refleksikan penerapan keamanan aplikasi pada organisasi sederhana, seperti kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat analisis dan rancangan keamanan untuk sebuah aplikasi berbasis web, mobile, desktop, atau API.
| Komponen | Bobot | Indikator Penilaian |
|---|---|---|
| Identifikasi Aplikasi | 10% | Fungsi, pengguna, data, aset, dan alur aplikasi dijelaskan dengan jelas. |
| Threat Modeling | 15% | Ancaman, kerentanan, trust boundary, dan dampak berhasil diidentifikasi. |
| Authentication dan Authorization | 15% | Role, autentikasi, session, dan hak akses dianalisis dengan tepat. |
| Secure Coding | 15% | Validasi input, output encoding, query aman, dan error handling dijelaskan. |
| API, Database, dan Secret | 15% | Perlindungan API, database, dependency, dan secret dibahas secara relevan. |
| Security Testing | 15% | Rencana code review, scanning, pengujian, dan verifikasi disusun dengan baik. |
| Rekomendasi | 10% | Rekomendasi realistis, memiliki prioritas, dan dapat ditindaklanjuti. |
| Etika dan Dokumentasi | 5% | Scope, izin, perlindungan data, dan dokumentasi disajikan dengan benar. |
| Area Audit | Pertanyaan Audit | Bukti |
|---|---|---|
| Authentication | Apakah login, password, MFA, dan reset account telah diamankan? | Konfigurasi, test result, dan audit log. |
| Authorization | Apakah setiap endpoint memeriksa role dan ownership? | Access matrix dan hasil pengujian role. |
| Input Validation | Apakah input dari user dan sistem eksternal divalidasi? | Source code, schema, dan test case. |
| Session | Apakah session memiliki timeout, rotasi, dan invalidasi? | Konfigurasi cookie dan hasil pengujian. |
| Database | Apakah query aman dan akun database memiliki privilege minimum? | Code review dan database access policy. |
| Secret | Apakah password, token, dan key tidak berada pada source code? | Secret scan dan konfigurasi secret manager. |
| Dependency | Apakah library dan package telah dipindai serta diperbarui? | Dependency inventory dan scan report. |
| Logging | Apakah event keamanan dicatat tanpa membocorkan data sensitif? | Log sample, masking policy, dan monitoring dashboard. |
| Deployment | Apakah konfigurasi production telah di-hardening? | Deployment checklist dan configuration review. |
| Prioritas | Fokus Perbaikan | Alasan |
|---|---|---|
| Sangat Tinggi | Perbaiki authentication, authorization, injection, dan kebocoran credential. | Dapat menyebabkan pengambilalihan akun, akses data, atau kendali sistem. |
| Tinggi | Perbaiki session, file upload, API access, dan security misconfiguration. | Dapat menyebabkan penyalahgunaan fungsi dan kebocoran data. |
| Sedang | Perbaiki logging, security headers, dependency, dan monitoring. | Meningkatkan kemampuan deteksi dan perlindungan tambahan. |
| Rendah | Penyempurnaan dokumentasi, konfigurasi, dan proses review. | Meningkatkan konsistensi dan kematangan keamanan. |
Keamanan aplikasi tidak hanya bergantung pada tools pengujian. Keamanan juga dipengaruhi oleh desain, kualitas kode, konfigurasi, proses deployment, monitoring, dan tanggung jawab setiap pihak yang terlibat.
Memahami penerapan keamanan pada seluruh siklus hidup pengembangan perangkat lunak mulai dari perencanaan, analisis kebutuhan, desain, pengembangan, pengujian, deployment, operasi, hingga pemeliharaan.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan dan menerapkan konsep Secure SDLC pada pengembangan sistem informasi.
Keamanan bukan tahap terakhir
Secure Software Development Life Cycle atau Secure SDLC adalah pendekatan pengembangan perangkat lunak yang memasukkan aktivitas keamanan pada seluruh tahapan siklus hidup aplikasi.
Pada pendekatan biasa, keamanan sering diperiksa setelah aplikasi selesai dibuat. Pada Secure SDLC, keamanan dipertimbangkan sejak tahap perencanaan sehingga risiko dapat ditemukan dan dikurangi lebih awal.
| Masalah | Dampak | Peran Secure SDLC |
|---|---|---|
| Keamanan diperiksa terlalu terlambat. | Perbaikan lebih mahal dan dapat menunda peluncuran aplikasi. | Masukkan requirement dan threat modeling sejak awal. |
| Tim hanya fokus pada fitur. | Kerentanan dapat masuk ke aplikasi produksi. | Tambahkan security acceptance criteria. |
| Dependency tidak dikelola. | Aplikasi menggunakan komponen yang rentan. | Gunakan inventory, scanning, dan patching. |
| Secret disimpan dalam source code. | Password, token, atau key dapat bocor. | Gunakan secret management dan scanning. |
| Tidak ada pengujian keamanan. | Kerentanan tidak diketahui sebelum digunakan. | Terapkan code review, SAST, DAST, dan security testing. |
| Deployment dilakukan tanpa kontrol. | Konfigurasi debug, port, atau akses berisiko terbuka di production. | Gunakan secure deployment checklist dan approval. |
| Aspek | SDLC Biasa | Secure SDLC |
|---|---|---|
| Waktu Keamanan | Sering dilakukan menjelang rilis atau setelah insiden. | Dilakukan sejak perencanaan hingga pemeliharaan. |
| Tanggung Jawab | Terpusat pada tim keamanan. | Dibagikan kepada seluruh anggota tim. |
| Requirement | Fokus pada fungsi bisnis. | Mencakup fungsi bisnis dan kebutuhan keamanan. |
| Pengujian | Fokus pada fungsi dan performa. | Mencakup fungsi, performa, keamanan, dan penyalahgunaan. |
| Perbaikan | Reaktif setelah kelemahan ditemukan. | Preventif, detektif, dan korektif. |
| Deployment | Fokus pada aplikasi dapat berjalan. | Memastikan aplikasi berjalan dalam konfigurasi aman. |
Menentukan tujuan, aset, risiko, kebutuhan keamanan, dan batas proyek.
Mendefinisikan kebutuhan autentikasi, otorisasi, privasi, audit, dan pemulihan.
Merancang arsitektur, alur data, trust boundary, dan kontrol keamanan.
Menerapkan secure coding, validasi input, query aman, dan pengelolaan secret.
Menguji fungsi, keamanan, otorisasi, dependency, dan konfigurasi.
Merilis aplikasi dengan konfigurasi aman, persetujuan, dan rollback plan.
Memantau aplikasi, log, alert, performa, dan aktivitas pengguna.
Melakukan patching, perbaikan temuan, retest, dan peningkatan kontrol.
Security requirement adalah kebutuhan keamanan yang harus dipenuhi oleh aplikasi. Requirement harus ditulis secara jelas, dapat diuji, dan memiliki kriteria penerimaan.
| Area | Contoh Requirement | Cara Verifikasi |
|---|---|---|
| Autentikasi | Pengguna harus login sebelum mengakses data internal. | Pengujian akses tanpa login harus ditolak. |
| Otorisasi | Pengguna hanya dapat mengakses data sesuai role dan kepemilikannya. | Uji akses antar-role dan antar-user. |
| Password | Password tidak boleh disimpan dalam bentuk asli. | Review implementasi dan konfigurasi storage. |
| Input | Semua input harus divalidasi pada server. | Code review dan pengujian input tidak valid. |
| Database | Aplikasi harus menggunakan query berparameter. | Review source code dan pengujian aplikasi. |
| Logging | Login, perubahan role, dan transaksi penting harus dicatat. | Periksa event log dan hasil simulasi aktivitas. |
| Privasi | Data pribadi hanya dikumpulkan sesuai tujuan yang telah ditentukan. | Review formulir, privacy notice, dan alur data. |
| Recovery | Data dan konfigurasi harus dapat dipulihkan sesuai target RTO dan RPO. | Restore test dan simulasi pemulihan. |
Threat modeling adalah proses mengidentifikasi aset, komponen, alur data, batas kepercayaan, ancaman, dan kontrol keamanan sebelum aplikasi dibangun atau mengalami perubahan besar.
| Tahap | Pertanyaan | Hasil |
|---|---|---|
| Identifikasi Aset | Data, fungsi, layanan, dan komponen apa yang bernilai? | Daftar aset dan klasifikasi data. |
| Pemetaan Arsitektur | Komponen apa saja yang saling berkomunikasi? | Diagram aplikasi, API, database, dan jaringan. |
| Data Flow | Dari mana data berasal dan ke mana data dikirim? | Data flow diagram dan jalur trust boundary. |
| Identifikasi Ancaman | Bagaimana aset dapat disalahgunakan atau terganggu? | Daftar skenario ancaman dan kerentanan. |
| Penilaian Risiko | Seberapa besar kemungkinan dan dampaknya? | Prioritas risiko. |
| Pemilihan Kontrol | Kontrol apa yang mengurangi risiko tersebut? | Security control dan acceptance criteria. |
| Review | Apakah desain sudah mengurangi risiko secara memadai? | Risiko residual dan keputusan perbaikan. |
| Kategori | Makna | Contoh pada Aplikasi | Kontrol |
|---|---|---|---|
| Spoofing | Menyamar sebagai pengguna atau sistem lain. | Pengambilalihan akun atau token. | MFA, autentikasi kuat, dan session security. |
| Tampering | Mengubah data atau konfigurasi tanpa izin. | Modifikasi transaksi atau parameter request. | Otorisasi, integritas, approval, dan audit. |
| Repudiation | Menyangkal pernah melakukan tindakan. | Perubahan data tanpa log yang memadai. | Audit trail, akun individual, dan timestamp. |
| Information Disclosure | Informasi diberikan kepada pihak yang tidak berwenang. | Data pribadi muncul pada response atau log. | Enkripsi, masking, minimisasi, dan access control. |
| Denial of Service | Layanan dibuat tidak tersedia. | Request berlebihan atau query mahal. | Rate limiting, capacity planning, dan monitoring. |
| Elevation of Privilege | Pengguna memperoleh hak lebih tinggi. | User biasa mengakses fungsi administrator. | RBAC, server-side authorization, dan review privilege. |
| Prinsip | Penjelasan | Contoh |
|---|---|---|
| Least Privilege | Setiap komponen hanya memiliki hak minimum. | Akun aplikasi tidak memiliki hak DROP atau GRANT. |
| Fail Secure | Sistem kembali ke kondisi aman ketika terjadi kesalahan. | Jika otorisasi gagal, akses ditolak. |
| Defense in Depth | Gunakan beberapa lapisan kontrol. | MFA, RBAC, firewall, logging, dan enkripsi. |
| Secure by Default | Konfigurasi awal harus aman. | Debug mode mati dan akses default ditolak. |
| Complete Mediation | Setiap permintaan akses diperiksa. | Otorisasi diperiksa pada setiap request, bukan hanya saat login. |
| Economy of Mechanism | Desain keamanan dibuat sederhana agar mudah dipahami dan diuji. | Gunakan komponen standar daripada mekanisme kriptografi buatan sendiri. |
| Separation of Duties | Tugas kritis tidak dikuasai satu pihak. | Developer tidak menyetujui deployment sendiri. |
| Minimize Attack Surface | Kurangi fitur, port, endpoint, dan dependency yang tidak diperlukan. | Nonaktifkan endpoint dan package yang tidak digunakan. |
| Area | Praktik Aman | Risiko yang Dikurangi |
|---|---|---|
| Query Database | Gunakan prepared statement atau parameterized query. | SQL injection. |
| Output HTML | Gunakan contextual output encoding. | Cross-site scripting. |
| Otorisasi | Periksa role dan ownership pada server. | Broken access control dan IDOR. |
| File Upload | Validasi tipe, ukuran, nama, isi, dan lokasi penyimpanan. | File berbahaya dan penyalahgunaan storage. |
| Secret | Gunakan secret manager dan environment terpisah. | Kebocoran password, token, dan key. |
| Error Handling | Tampilkan pesan umum dan simpan detail pada log internal. | Information disclosure. |
| Kriptografi | Gunakan library dan algoritma standar yang dikelola dengan benar. | Kriptografi lemah dan kebocoran data. |
| Logging | Catat event penting tanpa menyimpan secret atau data berlebihan. | Kurangnya deteksi dan kebocoran log. |
Code review keamanan adalah pemeriksaan source code untuk menemukan pola yang dapat menimbulkan kerentanan sebelum aplikasi dijalankan di production.
| Pertanyaan Review | Fokus Pemeriksaan |
|---|---|
| Apakah input eksternal divalidasi? | Form, API, header, cookie, file, dan data dari sistem lain. |
| Apakah query menggunakan parameter? | SQL query, ORM, query builder, dan stored procedure. |
| Apakah otorisasi diperiksa pada server? | Endpoint, fungsi administratif, objek, dan ownership. |
| Apakah secret berada di luar source code? | Password, token, private key, connection string, dan konfigurasi. |
| Apakah error aman untuk pengguna? | Stack trace, query, path, dan detail konfigurasi. |
| Apakah data sensitif dicatat dalam log? | Password, token, data pribadi, dan informasi finansial. |
| Apakah perubahan kritis membutuhkan approval? | Role, pembayaran, penghapusan, dan konfigurasi. |
| Metode | Penjelasan | Tahap Penggunaan |
|---|---|---|
| Manual Review | Pemeriksaan manual terhadap desain, konfigurasi, atau source code. | Perencanaan, desain, coding, dan perubahan penting. |
| SAST | Analisis source code tanpa menjalankan aplikasi. | Development dan CI pipeline. |
| DAST | Pengujian aplikasi yang sedang berjalan. | Staging atau lingkungan yang telah diotorisasi. |
| Dependency Scanning | Pemeriksaan package dan library pihak ketiga. | Build, deployment, dan pemeliharaan. |
| Secret Scanning | Pencarian token, password, dan key dalam repository. | Sebelum commit dan pada pipeline. |
| Configuration Review | Pemeriksaan keamanan environment, server, container, dan cloud. | Deployment dan audit berkala. |
| Penetration Testing | Simulasi pengujian keamanan dengan scope dan izin resmi. | Sebelum rilis besar atau secara berkala. |
| Regression Testing | Memastikan perbaikan keamanan tidak rusak akibat perubahan baru. | Setelah remediation dan setiap perubahan penting. |
CI/CD pipeline mengotomatisasi proses build, test, dan deployment. Pipeline harus dilindungi karena memiliki akses terhadap source code, artifact, secret, dan lingkungan deployment.
| Area | Risiko | Kontrol |
|---|---|---|
| Source Repository | Kode atau secret dapat diakses pihak tidak berwenang. | Branch protection, review, MFA, dan akses berdasarkan role. |
| Build Agent | Agent dapat digunakan untuk menjalankan kode berbahaya. | Isolasi, hardening, pembatasan network, dan lifecycle agent. |
| Pipeline Secret | Token atau password muncul dalam log. | Secret masking, vault, rotasi, dan akses minimum. |
| Artifact | Paket aplikasi diganti atau disisipi komponen berbahaya. | Integrity check, signing, repository terkontrol, dan provenance. |
| Deployment Approval | Perubahan langsung masuk production tanpa pemeriksaan. | Approval, separation of duties, dan change record. |
| Rollback | Versi bermasalah tidak dapat dikembalikan. | Versioning, backup, release record, dan rollback plan. |
| Tahap | Kegiatan | Hasil |
|---|---|---|
| Discovery | Menemukan kerentanan melalui scan, review, laporan, atau monitoring. | Daftar kerentanan. |
| Validation | Memastikan temuan benar dan bukan false positive. | Temuan tervalidasi dan memiliki bukti. |
| Prioritization | Menilai severity, kemungkinan, dampak, eksposur, dan aset terdampak. | Urutan prioritas perbaikan. |
| Remediation | Memperbaiki kode, konfigurasi, dependency, atau desain. | Perubahan perbaikan. |
| Retest | Memastikan kelemahan telah ditangani. | Hasil pengujian ulang. |
| Closure | Menutup temuan berdasarkan bukti dan persetujuan. | Status temuan selesai atau risiko diterima. |
| Metrik | Makna | Tujuan |
|---|---|---|
| Jumlah Kerentanan Terbuka | Banyaknya temuan yang belum diperbaiki. | Memantau beban risiko saat ini. |
| Waktu Perbaikan | Waktu dari temuan ditemukan hingga ditutup. | Mengukur kecepatan remediation. |
| Coverage Code Review | Persentase perubahan yang telah direview. | Memastikan perubahan penting diperiksa. |
| Dependency Patch Status | Status pembaruan komponen pihak ketiga. | Mengetahui komponen yang masih rentan. |
| Security Test Coverage | Fitur atau endpoint yang telah diuji keamanannya. | Menilai cakupan pengujian. |
| Secret Exposure | Jumlah temuan password, token, atau key pada kode. | Mengukur efektivitas secret management. |
| Patch Compliance | Persentase sistem yang telah menerima patch sesuai target. | Mengendalikan kerentanan dependency dan platform. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Kebutuhan keamanan tidak ditulis pada dokumen proyek. | Kontrol penting dapat terlupakan. | Security requirement dan acceptance criteria. |
| Developer langsung mengakses data produksi. | Kebocoran, perubahan, atau penghapusan data. | Environment separation, masking, approval, dan akses sementara. |
| Semua endpoint hanya mengandalkan autentikasi. | Pengguna dapat mengakses data yang bukan miliknya. | Otorisasi server-side dan ownership check. |
| Secret database berada dalam repository. | Kredensial dapat digunakan oleh pihak yang memiliki akses kode. | Secret manager, scanning, dan rotasi secret. |
| Dependency tidak dipindai. | Komponen rentan dapat masuk ke production. | Dependency inventory dan automated scanning. |
| Pengujian hanya memeriksa alur normal. | Input berbahaya dan penyalahgunaan fungsi tidak terdeteksi. | Negative testing, abuse case, SAST, DAST, dan review manual. |
| Deployment tidak memiliki approval atau rollback plan. | Perubahan rentan dapat masuk production dan sulit dikembalikan. | Change management, approval, versioning, dan rollback. |
| Log aplikasi menyimpan password dan token. | Secret dan data sensitif dapat bocor melalui sistem log. | Masking, redaction, minimisasi, dan review log. |
Sebuah tim mengembangkan aplikasi pendaftaran anggota dan transaksi. Tim beranggotakan product owner, developer, tester, administrator, dan vendor eksternal.
Refleksikan penerapan Secure SDLC pada pengembangan aplikasi sederhana di kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan Secure SDLC untuk sebuah aplikasi atau sistem informasi yang dipilih.
Memahami proses pemeriksaan, pembatasan, normalisasi, sanitasi, dan pengamanan data yang diterima aplikasi dari pengguna, API, file, cookie, header, serta sistem eksternal.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menerapkan validasi input sebagai salah satu kontrol utama keamanan aplikasi.
Memastikan data sesuai aturan sebelum diproses
Validasi input adalah proses memeriksa apakah data yang diterima aplikasi sesuai dengan tipe, format, panjang, nilai, dan aturan bisnis yang telah ditentukan.
Validasi input membantu mencegah data rusak, tidak lengkap, tidak konsisten, berbahaya, atau digunakan untuk memengaruhi proses aplikasi secara tidak semestinya.
Input tidak hanya berasal dari formulir. Semua data dari luar batas kepercayaan aplikasi harus diperiksa.
| Sumber Input | Contoh | Risiko | Kontrol |
|---|---|---|---|
| Form HTML | Nama, email, alamat, dan komentar. | Data tidak valid, XSS, dan manipulasi nilai. | Validasi server-side dan output encoding. |
| URL dan Query Parameter | ID objek, filter, pencarian, dan pagination. | IDOR, injection, dan input berukuran besar. | Validasi tipe, ownership check, dan batas nilai. |
| Request Body | JSON, XML, form data, dan multipart upload. | Struktur tidak sesuai atau field tambahan berbahaya. | Schema validation dan allowlist field. |
| HTTP Header | User-Agent, Referer, Authorization, dan custom header. | Spoofing, token palsu, dan log injection. | Jangan mempercayai header tanpa verifikasi. |
| Cookie | Session ID, preferensi, dan token. | Session manipulation dan pengambilalihan sesi. | Validasi server, Secure, HttpOnly, dan SameSite. |
| File Upload | Gambar, dokumen, spreadsheet, dan arsip. | Malware, file executable, dan konsumsi storage. | Allowlist tipe, ukuran, scanning, dan lokasi terpisah. |
| API Eksternal | Data pembayaran, peta, email, atau identitas. | Data palsu, format berubah, atau layanan dikompromikan. | Validasi response, timeout, dan autentikasi koneksi. |
| Data Internal | Record database, cache, queue, dan file internal. | Data lama atau data rusak masuk ke proses berikutnya. | Validasi tetap dilakukan pada boundary penting. |
| Jenis Validasi | Pertanyaan | Contoh |
|---|---|---|
| Required Validation | Apakah field wajib telah diisi? | Nama dan email tidak boleh kosong. |
| Type Validation | Apakah tipe data sesuai? | ID harus berupa angka, bukan teks bebas. |
| Length Validation | Apakah panjang data berada dalam batas? | Username antara 3 dan 30 karakter. |
| Format Validation | Apakah pola data sesuai? | Email, nomor telepon, tanggal, dan kode pos. |
| Range Validation | Apakah nilai berada dalam rentang yang diperbolehkan? | Jumlah barang lebih besar dari nol. |
| Allowlist Validation | Apakah nilai termasuk daftar yang diizinkan? | Status hanya "aktif" atau "nonaktif". |
| Relationship Validation | Apakah hubungan antar-data valid? | ID produk benar-benar tersedia pada database. |
| Business Rule Validation | Apakah data sesuai aturan proses bisnis? | Transaksi tidak boleh melebihi batas saldo. |
| File Validation | Apakah file sesuai tipe, ukuran, dan isi? | Hanya menerima PDF dengan ukuran maksimum tertentu. |
| Jenis | Penjelasan | Contoh |
|---|---|---|
| Sintaksis | Memeriksa apakah bentuk input mengikuti format yang ditentukan. | Email memiliki format yang benar. |
| Semantik | Memeriksa apakah makna atau nilai input masuk akal. | Tanggal selesai tidak boleh sebelum tanggal mulai. |
| Aturan Bisnis | Memeriksa kesesuaian input dengan kebijakan dan proses organisasi. | Hanya supervisor yang boleh menyetujui transaksi tertentu. |
| Pendekatan | Penjelasan | Kelebihan | Keterbatasan |
|---|---|---|---|
| Allowlist | Hanya menerima nilai atau pola yang diketahui aman dan dibutuhkan. | Lebih terkontrol dan lebih mudah diprediksi. | Membutuhkan pemahaman jelas tentang kebutuhan input. |
| Denylist | Menolak daftar pola atau karakter tertentu yang dianggap berbahaya. | Dapat menjadi lapisan tambahan untuk pola tertentu. | Mudah dilewati dan tidak mampu mencakup seluruh variasi input berbahaya. |
| Teknik | Fungsi | Contoh Penggunaan |
|---|---|---|
| Normalisasi | Menyeragamkan bentuk data sebelum diproses. | Menyeragamkan format tanggal atau encoding karakter. |
| Sanitasi | Menghapus atau mengubah bagian data yang tidak sesuai konteks. | Membersihkan HTML yang memang diperbolehkan pada komentar. |
| Encoding | Mengubah karakter agar aman ditampilkan atau dikirim pada konteks tertentu. | HTML encoding ketika menampilkan teks pada halaman web. |
| Canonicalization | Mengubah variasi representasi menjadi bentuk standar sebelum pemeriksaan. | Menangani variasi path atau encoding sebelum validasi file. |
| Aspek | Client-Side | Server-Side |
|---|---|---|
| Lokasi | Browser atau perangkat pengguna. | Server aplikasi atau service terpercaya. |
| Tujuan | Memberikan feedback cepat kepada pengguna. | Menjadi keputusan keamanan yang sebenarnya. |
| Keandalan | Dapat dimodifikasi atau dilewati pengguna. | Lebih dapat dikendalikan oleh organisasi. |
| Contoh | Validasi format email sebelum form dikirim. | Pemeriksaan ulang email, role, dan aturan transaksi di server. |
| Penggunaan | Meningkatkan usability dan mengurangi request tidak valid. | Mencegah data berbahaya atau tidak sah diproses. |
Validasi input membantu menolak data dengan format yang tidak sesuai, tetapi validasi input saja tidak cukup untuk mencegah SQL injection.
| Kontrol | Fungsi | Catatan |
|---|---|---|
| Parameterized Query | Memisahkan data input dari instruksi SQL. | Merupakan pencegahan utama. |
| Validasi Tipe | Memastikan nilai sesuai tipe data. | Mengurangi input tidak valid. |
| Allowlist | Membatasi nilai atau nama field yang dapat digunakan. | Berguna untuk sorting, filter, dan opsi tertentu. |
| Least Privilege | Membatasi dampak jika query rentan. | Akun aplikasi tidak boleh administrator. |
| Error Handling | Mencegah struktur database terlihat. | Detail disimpan pada log internal. |
Cross-Site Scripting atau XSS terjadi ketika data yang berasal dari pengguna diproses atau ditampilkan sebagai script pada browser pengguna lain.
| Kontrol | Fungsi | Penerapan |
|---|---|---|
| Output Encoding | Mengubah karakter khusus menjadi representasi aman. | Encode teks ketika ditampilkan pada HTML. |
| Allowlist HTML | Mengizinkan hanya tag dan atribut yang diperlukan. | Digunakan pada editor teks yang memang membutuhkan format tertentu. |
| Content Security Policy | Membatasi sumber script dan resource. | Menjadi lapisan tambahan terhadap XSS. |
| Sanitizer Tepercaya | Membersihkan HTML sesuai konteks. | Gunakan library yang dipelihara dan dikonfigurasi dengan benar. |
| Cookie Protection | Mengurangi dampak pencurian session cookie. | Gunakan HttpOnly, Secure, dan SameSite. |
| Pemeriksaan | Pertanyaan | Kontrol |
|---|---|---|
| Ekstensi | Apakah ekstensi termasuk daftar yang diizinkan? | Gunakan allowlist, bukan hanya denylist. |
| MIME Type | Apakah tipe file sesuai dengan yang diklaim? | Validasi tipe pada server. |
| Isi File | Apakah struktur file valid dan dapat dibaca? | Periksa magic bytes atau parser sesuai kebutuhan. |
| Ukuran | Apakah file tidak melebihi batas? | Tetapkan batas ukuran dan jumlah upload. |
| Nama | Apakah nama file aman? | Buat nama file baru dari server dan hindari path traversal. |
| Lokasi | Apakah file tidak dapat dijalankan langsung? | Simpan di lokasi terpisah dari executable web. |
| Virus atau Malware | Apakah file bebas dari konten berbahaya? | Gunakan scanning sesuai kebutuhan sistem. |
| Area | Risiko | Kontrol |
|---|---|---|
| Content Type | Request diproses sebagai format yang tidak sesuai. | Periksa content type dan tolak format yang tidak didukung. |
| Schema | Field wajib hilang atau field asing masuk. | Gunakan schema validation dan allowlist field. |
| Ukuran Request | Request sangat besar membebani layanan. | Batasi body, jumlah array, dan kedalaman struktur. |
| Tipe Field | Nilai tidak sesuai tipe yang diproses. | Validasi string, number, boolean, array, dan object. |
| Field Sensitif | Pengguna mengubah field yang seharusnya dikelola server. | Gunakan DTO atau allowlist field yang boleh diubah. |
| Response | Aplikasi mengembalikan data terlalu banyak. | Filter response dan gunakan data minimization. |
| Rate Limit | Request valid digunakan untuk membebani layanan. | Batasi request berdasarkan akun, token, endpoint, atau sumber. |
Jangan memproses input yang tidak memenuhi aturan keamanan atau bisnis.
Sampaikan pesan yang jelas tanpa membuka detail internal sistem.
Simpan informasi yang dibutuhkan untuk monitoring tanpa mencatat secret atau data berlebihan.
Tinjau pola input tidak valid yang berulang atau mencurigakan.
Terima input melalui kanal resmi dan tentukan konteks pemrosesannya.
Periksa tipe, panjang, format, rentang, dan aturan bisnis.
Gunakan parameter, encoding, authorization, dan prinsip least privilege.
Simpan dan tampilkan data sesuai konteks dengan perlindungan yang tepat.
| Kesalahan | Risiko | Perbaikan |
|---|---|---|
| Hanya mengandalkan validasi browser. | Validasi dapat dilewati atau dimanipulasi. | Ulangi validasi pada server. |
| Menggunakan denylist sebagai satu-satunya kontrol. | Pola input lain dapat melewati filter. | Gunakan allowlist dan kontrol sesuai konteks. |
| Menggunakan regex yang terlalu longgar. | Data berbahaya atau tidak valid tetap masuk. | Gunakan aturan yang spesifik dan uji edge case. |
| Menghapus karakter secara membabi buta. | Data rusak atau kontrol tetap dapat dilewati. | Gunakan validasi, encoding, dan sanitasi sesuai konteks. |
| Mempercayai nama file atau MIME dari client. | File berbahaya dapat menyamar sebagai file aman. | Validasi ekstensi, isi, ukuran, dan lokasi penyimpanan. |
| Tidak memvalidasi field tambahan. | Mass assignment dan perubahan field sensitif. | Gunakan allowlist field yang boleh diproses. |
| Tidak membatasi ukuran input. | Konsumsi resource dan denial of service. | Tetapkan batas body, field, array, dan file. |
| Mencatat seluruh input ke log. | Password, token, dan data pribadi bocor. | Gunakan masking, redaction, dan logging minimum. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Form hanya memeriksa input melalui JavaScript. | Validasi dapat dilewati dengan request langsung. | Validasi ulang pada server. |
| Field role dapat dikirim dari form pengguna. | Pengguna dapat menaikkan hak akses sendiri. | Allowlist field dan tetapkan role hanya dari sisi server. |
| Nama file dipercaya berdasarkan ekstensi. | File berbahaya dapat menyamar sebagai file aman. | Validasi MIME, isi, ukuran, dan penyimpanan terpisah. |
| Query pencarian menggunakan gabungan string. | SQL injection. | Prepared statement dan validasi parameter. |
| Komentar pengguna langsung ditampilkan ke halaman. | XSS. | Contextual output encoding dan sanitasi allowlist. |
| API menerima array dengan jumlah elemen tidak terbatas. | Konsumsi resource dan denial of service. | Batas jumlah elemen, ukuran request, dan rate limiting. |
| Pesan error menampilkan stack trace. | Kebocoran struktur internal aplikasi. | Error response umum dan logging internal. |
| Semua input dicatat lengkap dalam log. | Password, token, atau data pribadi bocor. | Masking, redaction, dan data minimization. |
Sebuah aplikasi administrasi memiliki form pendaftaran, pencarian data, upload dokumen, dan API transaksi. Hasil pemeriksaan menunjukkan:
Refleksikan penerapan validasi input pada aplikasi sederhana di kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan validasi input untuk sebuah aplikasi berbasis web, mobile, desktop, atau API.
Memahami pengelolaan sesi pengguna setelah proses autentikasi, termasuk session ID, cookie, timeout, logout, session fixation, session hijacking, token keamanan, serta pengamanan akses web dan API.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami dan menerapkan kontrol keamanan untuk melindungi sesi pengguna pada aplikasi.
Melindungi identitas pengguna selama aplikasi digunakan
Keamanan sesi adalah serangkaian kontrol untuk melindungi hubungan antara pengguna yang telah terautentikasi dengan aplikasi selama pengguna mengakses layanan.
Setelah login berhasil, aplikasi biasanya membuat session atau token untuk mengenali pengguna pada request berikutnya. Jika session tersebut dicuri, ditebak, dipalsukan, atau digunakan terlalu lama, pihak lain dapat menyamar sebagai pengguna yang sah.
| Komponen | Pengertian | Fungsi |
|---|---|---|
| Authentication | Proses memverifikasi identitas pengguna. | Memastikan pengguna adalah pihak yang benar. |
| Session | Data atau konteks yang digunakan aplikasi untuk mempertahankan status login. | Menghubungkan beberapa request dengan pengguna yang sama. |
| Session ID | Nilai acak yang digunakan untuk menemukan session pengguna. | Menjadi pengenal sementara sesi. |
| Cookie | Data kecil yang disimpan browser dan dikirim kembali ke server. | Menyimpan session ID atau preferensi tertentu. |
| Token | Nilai yang membuktikan hak akses atau identitas dalam suatu request. | Digunakan pada web, API, atau aplikasi mobile. |
| Authorization | Proses menentukan tindakan yang boleh dilakukan setelah login. | Membatasi akses berdasarkan role, ownership, dan policy. |
Pengguna mengirimkan kredensial melalui kanal yang terlindungi.
Server memeriksa identitas dan status akun pengguna.
Server membuat session ID atau token yang sulit ditebak.
Session dikirim dan diverifikasi pada setiap request yang membutuhkan autentikasi.
Server memeriksa role, kepemilikan, dan hak akses pengguna.
Session berakhir setelah tidak aktif atau melewati batas waktu maksimum.
Session dibatalkan dan token tidak dapat digunakan kembali.
| Karakteristik | Penjelasan | Praktik Aman |
|---|---|---|
| Acak | Tidak dapat ditebak berdasarkan urutan, waktu, username, atau informasi lain. | Gunakan generator acak kriptografis. |
| Panjang Memadai | Memiliki ruang kemungkinan yang cukup besar. | Gunakan session ID yang dibuat framework atau library tepercaya. |
| Unik | Tidak digunakan oleh session lain. | Buat ID baru ketika session dibuat. |
| Tidak Berisi Data Sensitif | Session ID tidak mengungkapkan password, role, atau data pribadi. | Simpan informasi session di server atau gunakan token yang dirancang secara aman. |
| Dapat Dicabut | Session dapat dinonaktifkan sebelum waktu berakhir. | Invalidasi session setelah logout, reset password, atau insiden. |
| Tidak Masuk URL | Token pada URL dapat bocor melalui history, bookmark, log, atau referrer. | Gunakan cookie aman atau header Authorization sesuai kebutuhan. |
Session hijacking terjadi ketika pihak tidak berwenang memperoleh session ID atau token yang masih aktif lalu menggunakannya untuk menyamar sebagai pengguna yang sah.
| Sumber Risiko | Penjelasan | Pencegahan |
|---|---|---|
| Koneksi Tidak Terenkripsi | Session dapat disadap saat dikirim melalui jaringan. | Gunakan HTTPS dan HSTS. |
| XSS | Script berbahaya dapat mencoba mengambil informasi sesi. | Output encoding, CSP, sanitasi, dan cookie HttpOnly. |
| Malware atau Perangkat Tidak Aman | Token dapat dibaca dari perangkat yang terinfeksi. | Endpoint protection, logout, reauthentication, dan device security. |
| Token pada URL | Token dapat masuk ke browser history, log, atau referrer. | Jangan menempatkan token sesi pada URL. |
| Session Tidak Kedaluwarsa | Token yang dicuri dapat digunakan dalam waktu lama. | Idle timeout, absolute timeout, dan revocation. |
| Token Lemah | Token dapat ditebak atau dibuat ulang. | Gunakan token acak dan mekanisme kriptografi yang tepercaya. |
Session fixation terjadi ketika penyerang berhasil membuat atau mengetahui session ID sebelum korban login, kemudian korban menggunakan session tersebut setelah autentikasi.
| Tahap | Risiko | Kontrol |
|---|---|---|
| Sebelum Login | Session ID telah diketahui atau dipengaruhi pihak lain. | Jangan menerima session ID dari input pengguna secara tidak aman. |
| Saat Login | Session lama tetap dipakai setelah autentikasi. | Regenerasi session ID setelah login berhasil. |
| Setelah Login | Session yang diketahui penyerang dapat digunakan sebagai session terautentikasi. | Invalidasi session lama dan buat session baru. |
| Atribut | Fungsi | Tujuan Keamanan |
|---|---|---|
| Secure | Cookie hanya dikirim melalui koneksi HTTPS. | Mengurangi risiko penyadapan melalui kanal tidak terenkripsi. |
| HttpOnly | Cookie tidak dapat diakses langsung oleh JavaScript browser. | Mengurangi risiko pencurian cookie melalui script berbahaya. |
| SameSite | Mengatur pengiriman cookie pada request lintas situs. | Mengurangi risiko CSRF. |
| Domain | Menentukan domain yang menerima cookie. | Batasi ke domain yang diperlukan. |
| Path | Menentukan path yang menerima cookie. | Batasi ruang lingkup cookie jika diperlukan. |
| Max-Age atau Expires | Menentukan masa berlaku cookie. | Mencegah cookie hidup lebih lama dari kebutuhan. |
| Jenis Timeout | Pengertian | Contoh Penerapan |
|---|---|---|
| Idle Timeout | Session berakhir setelah tidak ada aktivitas selama periode tertentu. | Pengguna harus login kembali setelah lama tidak menggunakan aplikasi. |
| Absolute Timeout | Session berakhir setelah batas waktu total tercapai, walaupun pengguna aktif. | Session administratif berakhir setelah periode maksimum. |
| Token Expiration | Token tidak lagi diterima setelah waktu kedaluwarsa. | Access token memiliki masa berlaku pendek. |
| Refresh Token Rotation | Refresh token diganti ketika digunakan. | Token lama dinonaktifkan setelah rotasi. |
| Reauthentication | Pengguna diminta membuktikan identitas kembali. | Sebelum mengubah password, rekening, atau konfigurasi penting. |
Logout yang aman harus membatalkan session pada server atau penyedia session, bukan hanya menghapus tampilan atau mengarahkan pengguna ke halaman login.
| Tindakan | Tujuan | Kondisi Penerapan |
|---|---|---|
| Invalidasi Session Server | Membuat session ID lama tidak dapat digunakan. | Setiap logout dan penghentian sesi. |
| Hapus Cookie | Menghapus identifier dari browser. | Dilakukan bersama invalidasi server-side. |
| Cabut Access Token | Menghentikan token yang masih aktif. | Logout, reset password, atau indikasi kompromi. |
| Cabut Refresh Token | Mencegah pembuatan access token baru. | Logout semua perangkat atau insiden keamanan. |
| Logout Semua Perangkat | Menghentikan seluruh sesi pengguna. | Reset password, kehilangan perangkat, atau dugaan pengambilalihan akun. |
| Audit Logout | Mencatat penghentian session dan indikasi tidak normal. | Sistem dengan kebutuhan audit dan monitoring. |
| Jenis Token | Fungsi | Kontrol Keamanan |
|---|---|---|
| Session Token | Menjaga status login pengguna pada aplikasi web. | Cookie Secure, HttpOnly, SameSite, timeout, dan rotation. |
| Access Token | Mengakses resource atau API tertentu. | Scope, expiration, audience, dan validasi server. |
| Refresh Token | Memperoleh access token baru setelah access token kedaluwarsa. | Rotation, revocation, storage aman, dan deteksi reuse. |
| CSRF Token | Memastikan request perubahan berasal dari halaman atau alur yang sah. | Token unik, validasi server, dan masa berlaku terbatas. |
| Password Reset Token | Memungkinkan pengguna mengatur ulang password. | Sekali pakai, kedaluwarsa, acak, dan tidak dicatat pada log. |
| Email Verification Token | Memverifikasi kepemilikan alamat email. | Masa berlaku terbatas, sekali pakai, dan pencabutan setelah digunakan. |
| Aspek | Web Session | API Session |
|---|---|---|
| Media | Umumnya menggunakan cookie. | Umumnya menggunakan header token. |
| Risiko Utama | Session hijacking, fixation, dan CSRF. | Token leakage, replay, scope berlebihan, dan token reuse. |
| Perlindungan | Secure, HttpOnly, SameSite, CSRF token, dan timeout. | HTTPS, expiration, scope, rotation, dan revocation. |
| Logout | Invalidasi session server dan hapus cookie. | Cabut access dan refresh token sesuai desain. |
| Penyimpanan | Cookie dengan atribut keamanan yang sesuai. | Hindari penyimpanan token pada lokasi yang mudah diakses script atau log. |
Reauthentication meminta pengguna membuktikan identitasnya kembali. Step-up authentication meningkatkan tingkat verifikasi ketika pengguna melakukan tindakan berisiko tinggi.
| Aktivitas | Alasan | Kontrol |
|---|---|---|
| Mengubah Password | Mencegah pihak yang hanya memiliki session lama mengubah kredensial. | Password lama, MFA, atau autentikasi ulang. |
| Mengubah Email atau Nomor Telepon | Data kontak digunakan untuk pemulihan akun. | Reauthentication dan verifikasi kontak baru. |
| Transaksi Bernilai Tinggi | Dampak kesalahan atau penipuan lebih besar. | MFA atau konfirmasi tambahan. |
| Perubahan Role | Mengubah hak akses pengguna. | Reauthentication, approval, dan audit. |
| Akses Data Sangat Sensitif | Data memerlukan perlindungan tambahan. | Step-up authentication dan monitoring khusus. |
| Pemulihan Akun | Proses recovery dapat digunakan untuk mengambil alih akun. | Verifikasi berlapis dan notifikasi aktivitas. |
| Aktivitas | Informasi yang Dicatat | Indikator Anomali |
|---|---|---|
| Login | User, waktu, sumber, perangkat, dan hasil autentikasi. | Login dari lokasi atau perangkat yang tidak biasa. |
| Session Creation | Waktu pembuatan session dan konteks login. | Pembuatan session berulang dalam waktu singkat. |
| Session Rotation | Peristiwa rotasi session ID atau token. | Rotasi tidak terjadi setelah login atau perubahan hak. |
| Logout | User, waktu, sumber, dan metode logout. | Token tetap digunakan setelah logout. |
| Token Reuse | Penggunaan token yang seharusnya telah dicabut atau diganti. | Refresh token lama digunakan kembali. |
| Concurrent Session | Jumlah session aktif dan perangkat terkait. | Banyak session dari lokasi yang tidak wajar. |
| Session Revocation | Alasan dan waktu session dicabut. | Pencabutan massal atau perubahan tidak dikenal. |
| Risiko | Penyebab | Kontrol |
|---|---|---|
| Session Hijacking | Token atau cookie sesi dicuri. | HTTPS, HttpOnly, Secure, CSP, dan endpoint security. |
| Session Fixation | Session ID sebelum login tetap digunakan setelah login. | Session rotation setelah autentikasi. |
| Session Prediction | Session ID mudah ditebak. | Token acak, panjang, dan dibuat dengan generator aman. |
| Session Replay | Token lama digunakan kembali. | Expiration, rotation, revocation, dan deteksi reuse. |
| CSRF | Browser mengirim cookie otomatis pada request lintas situs. | CSRF token, SameSite cookie, dan validasi origin. |
| Session Leakage | Token masuk ke URL, log, referrer, atau browser storage yang tidak aman. | Gunakan cookie atau header aman dan redaction log. |
| Session Tidak Dicabut | Logout hanya menghapus tampilan lokal. | Invalidasi server-side dan pencabutan token. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Aplikasi menggunakan HTTP untuk login. | Kredensial dan session dapat disadap. | HTTPS, sertifikat valid, dan HSTS. |
| Session ID tidak berubah setelah login. | Session fixation. | Regenerasi session ID setelah autentikasi. |
| Cookie session tidak menggunakan HttpOnly. | Script berbahaya dapat membaca cookie. | Aktifkan HttpOnly dan perbaiki perlindungan XSS. |
| Cookie tidak menggunakan Secure. | Cookie dapat dikirim melalui koneksi tidak aman. | Gunakan HTTPS dan atribut Secure. |
| Session berlaku tanpa batas waktu. | Token curian dapat digunakan dalam waktu lama. | Idle timeout, absolute timeout, dan revocation. |
| Logout hanya menghapus data pada browser. | Session pada server masih aktif. | Invalidasi server-side dan pencabutan token. |
| Token API dikirim melalui URL. | Token dapat masuk ke history, log, atau referrer. | Gunakan header Authorization atau kanal penyimpanan yang sesuai. |
| Pengguna tidak dapat melihat session aktif. | Sesi asing sulit diketahui dan dicabut. | Daftar perangkat/session dan logout semua perangkat. |
Sebuah aplikasi administrasi berbasis web digunakan untuk mengelola data anggota dan transaksi. Hasil pemeriksaan menunjukkan:
Refleksikan penerapan keamanan sesi pada aplikasi sederhana di kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan keamanan sesi untuk sebuah aplikasi berbasis web, mobile, atau API.
Memahami prinsip perlindungan API melalui autentikasi, otorisasi, validasi request, keamanan token, rate limiting, enkripsi, keamanan response, logging, monitoring, dan pengelolaan lifecycle API.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan dan menerapkan prinsip keamanan pada API.
Melindungi komunikasi dan layanan antar-aplikasi
API atau Application Programming Interface adalah mekanisme yang memungkinkan aplikasi, layanan, atau komponen sistem saling berkomunikasi dan bertukar data.
Keamanan API adalah serangkaian kontrol untuk melindungi endpoint, request, response, token, data, fungsi bisnis, dan infrastruktur API dari akses tidak sah, penyalahgunaan, manipulasi, kebocoran, dan gangguan layanan.
| Komponen | Penjelasan | Risiko Keamanan |
|---|---|---|
| Client | Aplikasi atau perangkat yang mengirim request ke API. | Client tidak tepercaya, token bocor, atau request dimanipulasi. |
| Endpoint | Alamat fungsi atau resource API. | Endpoint terbuka, tidak terproteksi, atau akses langsung ke fungsi administratif. |
| Request | Method, URL, header, parameter, dan body yang dikirim client. | Input berbahaya, field tambahan, dan request berukuran besar. |
| Authentication | Mekanisme untuk memverifikasi identitas client atau pengguna. | Token palsu, token curian, atau autentikasi yang lemah. |
| Authorization | Mekanisme untuk menentukan tindakan yang diperbolehkan. | Pengguna mengakses data atau fungsi yang bukan haknya. |
| Business Logic | Aturan transaksi dan proses bisnis pada API. | Manipulasi harga, jumlah, status, atau alur approval. |
| Response | Data, status, header, dan pesan yang dikembalikan API. | Data berlebihan, error detail, atau secret muncul pada response. |
| API Gateway | Komponen pengelola routing, policy, dan traffic API. | Salah konfigurasi, bypass, atau rate limit tidak efektif. |
Data hanya dapat diakses oleh client, pengguna, dan layanan yang berwenang.
Request, response, transaksi, dan data tidak diubah tanpa otorisasi.
API tetap tersedia dan mampu menangani beban yang wajar.
Aktivitas API dapat ditelusuri berdasarkan client, pengguna, waktu, dan request ID.
API menjalankan aturan bisnis secara konsisten dan tidak mudah dimanipulasi.
| Metode | Fungsi | Kelebihan | Hal yang Harus Diperhatikan |
|---|---|---|---|
| API Key | Mengidentifikasi aplikasi atau client. | Sederhana untuk integrasi antar-layanan. | Harus dirahasiakan, dibatasi, dirotasi, dan tidak dicatat dalam log. |
| Session Cookie | Mempertahankan sesi pengguna pada aplikasi web. | Dapat menggunakan kontrol cookie browser. | Memerlukan perlindungan CSRF, Secure, HttpOnly, dan SameSite. |
| OAuth | Delegasi akses resource berdasarkan scope. | Sesuai untuk integrasi aplikasi dan layanan. | Konfigurasi redirect, scope, token, dan client harus benar. |
| Signed Token | Membawa klaim yang dapat diverifikasi integritasnya. | Dapat diverifikasi tanpa menyimpan seluruh session pada server. | Validasi signature, issuer, audience, expiration, dan revocation. |
| Mutual TLS | Client dan server saling memverifikasi sertifikat. | Cocok untuk komunikasi antar-layanan dengan kebutuhan tinggi. | Pengelolaan sertifikat, rotasi, dan pencabutan harus terkontrol. |
| Service Account | Identitas khusus untuk aplikasi atau service. | Memisahkan akses mesin dari akses manusia. | Hak minimum, secret management, dan rotasi kredensial. |
Autentikasi menjawab pertanyaan "siapa yang mengakses?", sedangkan otorisasi menjawab pertanyaan "apa yang boleh dilakukan oleh pihak tersebut?".
| Kontrol | Penjelasan | Contoh |
|---|---|---|
| Role-Based Access Control | Hak diberikan berdasarkan role pengguna atau client. | Admin, operator, auditor, dan pengguna biasa memiliki hak berbeda. |
| Scope | Membatasi jenis operasi atau resource yang dapat digunakan token. | Token hanya memiliki scope read:profile. |
| Ownership Check | Memastikan objek yang diakses memang milik pengguna atau client. | User hanya melihat transaksi miliknya. |
| Attribute-Based Access | Akses ditentukan berdasarkan atribut, konteks, waktu, lokasi, atau tingkat data. | Data hanya dapat diakses dari unit kerja pengguna. |
| Default Deny | Akses ditolak jika tidak diberikan secara eksplisit. | Endpoint baru tidak otomatis terbuka untuk semua role. |
| Server-Side Check | Pemeriksaan akses dilakukan pada server. | Tidak hanya menyembunyikan tombol pada client. |
| Kontrol | Tujuan | Penerapan |
|---|---|---|
| Token Expiration | Membatasi masa penggunaan token. | Access token memiliki masa berlaku yang sesuai tingkat risiko. |
| Scope Limitation | Membatasi operasi dan resource yang dapat digunakan. | Gunakan scope minimum sesuai kebutuhan. |
| Audience Validation | Memastikan token ditujukan untuk layanan yang benar. | Server menolak token untuk audience berbeda. |
| Issuer Validation | Memastikan token dibuat oleh penerbit yang dipercaya. | Validasi issuer dan signature. |
| Refresh Token Rotation | Mengurangi risiko penggunaan ulang refresh token. | Refresh token lama dicabut setelah digunakan. |
| Revocation | Menghentikan token sebelum masa berlaku berakhir. | Cabut token setelah logout, reset password, atau insiden. |
| Secure Storage | Mencegah token dicuri dari client atau log. | Gunakan penyimpanan yang sesuai dan jangan simpan token pada URL. |
| Token Redaction | Mencegah token masuk ke log atau laporan. | Masking atau hapus nilai Authorization dari log. |
| Bagian Request | Pemeriksaan | Risiko yang Dikurangi |
|---|---|---|
| HTTP Method | Hanya izinkan method yang sesuai dengan operasi. | Operasi tidak semestinya pada endpoint. |
| URL dan Path | Validasi format resource dan parameter. | Path manipulation dan akses objek yang tidak sah. |
| Query Parameter | Periksa tipe, panjang, nilai, sorting, dan pagination. | Injection, resource exhaustion, dan data exposure. |
| Header | Validasi Authorization, Content-Type, dan header penting. | Token palsu, format tidak sesuai, dan spoofing. |
| Request Body | Validasi schema, field, tipe, ukuran, dan nilai. | Mass assignment, injection, dan data rusak. |
| File | Validasi tipe, ukuran, isi, nama, dan lokasi. | Upload file berbahaya dan penggunaan storage. |
| Idempotency Key | Pastikan request transaksi tidak diproses berulang tanpa sengaja. | Duplikasi pembayaran atau transaksi. |
| Area | Risiko | Praktik Aman |
|---|---|---|
| Data Berlebihan | API mengembalikan field yang tidak diperlukan. | Gunakan response filtering dan data minimization. |
| Data Sensitif | Password, token, data pribadi, atau secret muncul dalam response. | Hapus field sensitif, gunakan masking, dan tinjau schema response. |
| Error Detail | Stack trace, query, atau konfigurasi internal terlihat. | Gunakan error message umum dan correlation ID. |
| Status Code | Perbedaan status code mengungkapkan informasi yang tidak perlu. | Gunakan status code secara konsisten tanpa membocorkan detail internal. |
| Content Type | Response ditafsirkan sebagai tipe konten yang salah. | Tetapkan content type yang benar dan perlindungan header. |
| Cache | Data sensitif tersimpan pada cache yang tidak terlindungi. | Atur cache-control sesuai sensitivitas data. |
Rate limiting membatasi jumlah request yang dapat dikirim oleh client dalam periode tertentu. Kontrol ini membantu mengurangi brute force, penyalahgunaan API, scraping, dan beban berlebihan.
| Pendekatan | Dasar Pembatasan | Contoh Penggunaan |
|---|---|---|
| Per IP | Jumlah request dari alamat jaringan tertentu. | Login dan endpoint publik. |
| Per User | Jumlah request dari akun pengguna. | Endpoint data dan operasi akun. |
| Per API Key | Jumlah request dari client atau aplikasi. | Integrasi pihak ketiga. |
| Per Endpoint | Batas berbeda berdasarkan tingkat risiko dan biaya proses. | Endpoint pencarian, ekspor, atau reset password. |
| Per Resource | Pembatasan akses terhadap objek atau proses tertentu. | Jumlah ekspor data atau pembuatan laporan. |
| Fungsi Gateway | Manfaat | Hal yang Harus Diperhatikan |
|---|---|---|
| Routing | Mengarahkan request ke layanan yang sesuai. | Cegah endpoint internal terekspos langsung. |
| Authentication | Memeriksa API key, token, atau sertifikat. | Validasi pada layanan backend tetap diperlukan. |
| Rate Limiting | Membatasi traffic client. | Pastikan konfigurasi tidak mudah dilewati. |
| Request Filtering | Menolak request yang tidak sesuai aturan. | Jangan hanya mengandalkan filter perimeter. |
| TLS Termination | Mengelola komunikasi HTTPS pada perimeter. | Komunikasi gateway ke backend tetap perlu dilindungi. |
| Logging | Mengumpulkan informasi traffic dan status request. | Masking token, password, dan data sensitif. |
| Routing Version | Mengelola versi API yang aktif. | Versi lama perlu memiliki masa deprecation yang jelas. |
| Kontrol | Fungsi | Risiko yang Dikurangi |
|---|---|---|
| HTTPS | Mengenkripsi komunikasi client, gateway, dan server. | Penyadapan dan manipulasi request. |
| Sertifikat Valid | Membuktikan identitas endpoint server. | Serangan man-in-the-middle. |
| TLS Configuration | Menentukan protokol dan cipher yang digunakan. | Penggunaan algoritma atau protokol lemah. |
| Certificate Rotation | Mengganti sertifikat sebelum kedaluwarsa atau setelah kompromi. | Gangguan koneksi dan penggunaan sertifikat yang bocor. |
| Internal Encryption | Melindungi komunikasi antar-service. | Penyadapan pada jaringan internal. |
Versioning membantu menjaga kompatibilitas client ketika kontrak API berubah. API lama harus dikelola agar tidak menjadi jalur keamanan yang terlupakan.
| Tahap | Kegiatan | Keamanan |
|---|---|---|
| Design | Menentukan format endpoint, request, dan response. | Sertakan autentikasi, otorisasi, validasi, dan batas data. |
| Development | Mengembangkan endpoint dan dokumentasi. | Terapkan secure coding dan review kontrak. |
| Release | Memublikasikan versi API untuk client. | Gunakan approval dan security testing. |
| Maintenance | Memperbaiki bug, kerentanan, dan perubahan kebutuhan. | Patch, monitoring, dan review akses. |
| Deprecation | Mengumumkan bahwa versi lama akan dihentikan. | Berikan batas waktu migrasi dan perbaiki client yang masih menggunakan versi lama. |
| Retirement | Menonaktifkan versi API yang tidak lagi digunakan. | Cabut route, token, key, dan akses terkait. |
| Event | Informasi yang Dicatat | Hal yang Tidak Dicatat |
|---|---|---|
| Request | Timestamp, method, endpoint, request ID, client, dan status. | Password, token utuh, secret, dan data sensitif yang tidak diperlukan. |
| Authentication | Client, user, waktu, hasil autentikasi, dan sumber request. | Password atau credential lengkap. |
| Authorization | User, resource, operasi, hasil keputusan, dan alasan penolakan. | Token lengkap atau data pribadi berlebihan. |
| Rate Limit | Client, endpoint, jumlah request, dan waktu pembatasan. | Header Authorization secara utuh. |
| Error | Error ID, layanan, endpoint, waktu, dan correlation ID. | Stack trace atau query sensitif kepada pengguna. |
| Perubahan Konfigurasi | Perubahan route, policy, key, role, dan konfigurasi gateway. | Nilai secret setelah perubahan. |
| Ancaman | Penjelasan | Pencegahan |
|---|---|---|
| Broken Object Level Authorization | Pengguna mengakses objek milik pengguna lain dengan mengubah identifier. | Ownership check pada setiap request. |
| Broken Function Level Authorization | Pengguna biasa mengakses fungsi administratif. | Role dan policy check pada server. |
| Broken Authentication | Mekanisme login, token, atau recovery mudah disalahgunakan. | Autentikasi kuat, MFA, expiration, dan revocation. |
| Unrestricted Resource Consumption | Client menghabiskan CPU, memory, storage, bandwidth, atau koneksi. | Rate limit, batas request, pagination, dan timeout. |
| Mass Assignment | Client mengubah field yang seharusnya hanya dikelola server. | Allowlist field dan DTO request. |
| Security Misconfiguration | Debug, endpoint, CORS, gateway, atau header dikonfigurasi secara tidak aman. | Baseline, hardening, review, dan pengujian. |
| Improper Inventory | Endpoint, versi, key, dan layanan API tidak terdata. | API inventory dan lifecycle management. |
| Unsafe Consumption | API mempercayai response layanan lain tanpa validasi. | Validasi response, timeout, allowlist, dan pembatasan koneksi. |
| Injection | Input API memengaruhi query, command, atau proses internal. | Validasi, parameterized query, dan encoding. |
| Sensitive Data Exposure | API mengembalikan data pribadi atau rahasia secara berlebihan. | Response filtering, masking, dan minimisasi. |
Cross-Origin Resource Sharing atau CORS adalah mekanisme browser untuk mengatur apakah halaman dari origin tertentu dapat mengakses resource API dari origin lain.
| Aspek | Risiko | Praktik Aman |
|---|---|---|
| Allowed Origin | Semua origin dapat mengakses API. | Gunakan daftar origin yang diketahui dan diperlukan. |
| Credentials | Cookie atau credential dikirim ke origin yang tidak dipercaya. | Aktifkan credentials hanya untuk origin tertentu. |
| Method | Origin asing dapat menggunakan method sensitif. | Batasi method sesuai kebutuhan. |
| Header | Header sensitif dapat digunakan atau diekspos secara tidak semestinya. | Batasi allowed dan exposed headers. |
| Preflight | Request kompleks tidak diperiksa dengan benar. | Validasi preflight dan konfigurasi CORS pada gateway atau server. |
| Pengujian | Fokus | Hasil yang Diharapkan |
|---|---|---|
| Authentication Test | Request tanpa token, token invalid, dan token kedaluwarsa. | Request ditolak secara konsisten. |
| Authorization Test | Akses antar-user, antar-role, dan antar resource. | Pengguna hanya dapat mengakses resource yang berhak. |
| Schema Test | Field hilang, field tambahan, tipe salah, dan nilai ekstrem. | Request tidak sesuai schema ditolak. |
| Rate Limit Test | Request berulang dan lonjakan traffic. | Limit diterapkan dan menghasilkan respons yang sesuai. |
| Response Test | Data sensitif, field berlebihan, dan error detail. | Response hanya berisi data yang diperlukan. |
| Token Test | Expiration, scope, issuer, audience, rotation, dan revocation. | Token tidak dapat digunakan di luar ketentuan. |
| Business Logic Test | Manipulasi urutan, jumlah, harga, status, dan approval. | Aturan bisnis tetap enforced pada server. |
| Error Handling Test | Input rusak, layanan dependency gagal, dan timeout. | API gagal secara aman tanpa membocorkan informasi internal. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Endpoint detail menerima ID dari client dan tidak memeriksa kepemilikan. | User dapat membaca data milik user lain. | Ownership check dan authorization pada server. |
| API key yang sama digunakan oleh seluruh client. | Sulit menelusuri penyalahgunaan dan mencabut akses secara individual. | API key individual, owner, scope, rotasi, dan revocation. |
| Response API mengembalikan seluruh object database. | Kebocoran data sensitif dan informasi internal. | Response filtering, DTO, masking, dan data minimization. |
| Tidak ada batas request pada endpoint login. | Brute force dan konsumsi resource. | Rate limiting, lockout, monitoring, dan MFA. |
| Token API disimpan dalam log secara utuh. | Token dapat digunakan oleh pihak yang membaca log. | Redaction, masking, akses log terbatas, dan rotasi token. |
| API versi lama masih aktif tanpa pemantauan. | Endpoint lama menjadi jalur serangan. | API inventory, deprecation, monitoring, dan retirement. |
| CORS mengizinkan semua origin dengan credentials. | Data sesi dapat diakses oleh origin yang tidak dipercaya. | Allowlist origin dan konfigurasi credentials secara terbatas. |
| API menerima array dan file tanpa batas. | Konsumsi resource dan denial of service. | Batas ukuran, jumlah item, timeout, dan rate limiting. |
Sebuah organisasi menyediakan API untuk aplikasi mobile, dashboard administrator, dan integrasi dengan vendor.
Refleksikan penerapan keamanan API pada aplikasi sederhana di kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat rancangan keamanan API untuk sebuah aplikasi atau sistem informasi yang dipilih.
Memahami sepuluh kategori risiko keamanan aplikasi yang umum, dampak kerentanannya, contoh kondisi, kontrol pencegahan, metode pengujian, serta penerapannya dalam siklus pengembangan sistem informasi.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu mengenali risiko keamanan aplikasi berdasarkan kategori OWASP Top 10.
Mengenali risiko dan menerapkan kontrol pencegahan
OWASP Top 10 adalah daftar kategori risiko keamanan aplikasi yang banyak ditemukan pada aplikasi web. Daftar ini digunakan sebagai referensi pembelajaran, pengembangan, pengujian, dan peningkatan keamanan aplikasi.
OWASP Top 10 bukan daftar seluruh kerentanan yang mungkin terjadi dan bukan pengganti analisis risiko. Organisasi perlu menyesuaikan kontrol berdasarkan arsitektur, data, proses bisnis, dan tingkat risiko aplikasinya.
| Kategori | Fokus Risiko | Kontrol Utama |
|---|---|---|
| A01 - Broken Access Control | Pengguna dapat mengakses data atau fungsi di luar haknya. | Otorisasi server-side, RBAC, ownership check, dan default deny. |
| A02 - Cryptographic Failures | Data sensitif tidak dilindungi dengan kriptografi yang sesuai. | Enkripsi, hashing password, key management, dan TLS. |
| A03 - Injection | Input memengaruhi query, command, atau interpreter. | Parameterized query, validasi, encoding, dan API aman. |
| A04 - Insecure Design | Kelemahan berasal dari desain dan aturan bisnis yang tidak aman. | Threat modeling, secure design, dan abuse case. |
| A05 - Security Misconfiguration | Konfigurasi default, debug, atau layanan tidak aman. | Hardening, baseline, patching, dan review konfigurasi. |
| A06 - Vulnerable and Outdated Components | Dependency atau platform memiliki kerentanan. | Inventaris, scanning, patching, dan pembaruan terkontrol. |
| A07 - Identification and Authentication Failures | Identitas dan proses login dapat disalahgunakan. | MFA, password hashing, session security, dan rate limiting. |
| A08 - Software and Data Integrity Failures | Kode, dependency, update, atau data tidak memiliki perlindungan integritas. | Signing, trusted source, CI/CD control, dan verifikasi artifact. |
| A09 - Security Logging and Monitoring Failures | Aktivitas keamanan tidak dicatat, dimonitor, atau ditindaklanjuti. | Audit log, alert, SIEM, retention, dan incident response. |
| A10 - Server-Side Request Forgery | Server dipaksa mengakses tujuan yang tidak semestinya. | URL allowlist, network restriction, validasi, dan egress control. |
Broken Access Control terjadi ketika aplikasi gagal membatasi tindakan atau akses pengguna sesuai role, kepemilikan, dan kebijakan yang berlaku.
| Area | Penjelasan | Pencegahan |
|---|---|---|
| IDOR | Pengguna mengubah identifier untuk mengakses objek milik pengguna lain. | Periksa ownership pada setiap request. |
| Privilege Escalation | Pengguna memperoleh hak yang lebih tinggi dari seharusnya. | RBAC, least privilege, dan review perubahan role. |
| Fungsi Admin Terbuka | Endpoint administratif dapat dipanggil oleh pengguna biasa. | Server-side authorization dan deny by default. |
| Mass Assignment | Pengguna mengubah field sensitif melalui request. | Allowlist field dan validasi atribut yang boleh diubah. |
| Metadata Manipulation | Client mengubah role, status, atau identifier pada request. | Nilai penting ditetapkan dan diverifikasi oleh server. |
Cryptographic Failures terjadi ketika aplikasi gagal melindungi data penting menggunakan kriptografi yang sesuai, atau menggunakan algoritma, konfigurasi, dan pengelolaan kunci yang lemah.
| Masalah | Dampak | Kontrol |
|---|---|---|
| Password disimpan dalam bentuk asli. | Kebocoran database langsung membocorkan password. | Gunakan password hashing yang sesuai. |
| Data dikirim tanpa HTTPS. | Data dan kredensial dapat disadap. | Gunakan TLS, HTTPS, dan konfigurasi sertifikat yang benar. |
| Algoritma kriptografi lemah. | Data dapat dibaca atau dipalsukan. | Gunakan library dan algoritma standar yang masih didukung. |
| Kunci disimpan dalam source code. | Kunci dapat bocor melalui repository atau log. | Gunakan secret manager dan rotasi kunci. |
| Backup tidak terenkripsi. | Data pribadi dapat dibaca jika media bocor. | Enkripsi at rest dan access control. |
Injection terjadi ketika input yang dikendalikan pengguna ditafsirkan sebagai bagian dari perintah atau query oleh interpreter.
| Jenis | Contoh Target | Pencegahan |
|---|---|---|
| SQL Injection | Database relasional. | Prepared statement, query parameter, dan least privilege. |
| NoSQL Injection | Database dokumen atau key-value. | Schema validation, tipe data, dan query builder aman. |
| Command Injection | Sistem operasi atau shell command. | Hindari shell bila memungkinkan, gunakan API terstruktur, dan allowlist. |
| LDAP Injection | Directory service. | Parameterisasi dan encoding LDAP. |
| Template Injection | Template engine. | Pisahkan data dari template dan batasi fitur evaluasi. |
| Expression Injection | Interpreter atau evaluator ekspresi. | Gunakan parser aman dan allowlist ekspresi. |
Insecure Design adalah kelemahan pada arsitektur, alur, kebutuhan, atau aturan bisnis yang membuat aplikasi tidak aman sejak awal, meskipun implementasi teknisnya berjalan sesuai rancangan.
| Masalah Desain | Risiko | Perbaikan |
|---|---|---|
| Tidak ada threat modeling. | Skenario penyalahgunaan tidak ditemukan. | Lakukan threat modeling sejak desain. |
| Tidak ada rate limit pada proses sensitif. | Brute force, abuse, dan konsumsi resource. | Rancang rate limit, lockout, dan monitoring. |
| Alur approval hanya membutuhkan satu pihak. | Fraud atau transaksi tanpa pemeriksaan independen. | Terapkan separation of duties. |
| Recovery account terlalu mudah. | Pengambilalihan akun melalui proses pemulihan. | Gunakan verifikasi berlapis dan notifikasi. |
| Privasi tidak dipertimbangkan. | Data dikumpulkan dan digunakan secara berlebihan. | Privacy by design, minimisasi, dan PIA. |
Security Misconfiguration terjadi ketika aplikasi, server, database, cloud, container, API gateway, atau framework menggunakan konfigurasi yang tidak aman.
| Kondisi | Dampak | Kontrol |
|---|---|---|
| Debug mode aktif pada production. | Stack trace, path, query, atau konfigurasi terlihat. | Matikan debug detail dan simpan informasi pada log internal. |
| Password default masih digunakan. | Akun dapat diakses menggunakan kredensial bawaan. | Ganti atau nonaktifkan akun default. |
| Fitur atau service tidak diperlukan aktif. | Attack surface menjadi lebih luas. | Nonaktifkan komponen yang tidak dibutuhkan. |
| CORS terlalu terbuka. | Origin yang tidak dipercaya dapat mengakses resource. | Gunakan allowlist origin yang jelas. |
| Header keamanan tidak diatur. | Browser tidak menerapkan perlindungan tambahan. | Gunakan HTTPS dan security headers sesuai kebutuhan. |
| Cloud storage terbuka. | Data dapat diakses publik. | Review policy, bucket, ACL, dan logging. |
Kategori ini berkaitan dengan penggunaan framework, library, package, server, database, operating system, atau komponen pihak ketiga yang sudah tidak didukung atau memiliki kerentanan yang diketahui.
| Masalah | Risiko | Kontrol |
|---|---|---|
| Tidak ada inventaris dependency. | Organisasi tidak mengetahui komponen yang digunakan. | Buat dependency inventory dan lock file. |
| Package tidak diperbarui. | Kerentanan yang telah diketahui tetap terbuka. | Patch dan update berdasarkan prioritas risiko. |
| Komponen tidak didukung. | Tidak ada patch keamanan dari vendor. | Migrasi ke versi atau komponen yang didukung. |
| Dependency tidak dipercaya. | Package dapat berisi kode berbahaya. | Gunakan sumber tepercaya dan verifikasi package. |
| Tidak ada pengujian pembaruan. | Update dapat merusak fungsi atau kontrol keamanan. | Staging, regression test, dan rollback plan. |
Kategori ini mencakup kelemahan dalam proses identifikasi, autentikasi, pengelolaan password, session, token, dan pemulihan akun.
| Masalah | Dampak | Kontrol |
|---|---|---|
| Password lemah. | Akun mudah ditebak atau diserang secara otomatis. | Password policy, breach prevention, dan MFA. |
| Password disimpan tanpa hashing. | Semua password bocor ketika database dikompromikan. | Gunakan password hashing yang sesuai. |
| Tidak ada rate limiting login. | Brute force dan credential stuffing. | Rate limit, lockout adaptif, dan monitoring. |
| Session ID tidak dirotasi setelah login. | Session fixation. | Regenerasi session ID. |
| Token reset password berlaku terlalu lama. | Akun dapat diambil alih dengan token lama. | Token acak, singkat, sekali pakai, dan dapat dicabut. |
| MFA tidak tersedia untuk akses penting. | Password yang bocor cukup untuk mengambil alih akun. | Terapkan MFA pada administrator dan aktivitas berisiko tinggi. |
Kategori ini berkaitan dengan kegagalan memastikan integritas source code, dependency, update, artifact, konfigurasi, dan data penting.
| Area | Risiko | Kontrol |
|---|---|---|
| Source Repository | Kode diubah tanpa review atau persetujuan. | Branch protection, review, MFA, dan audit aktivitas. |
| Dependency | Package berbahaya atau telah dimodifikasi. | Repository tepercaya, lock file, signing, dan scanning. |
| CI/CD Pipeline | Kode atau artifact berbahaya masuk ke production. | Pipeline isolation, approval, dan secret management. |
| Release Artifact | Paket aplikasi diganti sebelum deployment. | Hash, signing, provenance, dan repository artifact terkontrol. |
| Update Otomatis | Komponen berubah tanpa pengujian atau persetujuan. | Update terjadwal, staging, regression test, dan rollback. |
| Data Penting | Data konfigurasi atau transaksi diubah tanpa verifikasi integritas. | Audit trail, signature, checksum, dan approval. |
Kategori ini terjadi ketika aplikasi tidak mencatat, melindungi, memonitor, atau menindaklanjuti kejadian keamanan secara memadai.
| Event | Informasi yang Dicatat | Tindakan Monitoring |
|---|---|---|
| Login | User, waktu, sumber, perangkat, dan hasil autentikasi. | Alert login gagal berulang atau lokasi tidak biasa. |
| Perubahan Hak | User, role lama, role baru, pemberi, dan waktu. | Review perubahan role istimewa. |
| Akses Data Sensitif | User, resource, operasi, waktu, dan alasan. | Deteksi akses dalam jumlah atau pola tidak normal. |
| Error Keamanan | Request ID, endpoint, waktu, dan kategori error. | Korelasi error dan indikasi serangan. |
| Perubahan Konfigurasi | Parameter, pelaksana, waktu, dan persetujuan. | Alert perubahan tanpa change record. |
| Ekspor Data | User, resource, jumlah data, tujuan, dan waktu. | Tinjau ekspor besar atau tidak biasa. |
Server-Side Request Forgery atau SSRF terjadi ketika aplikasi mengambil resource berdasarkan input pengguna tanpa membatasi tujuan request secara memadai.
Dalam kondisi ini, server aplikasi dapat dipaksa mengakses alamat internal, layanan administrasi, metadata cloud, atau tujuan eksternal yang seharusnya tidak dapat diakses oleh pengguna.
| Sumber Risiko | Dampak | Pencegahan |
|---|---|---|
| URL dari Pengguna | Server mengakses tujuan yang tidak dipercaya. | Gunakan allowlist domain dan scheme. |
| Redirect Eksternal | Tujuan awal berubah menuju alamat internal. | Validasi setiap redirect atau nonaktifkan redirect otomatis. |
| DNS Rebinding | Domain dipercaya berubah menjadi alamat internal. | Resolusi dan validasi alamat sebelum koneksi. |
| Akses Jaringan Internal | Server digunakan untuk menjangkau layanan internal. | Egress filtering, segmentasi, dan firewall. |
| Cloud Metadata | Informasi credential atau metadata instance dapat terekspos. | Network policy, identity control, dan pembatasan akses metadata. |
| Parser URL Lemah | Validasi dapat dilewati menggunakan format URL yang tidak biasa. | Gunakan parser tepercaya dan canonicalization. |
Threat modeling, security requirement, abuse case, dan privacy by design.
Validasi input, query parameter, output encoding, dan error handling.
MFA, RBAC, session security, ownership check, dan least privilege.
Code review, SAST, DAST, dependency scanning, dan pengujian keamanan.
Logging, alert, incident response, backup, dan pemulihan.
| Tahap SDLC | Aktivitas OWASP | Output |
|---|---|---|
| Perencanaan | Identifikasi aset, data sensitif, kebutuhan keamanan, dan risiko. | Security requirement dan risk register. |
| Analisis | Threat modeling, abuse case, dan analisis proses bisnis. | Threat model dan daftar kontrol. |
| Desain | Secure architecture, trust boundary, autentikasi, dan otorisasi. | Desain keamanan dan arsitektur aplikasi. |
| Pengembangan | Secure coding, dependency management, secret management, dan code review. | Source code yang telah diperiksa. |
| Pengujian | SAST, DAST, API testing, dependency scan, dan security regression. | Laporan pengujian dan daftar temuan. |
| Deployment | Hardening, konfigurasi, approval, artifact verification, dan rollback. | Release aman dan bukti deployment. |
| Operasi | Logging, monitoring, vulnerability management, dan incident response. | Dashboard, alert, laporan insiden, dan remediasi. |
| Pemeliharaan | Patch, review akses, dependency update, dan retest. | Sistem tetap aman setelah perubahan. |
| Kondisi | Kategori | Kontrol yang Diidentifikasi |
|---|---|---|
| Pengguna dapat membuka data pengguna lain dengan mengganti ID. | A01 - Broken Access Control | Ownership check dan otorisasi server-side. |
| Password disimpan dalam bentuk teks biasa. | A02 - Cryptographic Failures | Password hashing dan kontrol akses database. |
| Input pencarian langsung digabungkan dengan query SQL. | A03 - Injection | Prepared statement dan validasi input. |
| Proses refund dapat dilakukan tanpa approval. | A04 - Insecure Design | Separation of duties dan business rule enforcement. |
| Debug mode aktif pada production. | A05 - Security Misconfiguration | Hardening dan konfigurasi production aman. |
| Framework memiliki versi rentan dan tidak pernah diperbarui. | A06 - Vulnerable and Outdated Components | Dependency inventory, scanning, dan patching. |
| Tidak ada MFA dan login tidak memiliki rate limiting. | A07 - Identification and Authentication Failures | MFA, rate limiting, password hashing, dan session security. |
| Pipeline mengambil package tanpa verifikasi sumber. | A08 - Software and Data Integrity Failures | Trusted source, signing, review, dan artifact verification. |
| Perubahan role tidak dicatat dan tidak dimonitor. | A09 - Logging and Monitoring Failures | Audit log, alert, dan review aktivitas. |
| Server mengambil URL dari pengguna tanpa pembatasan tujuan. | A10 - Server-Side Request Forgery | URL allowlist, egress filtering, dan validasi tujuan. |
Sebuah aplikasi administrasi memiliki fitur login, profil pengguna, transaksi, upload dokumen, API, dan laporan. Pemeriksaan awal menemukan kondisi berikut:
Refleksikan penerapan OWASP Top 10 pada aplikasi sederhana di kelas, laboratorium, organisasi mahasiswa, atau usaha kecil.
Buat analisis keamanan aplikasi berdasarkan OWASP Top 10.
Memahami karakteristik, risiko, kontrol keamanan, arsitektur, pengelolaan identitas, perlindungan data, monitoring, dan respons insiden pada lingkungan cloud, aplikasi mobile, serta perangkat Internet of Things.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami perbedaan risiko dan kontrol keamanan pada cloud, mobile, dan IoT.
Mengamankan layanan, aplikasi, perangkat, dan data yang saling terhubung
Cloud computing adalah model penyediaan sumber daya komputasi seperti server, storage, database, jaringan, dan aplikasi melalui jaringan sesuai kebutuhan.
Mobile computing adalah penggunaan perangkat bergerak, seperti smartphone dan tablet, untuk menjalankan aplikasi, mengakses data, serta berkomunikasi dengan layanan lain.
Internet of Things atau IoT adalah ekosistem perangkat fisik yang memiliki sensor, software, konektivitas, dan kemampuan untuk mengumpulkan serta bertukar data.
| Aspek | Cloud | Mobile | IoT |
|---|---|---|---|
| Fokus | Infrastruktur, platform, aplikasi, dan layanan komputasi. | Aplikasi pada perangkat bergerak. | Perangkat fisik, sensor, aktuator, dan jaringan. |
| Aset Utama | Data, workload, storage, credential, dan konfigurasi. | Data pengguna, token, aplikasi, dan perangkat. | Perangkat, firmware, sensor, data, dan command. |
| Risiko Utama | Salah konfigurasi, akses berlebihan, dan kebocoran storage. | Malware, kehilangan perangkat, dan API tidak aman. | Password default, firmware rentan, dan perangkat tidak dipantau. |
| Identitas | IAM, role, service account, dan workload identity. | Akun pengguna, token, dan device identity. | Device identity, certificate, key, dan service account. |
| Tantangan | Lingkungan dinamis dan tanggung jawab bersama. | Perangkat hilang, sistem operasi beragam, dan penyimpanan lokal. | Perangkat banyak, resource terbatas, dan masa hidup panjang. |
Keamanan cloud adalah proses melindungi data, aplikasi, workload, jaringan, identitas, konfigurasi, dan layanan yang dijalankan pada lingkungan cloud.
| Model | Pengertian | Tanggung Jawab Organisasi |
|---|---|---|
| IaaS | Provider menyediakan server virtual, storage, jaringan, dan sumber daya dasar. | Sistem operasi, aplikasi, data, identitas, konfigurasi jaringan, dan patching. |
| PaaS | Provider mengelola platform dan runtime aplikasi. | Kode aplikasi, data, konfigurasi, identitas, dan akses aplikasi. |
| SaaS | Provider menyediakan aplikasi yang siap digunakan. | Akun, data, konfigurasi tenant, akses pengguna, dan pengaturan keamanan. |
| Serverless | Provider menjalankan fungsi berdasarkan event tanpa pengelolaan server langsung. | Kode fungsi, permission, dependency, event, data, dan secret. |
| Area | Risiko | Kontrol |
|---|---|---|
| IAM | Pengguna atau service memiliki akses terlalu luas. | Least privilege, MFA, role terpisah, dan review akses. |
| Storage | Bucket atau object dapat diakses publik. | Block public access, encryption, ACL review, dan monitoring. |
| Network | Server dan database terbuka ke internet. | Segmentasi, private subnet, firewall, dan security group. |
| Secret | Credential berada dalam source code atau konfigurasi terbuka. | Secret manager, rotasi key, dan akses terbatas. |
| Encryption | Data dapat dibaca saat disimpan atau dikirim. | Enkripsi at rest, in transit, dan key management. |
| Logging | Aktivitas cloud tidak dapat ditelusuri. | Audit trail, centralized logging, alert, dan retensi. |
| Backup | Data hilang atau tidak dapat dipulihkan. | Backup terjadwal, lokasi berbeda, immutable, dan restore test. |
| Configuration | Resource dibuat dengan pengaturan default yang tidak aman. | Baseline, policy as code, scanning, dan continuous compliance. |
| Ancaman | Penjelasan | Pencegahan |
|---|---|---|
| Misconfiguration | Resource, storage, IAM, atau network salah dikonfigurasi. | Baseline, review, automated scanning, dan policy as code. |
| Credential Theft | Credential cloud dicuri dari source code, endpoint, atau log. | Secret manager, MFA, rotasi, dan least privilege. |
| Excessive Privilege | Akun atau service memiliki hak berlebihan. | Role khusus, access review, dan permission boundary. |
| Insecure API | API cloud atau aplikasi tidak memiliki autentikasi dan validasi memadai. | API gateway, authentication, authorization, dan rate limit. |
| Data Leakage | Data sensitif terekspos melalui storage, log, backup, atau response. | Encryption, masking, DLP, dan response filtering. |
| Resource Abuse | Resource digunakan secara berlebihan atau tidak sah. | Quota, budget alert, monitoring, dan approval provisioning. |
| Supply Chain | Image, package, template, atau pipeline membawa komponen berbahaya. | Trusted registry, scanning, signing, dan provenance. |
Keamanan mobile adalah proses melindungi aplikasi mobile, perangkat, data lokal, komunikasi, session, API, dan identitas pengguna dari penyalahgunaan atau kebocoran.
| Aset | Contoh | Kontrol |
|---|---|---|
| Data Lokal | Cache, database lokal, file, dan preferensi. | Encryption at rest, minimisasi, dan secure deletion. |
| Credential | Password, token, API key, dan certificate. | Secure storage, expiration, rotation, dan tidak ditulis pada source code. |
| Source Code | Kode aplikasi, konfigurasi, dan endpoint. | Obfuscation sebagai lapisan tambahan, secret scanning, dan secure build. |
| Komunikasi | Request ke API, upload, download, dan notifikasi. | HTTPS, certificate validation, dan response filtering. |
| Session | Access token, refresh token, cookie, dan device session. | Secure storage, timeout, revocation, dan logout semua perangkat. |
| Device Permission | Kamera, lokasi, kontak, mikrofon, dan file. | Least privilege, just-in-time permission, dan transparansi. |
| Area | Risiko | Kontrol |
|---|---|---|
| Secure Storage | Token atau data pribadi dapat dibaca dari perangkat. | Gunakan secure storage platform dan enkripsi data lokal. |
| Network | Komunikasi disadap atau dimanipulasi. | HTTPS, validasi sertifikat, dan konfigurasi TLS aman. |
| Authentication | Aplikasi mempercayai identitas lokal tanpa verifikasi server. | Validasi session dan token pada server. |
| Authorization | Client menentukan sendiri hak akses. | Authorization wajib dilakukan pada server. |
| Permission | Aplikasi mengakses sensor atau data secara berlebihan. | Minta permission sesuai kebutuhan dan jelaskan tujuan. |
| Deep Link | Link khusus memanggil fungsi sensitif tanpa validasi. | Validasi parameter, autentikasi, dan otorisasi deep link. |
| Clipboard | Data sensitif dapat dibaca aplikasi lain. | Hindari menyalin secret dan batasi masa penyimpanan clipboard. |
| Screenshot | Data sensitif terlihat pada screenshot atau task switcher. | Gunakan perlindungan tampilan untuk halaman sensitif sesuai kebutuhan. |
| Ancaman | Penjelasan | Pencegahan |
|---|---|---|
| Perangkat Hilang | Data dan session dapat diakses oleh pihak lain. | Device lock, remote wipe, encryption, dan revocation. |
| Aplikasi Palsu | Pengguna memasang aplikasi yang menyerupai aplikasi resmi. | Distribusi resmi, code signing, edukasi, dan verifikasi package. |
| Malware | Credential, token, dan data dapat dicuri. | Platform security, app integrity, update, dan monitoring. |
| Reverse Engineering | Kode, endpoint, atau logika aplikasi dianalisis. | Jangan simpan secret di aplikasi, gunakan obfuscation sebagai lapisan tambahan. |
| Insecure Local Storage | Data sensitif disimpan dalam file atau database lokal tanpa perlindungan. | Encryption dan secure storage. |
| Insecure API | Aplikasi mobile memanggil API tanpa autentikasi dan otorisasi memadai. | API security, token scope, dan server-side authorization. |
| Excessive Permission | Aplikasi meminta akses perangkat yang tidak diperlukan. | Data minimization dan permission minimum. |
| Tahap | Aktivitas Keamanan | Output |
|---|---|---|
| Requirement | Identifikasi data, permission, API, dan risiko perangkat. | Security requirement dan privacy notice. |
| Design | Rancang storage, komunikasi, autentikasi, dan lifecycle token. | Arsitektur mobile dan data flow. |
| Development | Terapkan secure coding, input validation, dan secure storage. | Source code yang telah direview. |
| Testing | Uji permission, storage, API, session, deep link, dan error handling. | Laporan pengujian keamanan. |
| Release | Gunakan signing, store resmi, dan approval rilis. | Package aplikasi terverifikasi. |
| Maintenance | Patch library, cabut versi lama, dan pantau insiden. | Aplikasi tetap aman setelah rilis. |
Keamanan IoT adalah proses melindungi perangkat, firmware, sensor, aktuator, gateway, komunikasi, cloud platform, API, dan data yang membentuk ekosistem IoT.
Sensor dan aktuator mengumpulkan atau memengaruhi kondisi fisik.
Mengirim data melalui jaringan, gateway, dan protokol komunikasi.
Menyimpan, menganalisis, dan memproses data pada edge atau cloud.
Menampilkan data dan menyediakan fungsi bagi pengguna atau organisasi.
| Aset | Contoh | Risiko |
|---|---|---|
| Device Identity | ID perangkat, certificate, key, dan credential. | Perangkat palsu atau penyamaran device. |
| Firmware | Software yang berjalan pada perangkat. | Firmware rentan, dimodifikasi, atau tidak diperbarui. |
| Sensor Data | Suhu, lokasi, kesehatan, aktivitas, dan kondisi lingkungan. | Kebocoran, manipulasi, atau keputusan salah. |
| Aktuator | Motor, kunci, lampu, katup, dan perangkat pengendali. | Tindakan fisik yang berbahaya atau tidak sah. |
| Gateway | Perangkat penghubung antara IoT dan jaringan atau cloud. | Titik kompromi untuk banyak perangkat. |
| Management Platform | Dashboard, API, provisioning, dan device management. | Pengambilalihan massal dan perubahan konfigurasi. |
| Physical Device | Perangkat, port debug, chip, dan media penyimpanan. | Akses fisik, ekstraksi firmware, dan manipulasi perangkat. |
| Area | Risiko | Kontrol |
|---|---|---|
| Device Identity | Perangkat palsu bergabung ke jaringan. | Unique identity, certificate, secure provisioning, dan device registration. |
| Default Credential | Semua perangkat dapat diakses dengan password bawaan. | Ganti credential, gunakan key unik, dan nonaktifkan akun default. |
| Secure Boot | Firmware tidak sah dijalankan. | Verifikasi signature sebelum boot. |
| Firmware Update | Perangkat tetap memiliki kerentanan lama. | Signed update, secure channel, rollback protection, dan update inventory. |
| Communication | Data atau command disadap dan dimodifikasi. | Enkripsi, mutual authentication, dan network segmentation. |
| Physical Security | Perangkat dibongkar atau port debug digunakan. | Secure enclosure, disable debug, dan pembatasan akses fisik. |
| Device Lifecycle | Perangkat lama tetap terhubung tanpa pengelolaan. | Provisioning, monitoring, decommissioning, dan certificate revocation. |
| Privacy | Sensor mengumpulkan data lebih banyak dari yang diperlukan. | Data minimization, consent, retention, dan access control. |
| Ancaman | Dampak | Pencegahan |
|---|---|---|
| Default Password | Perangkat mudah diambil alih. | Credential unik, provisioning aman, dan password policy. |
| Firmware Rentan | Penyerang memanfaatkan kerentanan lama. | Patch management, signed update, dan inventory. |
| Botnet | Banyak perangkat dikendalikan untuk serangan atau aktivitas berbahaya. | Hardening, monitoring traffic, dan isolasi perangkat. |
| Device Spoofing | Data atau command berasal dari perangkat palsu. | Mutual authentication dan device certificate. |
| Data Manipulation | Sensor mengirimkan data palsu atau aktuator menjalankan command ilegal. | Integrity check, anomaly detection, dan command authorization. |
| Physical Tampering | Firmware, key, atau port perangkat diakses secara fisik. | Secure boot, enclosure, disable debug, dan tamper detection. |
| Insecure Gateway | Kompromi gateway memengaruhi banyak device. | Hardening, segmentation, patching, dan monitoring. |
| Privacy Leakage | Data lokasi, perilaku, kesehatan, atau lingkungan terekspos. | Minimization, encryption, retention, dan consent. |
Perangkat diberi identitas, credential, konfigurasi, dan hak akses.
Perangkat terhubung, mengirim data, dan menerima command secara aman.
Firmware diperbarui, credential dirotasi, dan status perangkat dimonitor.
Akses dicabut, data dihapus, dan perangkat dikeluarkan secara aman.
| Area | Risiko | Kontrol |
|---|---|---|
| Device to Gateway | Perangkat palsu atau komunikasi disadap. | Mutual authentication, encryption, dan certificate. |
| Gateway to Cloud | Data dan command dimanipulasi pada jaringan. | TLS, service identity, API authorization, dan network segmentation. |
| Command Control | Aktuator menjalankan perintah tidak sah. | Command signing, authorization, replay protection, dan validation. |
| Message Replay | Pesan lama dikirim ulang untuk mengulangi tindakan. | Timestamp, nonce, sequence number, atau token sekali pakai. |
| Network Segmentation | Kompromi satu perangkat menyebar ke jaringan lain. | VLAN, firewall, private network, dan pembatasan egress. |
| Availability | Perangkat tidak dapat mengirim atau menerima data. | Retry terkontrol, queue, fallback, dan monitoring koneksi. |
| Prinsip | Cloud | Mobile | IoT |
|---|---|---|---|
| Minimasi | Simpan data cloud sesuai kebutuhan layanan. | Aplikasi hanya meminta permission yang diperlukan. | Sensor tidak mengumpulkan data melebihi kebutuhan. |
| Transparansi | Informasikan lokasi dan penggunaan data. | Sediakan privacy notice dan pengaturan pengguna. | Jelaskan jenis sensor dan tujuan pemrosesan. |
| Retensi | Hapus data dan backup sesuai jadwal. | Hapus cache, data lokal, dan session yang tidak diperlukan. | Tentukan periode penyimpanan data sensor. |
| Akses | Batasi akses tenant, administrator, dan service. | Batasi akses aplikasi terhadap perangkat. | Batasi pihak yang dapat membaca data dan mengirim command. |
| Perlindungan | Enkripsi, masking, IAM, dan audit. | Secure storage dan komunikasi terenkripsi. | Device identity, enkripsi, dan segmentasi. |
| Tahap | Cloud | Mobile | IoT |
|---|---|---|---|
| Deteksi | Audit cloud, IAM alert, storage access, dan network anomaly. | Laporan pengguna, aplikasi palsu, malware, dan token anomali. | Device anomaly, firmware change, traffic, dan command tidak biasa. |
| Isolasi | Cabut role, isolate instance, block key, dan batasi network. | Cabut token, remote wipe, dan blokir akun atau device. | Quarantine device, cabut certificate, dan isolasi gateway. |
| Investigasi | Tinjau audit log, IAM, configuration, dan network flow. | Analisis aplikasi, perangkat, token, dan aktivitas API. | Analisis firmware, device log, gateway, dan data sensor. |
| Pemulihan | Restore resource, rotate key, dan deploy konfigurasi aman. | Update aplikasi, reset credential, dan pulihkan perangkat. | Reflash firmware, rotate key, reprovision, dan validasi device. |
| Pembelajaran | Perbaiki policy, IAM, network, dan baseline. | Perbaiki secure coding, permission, dan release process. | Perbaiki firmware, lifecycle, provisioning, dan monitoring. |
Identitas pengguna, service, aplikasi, dan perangkat harus unik serta memiliki hak minimum.
Data dilindungi saat disimpan, dikirim, diproses, dan dicadangkan.
Kode, firmware, dependency, API, dan pipeline dikembangkan secara aman.
Aktivitas, konfigurasi, device, API, dan jaringan dimonitor secara terpusat.
Provisioning, penggunaan, patching, pencabutan akses, dan penghapusan dikelola sejak awal hingga akhir.
| Kondisi | Teknologi | Risiko | Kontrol |
|---|---|---|---|
| Bucket penyimpanan dapat diakses publik. | Cloud | Kebocoran data. | Block public access, ACL review, dan monitoring. |
| Semua administrator menggunakan satu akun. | Cloud | Aktivitas tidak dapat ditelusuri dan risiko penyalahgunaan meningkat. | Akun individual, MFA, RBAC, dan audit log. |
| Token API disimpan pada file aplikasi mobile. | Mobile | Token dapat diekstrak dari perangkat atau package aplikasi. | Secure storage, token expiration, dan revocation. |
| Aplikasi meminta akses kontak dan lokasi tanpa kebutuhan jelas. | Mobile | Pelanggaran privasi dan pengumpulan data berlebihan. | Permission minimization, notice, dan persetujuan. |
| Perangkat IoT menggunakan password default yang sama. | IoT | Pengambilalihan massal dan botnet. | Credential unik, provisioning aman, dan rotasi. |
| Firmware tidak pernah diperbarui. | IoT | Kerentanan lama tetap terbuka. | Signed update, inventory, patching, dan monitoring. |
| Gateway IoT berada pada jaringan yang sama dengan server penting. | IoT | Kompromi device dapat menyebar ke jaringan internal. | Segmentasi, firewall, dan egress filtering. |
| Data lokasi pengguna disimpan tanpa batas waktu. | Cloud, Mobile, dan IoT | Risiko privasi dan kebocoran data. | Data minimization, retention, encryption, dan deletion. |
Sebuah organisasi mengembangkan sistem pemantauan lingkungan. Sistem terdiri dari sensor IoT, gateway, cloud database, dashboard web, dan aplikasi mobile.
Refleksikan penerapan keamanan Cloud, Mobile, dan IoT pada organisasi sederhana atau sistem informasi yang digunakan sehari-hari.
Buat analisis keamanan terhadap satu ekosistem yang terdiri dari cloud, mobile, IoT, atau kombinasi ketiganya.
| Komponen | Bobot | Indikator Penilaian |
|---|---|---|
| Arsitektur Sistem | 15% | Diagram dan hubungan Cloud, Mobile, IoT, API, gateway, serta database dijelaskan. |
| Identifikasi Aset | 10% | Aset, data, perangkat, service, dan pengguna berhasil diidentifikasi. |
| Analisis Ancaman | 20% | Ancaman cloud, mobile, IoT, dan dampaknya dianalisis secara logis. |
| Rancangan Kontrol | 20% | Kontrol identity, encryption, network, patching, monitoring, dan recovery sesuai dengan risiko. |
| Privasi Data | 10% | Data minimization, consent, retention, dan access control dibahas. |
| Monitoring dan Respons | 10% | Terdapat rancangan logging, alert, isolasi, investigasi, dan pemulihan. |
| Rekomendasi | 10% | Rekomendasi memiliki prioritas, owner, dan langkah penerapan. |
| Etika dan Dokumentasi | 5% | Scope, izin, perlindungan data, dan dokumentasi disajikan dengan benar. |
| Komponen | Fungsi | Kontrol Keamanan |
|---|---|---|
| Mobile Application | Menyediakan interface bagi pengguna. | Secure storage, HTTPS, permission minimum, dan token terproteksi. |
| API Gateway | Menjadi pintu masuk request ke layanan backend. | Authentication, authorization, rate limit, validation, dan logging. |
| Application Service | Memproses aturan bisnis. | Service identity, least privilege, secure coding, dan monitoring. |
| IoT Gateway | Menghubungkan device dengan platform cloud. | Device certificate, protocol encryption, segmentation, dan update. |
| Cloud Database | Menyimpan data aplikasi dan sensor. | Private network, encryption, backup, access control, dan audit. |
| Identity Provider | Mengelola identitas pengguna dan service. | MFA, role, session policy, access review, dan audit log. |
| Monitoring Platform | Mengumpulkan log, metric, dan alert. | Access control, retention, integrity, dan incident escalation. |
| Alur | Risiko | Kontrol |
|---|---|---|
| Mobile ke API | Request disadap, token dicuri, atau request dimodifikasi. | HTTPS, token scope, certificate validation, dan server-side authorization. |
| IoT ke Gateway | Device palsu atau pesan dipalsukan. | Device identity, mutual authentication, encryption, dan replay protection. |
| Gateway ke Cloud | Data sensor bocor atau command dimanipulasi. | TLS, service identity, allowlist, dan network segmentation. |
| API ke Database | Query tidak aman atau akun database memiliki hak berlebihan. | Parameterized query, private network, database role, dan audit. |
| Cloud ke Administrator | Console cloud diakses oleh akun yang tidak berwenang. | MFA, privileged access, session monitoring, dan approval. |
| Data ke Backup | Backup berisi data sensitif dan dapat diakses pihak yang tidak berwenang. | Encryption, immutable backup, access control, dan restore test. |
| Skenario | Tindakan Awal | Pemulihan |
|---|---|---|
| Credential Cloud Bocor | Cabut atau nonaktifkan credential, blokir akses, dan pertahankan log. | Buat credential baru, review permission, dan audit aktivitas. |
| Mobile Device Hilang | Cabut session, blokir device, dan aktifkan remote wipe jika tersedia. | Ganti credential, tinjau akses, dan daftarkan perangkat pengganti. |
| IoT Device Terinfeksi | Isolasi perangkat dan blokir komunikasi abnormal. | Reflash firmware, rotate key, patch, dan lakukan reprovisioning. |
| Storage Cloud Terbuka | Tutup akses publik dan simpan bukti konfigurasi. | Review data yang terekspos, rotate secret, dan perbaiki policy. |
| API Disalahgunakan | Aktifkan rate limit, cabut token, dan batasi endpoint. | Perbaiki authorization, validasi, logging, dan lakukan regression test. |
| Firmware Tidak Sah | Isolasi perangkat dan hentikan update lanjutan. | Verifikasi image, reflash firmware resmi, dan audit proses update. |
Memahami keamanan cloud computing, shared responsibility, identity and access management, perlindungan data, keamanan jaringan, konfigurasi resource, monitoring, compliance, backup, incident response, dan cloud governance.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan risiko dan kontrol keamanan pada lingkungan cloud.
Melindungi identitas, data, workload, dan konfigurasi cloud
Cloud security adalah rangkaian kebijakan, proses, teknologi, konfigurasi, dan kontrol yang digunakan untuk melindungi data, aplikasi, identitas, jaringan, resource, serta workload pada lingkungan cloud.
Cloud security tidak hanya berfokus pada server cloud. Keamanan juga mencakup akun pengguna, konfigurasi storage, API, database, container, virtual network, secret, backup, logging, dan hubungan dengan cloud provider.
| Karakteristik | Penjelasan | Implikasi Keamanan |
|---|---|---|
| On-Demand Self-Service | Pengguna dapat membuat resource sesuai kebutuhan. | Provisioning tanpa kontrol dapat membuat resource terbuka atau berlebihan. |
| Broad Network Access | Layanan dapat diakses melalui jaringan dan berbagai perangkat. | Endpoint, identitas, API, dan jaringan harus dilindungi. |
| Resource Pooling | Resource provider digunakan oleh banyak pelanggan. | Isolasi tenant, konfigurasi akses, dan perlindungan data harus diperhatikan. |
| Rapid Elasticity | Resource dapat bertambah atau berkurang dengan cepat. | Resource baru harus otomatis mengikuti baseline keamanan. |
| Measured Service | Penggunaan resource dapat diukur dan ditagihkan. | Monitoring biaya, aktivitas, dan anomali harus diterapkan. |
| Model | Layanan yang Dikelola Provider | Tanggung Jawab Pelanggan |
|---|---|---|
| IaaS | Hardware, fasilitas, jaringan dasar, dan virtualisasi. | Operating system, aplikasi, data, identity, konfigurasi network, dan patching. |
| PaaS | Infrastruktur, operating system, runtime, dan platform. | Kode aplikasi, data, identity, konfigurasi, dan akses pengguna. |
| SaaS | Infrastruktur, platform, dan aplikasi. | Akun, data, permission, konfigurasi tenant, dan penggunaan layanan. |
| Serverless | Infrastruktur dan runtime eksekusi fungsi. | Kode, trigger, permission, dependency, data, dan secret. |
| Managed Database | Infrastruktur database, availability, dan sebagian patch platform. | Data, user database, query, network access, dan konfigurasi keamanan. |
| Model | Karakteristik | Pertimbangan Keamanan |
|---|---|---|
| Public Cloud | Resource disediakan provider untuk banyak pelanggan. | IAM, tenant isolation, konfigurasi publik, privacy, dan compliance. |
| Private Cloud | Cloud digunakan oleh satu organisasi. | Organisasi tetap bertanggung jawab atas konfigurasi, patching, dan akses. |
| Hybrid Cloud | Kombinasi private environment dan public cloud. | Integrasi jaringan, identity federation, data flow, dan monitoring lintas lingkungan. |
| Community Cloud | Digunakan oleh organisasi dengan kebutuhan atau kepentingan bersama. | Governance, pembagian tanggung jawab, dan aturan akses harus jelas. |
| Multi-Cloud | Menggunakan layanan dari beberapa provider. | Policy, identity, log, konfigurasi, dan incident response lebih kompleks. |
Shared responsibility berarti keamanan cloud dibagi antara cloud provider dan pelanggan. Pembagian tanggung jawab berbeda berdasarkan model layanan dan jenis resource yang digunakan.
| Area | Umumnya Provider | Umumnya Pelanggan |
|---|---|---|
| Fasilitas | Keamanan gedung, listrik, pendingin, dan perangkat fisik. | Pemilihan provider dan evaluasi layanan. |
| Infrastruktur Dasar | Hardware, hypervisor, dan jaringan fisik. | Konfigurasi virtual network dan akses resource. |
| Operating System | Biasanya provider pada PaaS atau SaaS. | Pelanggan pada IaaS. |
| Aplikasi | Menyediakan platform atau fitur aplikasi sesuai layanan. | Secure coding, konfigurasi, dan pengelolaan pengguna. |
| Data | Menyediakan mekanisme penyimpanan sesuai kontrak. | Klasifikasi, akses, retensi, enkripsi, dan pemrosesan data. |
| Identity | Menyediakan platform IAM. | User, role, policy, MFA, key, dan review permission. |
| Monitoring | Menyediakan log dan service health sesuai layanan. | Mengaktifkan, mengumpulkan, meninjau, dan merespons alert. |
IAM mengatur siapa yang dapat mengakses resource cloud, resource apa yang dapat digunakan, tindakan apa yang boleh dilakukan, dan dari kondisi apa akses tersebut diberikan.
| Prinsip | Penjelasan | Contoh Penerapan |
|---|---|---|
| Least Privilege | User dan service hanya memiliki hak minimum. | Role laporan hanya dapat membaca view tertentu. |
| MFA | Membutuhkan faktor tambahan untuk akses penting. | MFA wajib untuk root, administrator, dan console access. |
| Individual Account | Setiap manusia menggunakan identitas masing-masing. | Hindari akun administrator bersama. |
| Service Identity | Aplikasi menggunakan identity khusus. | Gunakan role atau workload identity, bukan credential pribadi developer. |
| Temporary Credential | Credential memiliki masa berlaku terbatas. | Gunakan token sementara untuk deployment atau akses operasional. |
| Permission Boundary | Membatasi maksimum hak yang dapat diberikan. | Developer tidak dapat membuat role administrator. |
| Access Review | Mengevaluasi akses secara berkala. | Cabut akun pegawai yang pindah tugas atau keluar organisasi. |
| Break-Glass Access | Akses darurat yang dikontrol secara khusus. | Akses darurat memerlukan approval dan audit. |
| Kontrol | Fungsi | Risiko yang Dikurangi |
|---|---|---|
| Network Segmentation | Memisahkan workload berdasarkan fungsi dan tingkat sensitivitas. | Pergerakan lateral dan penyebaran insiden. |
| Private Subnet | Menempatkan resource yang tidak perlu diakses langsung dari internet. | Akses publik dan scanning eksternal. |
| Security Group | Mengatur traffic masuk dan keluar resource. | Port terbuka dan koneksi tidak sah. |
| Network ACL | Menyaring traffic pada tingkat subnet atau jaringan. | Akses jaringan yang tidak diperlukan. |
| Egress Filtering | Membatasi tujuan koneksi keluar dari workload. | Exfiltration dan SSRF. |
| Bastion atau Secure Access | Menyediakan jalur administrasi yang terkontrol. | Akses langsung ke server dari internet. |
| Private Endpoint | Menghubungkan resource melalui jaringan privat. | Paparan layanan sensitif ke internet. |
| Tahap Data | Risiko | Kontrol |
|---|---|---|
| Data Collection | Data dikumpulkan secara berlebihan atau tanpa tujuan jelas. | Data minimization, classification, dan privacy notice. |
| Data in Transit | Data disadap atau diubah saat dikirim. | TLS, secure API, dan certificate management. |
| Data at Rest | Data terbaca jika storage atau backup bocor. | Encryption, access control, dan key management. |
| Data in Use | Data terlihat oleh proses atau user yang tidak semestinya. | IAM, masking, tokenization, dan workload isolation. |
| Data Sharing | Data dibagikan kepada pihak atau service tanpa kontrol. | Agreement, scope, API authorization, dan monitoring. |
| Data Deletion | Data tetap berada pada storage, cache, atau backup. | Retention policy, secure deletion, dan lifecycle rule. |
Enkripsi mengubah data menjadi bentuk yang tidak mudah dibaca tanpa kunci yang sesuai. Keamanan enkripsi sangat bergantung pada pengelolaan kunci, bukan hanya algoritma yang digunakan.
| Area | Praktik Aman | Risiko Jika Diabaikan |
|---|---|---|
| Key Storage | Simpan kunci pada key management service atau vault. | Kunci bocor melalui source code atau konfigurasi. |
| Key Rotation | Rotasi kunci berdasarkan kebijakan dan peristiwa risiko. | Kunci yang bocor dapat digunakan terlalu lama. |
| Key Access | Batasi siapa dan service apa yang dapat menggunakan kunci. | Penyalahgunaan dan dekripsi tidak sah. |
| Key Backup | Cadangkan atau simpan recovery key secara aman dan terpisah. | Data tidak dapat dibuka setelah kehilangan kunci. |
| Key Deletion | Hapus atau nonaktifkan kunci sesuai prosedur dan dampak pemulihan. | Data tidak dapat dipulihkan atau kunci lama tetap aktif. |
| Encryption Scope | Tentukan data, backup, disk, database, dan komunikasi yang wajib dienkripsi. | Sebagian data sensitif tetap terbuka. |
| Pemeriksaan | Pertanyaan | Kontrol |
|---|---|---|
| Public Access | Apakah object atau bucket dapat diakses publik? | Block public access dan review policy. |
| Permission | Siapa yang dapat membaca, menulis, atau menghapus? | Least privilege, ACL, IAM, dan access review. |
| Encryption | Apakah data dan backup terenkripsi? | Encryption at rest, in transit, dan key management. |
| Versioning | Apakah perubahan atau penghapusan dapat dipulihkan? | Versioning, object lock, dan lifecycle policy. |
| Lifecycle | Apakah data lama dipindahkan atau dihapus sesuai kebijakan? | Retention, archive, dan deletion rule. |
| Access Logging | Apakah aktivitas read, write, dan delete tercatat? | Storage access log dan alert aktivitas anomali. |
| Data Sharing | Apakah link atau object dibagikan secara terbatas? | Signed URL dengan durasi terbatas dan scope minimum. |
| Area | Risiko | Kontrol |
|---|---|---|
| Base Image | Image memiliki package rentan atau malware. | Gunakan image minimal, trusted registry, dan image scanning. |
| Container Privilege | Container berjalan dengan hak terlalu tinggi. | Gunakan user non-root, capability minimum, dan security profile. |
| Secret | Secret tertanam pada image atau environment terbuka. | Gunakan secret manager dan injection terkontrol. |
| Function Permission | Fungsi serverless dapat mengakses resource terlalu luas. | Role terpisah dan permission minimum. |
| Dependency | Package fungsi atau image memiliki kerentanan. | Dependency scanning dan patching otomatis terkontrol. |
| Event Trigger | Fungsi dapat dipanggil oleh event yang tidak semestinya. | Validasi event, authentication, dan authorization. |
| Runtime Logging | Error atau aktivitas penting tidak dapat ditelusuri. | Centralized logging, correlation ID, dan redaction. |
| Sumber Log | Contoh Event | Alert yang Dapat Dibuat |
|---|---|---|
| IAM | Login, perubahan role, pembuatan key, dan policy update. | Root login, MFA disabled, atau privilege meningkat. |
| Storage | Object read, write, delete, dan policy change. | Public access, penghapusan massal, atau download besar. |
| Network | Connection, firewall change, dan flow. | Port terbuka, koneksi asing, atau traffic keluar tidak normal. |
| Compute | Instance creation, command execution, dan configuration change. | Instance asing, privilege command, atau resource mendadak meningkat. |
| API Gateway | Request, status code, client, dan endpoint. | Brute force, error meningkat, dan scraping. |
| Billing | Penggunaan resource dan perubahan biaya. | Lonjakan biaya atau provisioning tidak dikenal. |
| Komponen | Tujuan | Kontrol |
|---|---|---|
| Backup Data | Memulihkan data setelah kehilangan atau kerusakan. | Jadwal, retensi, enkripsi, lokasi berbeda, dan restore test. |
| Configuration Backup | Membangun kembali konfigurasi cloud. | Infrastructure as code, versioning, dan repository terkontrol. |
| Multi-Region atau Lokasi Alternatif | Mengurangi dampak gangguan lokasi utama. | Replikasi, failover, dan pengujian pemulihan. |
| RTO | Target waktu pemulihan layanan. | Uji waktu restore, kapasitas, dan prosedur operasional. |
| RPO | Toleransi kehilangan data. | Tentukan frekuensi backup dan replikasi. |
| Immutable Backup | Mencegah backup diubah atau dihapus oleh pihak tidak sah. | Object lock, offline copy, dan credential terpisah. |
| Area Governance | Pertanyaan | Kontrol |
|---|---|---|
| Account Governance | Siapa yang boleh membuat akun atau subscription? | Approval, account hierarchy, dan owner yang jelas. |
| Resource Governance | Resource apa yang boleh dibuat dan di mana? | Policy as code, tagging, quota, dan restriction. |
| Data Governance | Data apa yang disimpan dan siapa yang boleh mengakses? | Classification, retention, privacy, dan access review. |
| Configuration Governance | Apakah konfigurasi mengikuti baseline? | Continuous compliance dan configuration scanning. |
| Vendor Governance | Apakah provider memenuhi kebutuhan keamanan organisasi? | Due diligence, perjanjian, audit, dan review layanan. |
| Cost Governance | Apakah penggunaan resource terkontrol? | Budget alert, tagging biaya, quota, dan approval provisioning. |
| Ancaman | Dampak | Pencegahan |
|---|---|---|
| Cloud Misconfiguration | Resource atau data terbuka ke publik. | Baseline, policy as code, scanning, dan review. |
| Credential Theft | Penyerang mengambil alih akun cloud. | MFA, secret manager, temporary credential, dan rotation. |
| Excessive Permission | Satu akun dapat mengubah seluruh lingkungan. | Least privilege, role terpisah, dan access review. |
| Public Storage | Data sensitif dapat diunduh publik. | Block public access, encryption, dan access monitoring. |
| Insecure API | Endpoint cloud dapat disalahgunakan. | Authentication, authorization, validation, dan rate limiting. |
| Supply Chain | Image, package, atau template membawa komponen berbahaya. | Trusted source, scanning, signing, dan approval. |
| Data Loss | Data hilang akibat kesalahan, serangan, atau gangguan layanan. | Backup, versioning, immutable copy, dan restore test. |
| Resource Abuse | Resource digunakan untuk aktivitas tidak sah atau biaya meningkat. | Monitoring biaya, quota, alert, dan approval. |
Tinjau alert IAM, storage, network, API, billing, dan konfigurasi.
Cabut key, blokir akses, isolasi workload, dan hentikan aktivitas mencurigakan.
Analisis audit log, flow jaringan, perubahan policy, dan aktivitas resource.
Rotasi secret, restore data, perbaiki konfigurasi, dan lakukan verifikasi.
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Semua user menggunakan role administrator. | Satu akun dapat mengubah seluruh resource. | Role terpisah, least privilege, MFA, dan access review. |
| Cloud storage dapat diakses publik. | Kebocoran data dan pelanggaran privasi. | Block public access, policy review, dan monitoring. |
| Database cloud menggunakan public endpoint. | Database dapat diserang langsung dari internet. | Private subnet, firewall, private endpoint, dan allowlist jaringan. |
| Access key developer digunakan oleh aplikasi produksi. | Credential pribadi bocor dan sulit dicabut. | Workload identity, service account, secret manager, dan rotasi. |
| Tidak ada audit log perubahan IAM. | Perubahan permission sulit ditelusuri. | Audit trail, alert, dan review perubahan. |
| Backup hanya disimpan pada account cloud yang sama. | Backup dapat ikut dihapus atau terenkripsi. | Account berbeda, immutable copy, dan akses terpisah. |
| Container berjalan sebagai root. | Kompromi container dapat berdampak lebih luas. | User non-root, capability minimum, dan container hardening. |
| Biaya cloud tiba-tiba meningkat drastis. | Resource disalahgunakan atau credential dikompromikan. | Budget alert, quota, audit log, dan incident response. |
Sebuah organisasi memindahkan aplikasi administrasi ke cloud. Arsitektur terdiri dari web application, API, managed database, object storage, container, dan layanan monitoring.
Refleksikan penerapan cloud security pada organisasi sederhana, laboratorium, proyek mahasiswa, atau usaha kecil.
Buat rancangan keamanan cloud untuk sebuah organisasi atau aplikasi yang dipilih.
Memahami keamanan perangkat mobile, aplikasi mobile, data lokal, autentikasi, session, API, permission, komunikasi jaringan, secure storage, distribusi aplikasi, monitoring, dan respons insiden.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami dan menerapkan prinsip keamanan pada perangkat serta aplikasi mobile.
Melindungi aplikasi, device, data, dan pengguna
Mobile Security adalah serangkaian proses, kebijakan, teknologi, dan kontrol untuk melindungi perangkat mobile, sistem operasi, aplikasi, data, komunikasi, identitas, dan layanan yang terhubung.
Keamanan mobile mencakup sisi client dan server. Aplikasi mobile tidak boleh dipercaya sebagai tempat pengambilan keputusan keamanan karena perangkat dan kode aplikasi dapat dimodifikasi oleh pengguna.
| Area | Yang Dilindungi | Contoh Risiko |
|---|---|---|
| Device Security | Sistem operasi, lock screen, storage, dan konfigurasi perangkat. | Perangkat hilang, malware, rooting, atau jailbreak. |
| Application Security | Source code, binary, konfigurasi, dan dependency. | Kerentanan kode, secret bocor, dan aplikasi palsu. |
| Data Security | Data lokal, cache, file, database, dan credential. | Kebocoran data melalui storage atau backup. |
| Network Security | Komunikasi aplikasi dengan API dan service. | Penyadapan, man-in-the-middle, dan API tidak aman. |
| Identity Security | Akun, session, token, dan device identity. | Pengambilalihan akun dan pencurian token. |
| Privacy | Data lokasi, kontak, kamera, mikrofon, dan aktivitas pengguna. | Pengumpulan data berlebihan atau tanpa persetujuan. |
| Backend Security | API, database, cloud, dan service pendukung. | Broken access control, injection, dan data exposure. |
| Aset | Contoh | Dampak Jika Bocor atau Rusak |
|---|---|---|
| Data Pengguna | Nama, email, profil, lokasi, dan aktivitas. | Pelanggaran privasi, penipuan, dan profiling. |
| Credential | Password, PIN, access token, dan refresh token. | Pengambilalihan akun. |
| Data Transaksi | Pembayaran, pesanan, saldo, dan riwayat transaksi. | Kerugian finansial dan manipulasi transaksi. |
| Source Code | Kode aplikasi, endpoint, konfigurasi, dan library. | Reverse engineering dan penemuan kerentanan. |
| Device Information | Device ID, model, sistem operasi, dan fingerprint. | Tracking, spoofing, dan penyalahgunaan identitas perangkat. |
| Media | Foto, video, audio, dokumen, dan file lokal. | Kebocoran data pribadi atau pemerasan. |
| Notification | Pesan OTP, reset password, transaksi, dan informasi akun. | Data terlihat pada lock screen atau perangkat lain. |
| Ancaman | Penjelasan | Pencegahan |
|---|---|---|
| Perangkat Hilang atau Dicuri | Pihak lain dapat mengakses data lokal, session, dan aplikasi. | Device lock, encryption, remote wipe, dan revocation. |
| Malware Mobile | Aplikasi berbahaya membaca data atau memantau aktivitas. | Instalasi dari sumber tepercaya, update, dan mobile threat defense. |
| Insecure Storage | Token, password, atau data pribadi disimpan tanpa perlindungan. | Secure storage, encryption, dan data minimization. |
| Insecure Communication | Data dikirim tanpa perlindungan transport. | HTTPS, TLS, certificate validation, dan API security. |
| Reverse Engineering | Kode aplikasi dianalisis untuk menemukan secret atau logika bisnis. | Jangan menyimpan secret dalam aplikasi, gunakan obfuscation sebagai lapisan tambahan. |
| Excessive Permission | Aplikasi meminta akses perangkat secara berlebihan. | Least privilege, just-in-time permission, dan privacy notice. |
| API Abuse | API digunakan di luar hak atau tujuan yang ditentukan. | Server-side authorization, token scope, rate limit, dan monitoring. |
| Fake Application | Aplikasi palsu menyamar sebagai aplikasi resmi. | Distribusi resmi, code signing, package verification, dan edukasi pengguna. |
Autentikasi mobile harus melindungi identitas pengguna, perangkat, session, dan proses pemulihan akun. Aplikasi mobile tidak boleh menentukan sendiri apakah pengguna berhak mengakses data tertentu.
| Kontrol | Fungsi | Praktik Aman |
|---|---|---|
| Password | Memverifikasi identitas pengguna. | Password di-hash di server dan tidak disimpan pada perangkat. |
| MFA | Menambahkan faktor autentikasi lain. | Gunakan untuk login, transaksi, dan akses sensitif. |
| Biometric | Memudahkan verifikasi menggunakan biometrik perangkat. | Gunakan sebagai mekanisme unlock lokal, bukan pengganti seluruh validasi server. |
| Device Binding | Menghubungkan session dengan perangkat tertentu. | Gunakan device identity secara hati-hati dan sediakan proses pencabutan. |
| Session Expiration | Membatasi masa berlaku session atau token. | Gunakan access token berumur terbatas, refresh rotation, dan revocation. |
| Reauthentication | Memverifikasi ulang tindakan berisiko tinggi. | Terapkan sebelum mengubah password, PIN, kontak, atau transaksi bernilai besar. |
| Account Recovery | Memulihkan akses ketika pengguna kehilangan perangkat atau credential. | Gunakan verifikasi berlapis dan notifikasi aktivitas. |
| Media Penyimpanan | Risiko | Praktik Aman |
|---|---|---|
| Shared Preferences atau Local Settings | Nilai dapat dibaca jika menyimpan token atau data sensitif. | Gunakan untuk data non-sensitif saja atau lindungi dengan secure storage. |
| Local Database | Database dapat diekstrak dari perangkat. | Enkripsi database, minimisasi data, dan validasi akses. |
| File Cache | File sementara dapat memuat data pribadi. | Jangan menyimpan data sensitif tanpa kebutuhan dan hapus sesuai lifecycle. |
| Secure Key Storage | Key atau token dapat dicuri dari storage biasa. | Gunakan mekanisme secure storage dari platform. |
| Clipboard | Aplikasi lain dapat membaca data yang disalin. | Hindari menyalin password, PIN, atau token apabila tidak diperlukan. |
| Backup Perangkat | Data aplikasi dapat ikut masuk backup. | Atur backup exclusion atau enkripsi sesuai kebutuhan. |
| Screenshot dan Recent Apps | Data sensitif terlihat pada task switcher. | Lindungi layar sensitif dan minimalkan tampilan data. |
| Kontrol | Fungsi | Risiko yang Dikurangi |
|---|---|---|
| HTTPS atau TLS | Mengenkripsi komunikasi aplikasi dengan server. | Penyadapan dan manipulasi data. |
| Certificate Validation | Memastikan aplikasi berkomunikasi dengan server yang benar. | Man-in-the-middle dan sertifikat palsu. |
| Hostname Verification | Memastikan sertifikat sesuai dengan tujuan koneksi. | Koneksi ke server yang tidak sah. |
| API Authentication | Memverifikasi pengguna, device, atau service. | Akses API tanpa identitas. |
| Request Validation | Memastikan data yang dikirim dan diterima sesuai schema. | Injection, data rusak, dan penyalahgunaan. |
| Timeout dan Retry | Mengendalikan komunikasi saat jaringan gagal. | Resource exhaustion dan request berulang. |
| Offline Mode | Mengatur data dan tindakan ketika perangkat tidak terhubung. | Data stale, konflik, dan transaksi tanpa validasi server. |
Aplikasi mobile biasanya hanya menjadi client. Karena itu, seluruh kontrol penting harus diterapkan pada API dan backend, bukan hanya pada tampilan aplikasi.
| Area | Risiko | Kontrol |
|---|---|---|
| Authentication | Aplikasi mengakses API tanpa identitas yang sah. | Access token, refresh token, MFA, dan expiration. |
| Authorization | User dapat melihat data milik user lain. | Role, scope, ownership check, dan validasi server-side. |
| Request | Client mengirim field atau nilai yang tidak sesuai. | Schema validation, allowlist, dan business rule. |
| Response | API mengembalikan data pribadi atau field internal. | Response filtering, masking, dan data minimization. |
| Rate Limiting | API diserang atau digunakan secara berlebihan. | Rate limit per account, device, token, dan endpoint. |
| Device Management | Perangkat lama tetap memiliki akses. | Device list, revocation, logout semua perangkat, dan reauthentication. |
| Transaction Security | Jumlah, harga, atau status transaksi dimanipulasi. | Server-side calculation, approval, idempotency, dan audit trail. |
Permission memberikan akses aplikasi terhadap fitur atau data perangkat. Permission harus diminta berdasarkan kebutuhan nyata dan tidak boleh digunakan secara berlebihan.
| Permission | Risiko | Praktik Aman |
|---|---|---|
| Location | Tracking pengguna dan kebocoran lokasi. | Minta saat fitur digunakan dan gunakan tingkat akurasi minimum. |
| Camera | Pengambilan gambar tanpa tujuan jelas. | Jelaskan tujuan dan aktifkan hanya ketika diperlukan. |
| Microphone | Perekaman suara tanpa sepengetahuan pengguna. | Gunakan hanya pada fitur komunikasi atau perekaman yang jelas. |
| Contacts | Kebocoran daftar kontak. | Hindari jika tidak penting dan jelaskan pemrosesan data. |
| Storage atau Photos | Aplikasi membaca atau mengubah file pribadi. | Gunakan file picker dan batasi ruang lingkup akses. |
| Notifications | Informasi OTP atau transaksi terlihat di lock screen. | Masking isi notifikasi dan sediakan pengaturan privasi. |
| Bluetooth atau Nearby Device | Perangkat lain dapat berinteraksi tanpa verifikasi. | Pairing, authentication, encryption, dan pembatasan perangkat. |
| Area | Risiko | Kontrol |
|---|---|---|
| Deep Link | Link membuka fungsi sensitif tanpa autentikasi atau validasi. | Validasi parameter, autentikasi, authorization, dan domain tepercaya. |
| Universal Link atau App Link | Aplikasi lain dapat mengklaim atau memproses link. | Verifikasi hubungan domain dan aplikasi. |
| WebView | Konten web menjalankan script atau mengakses bridge aplikasi. | Batasi JavaScript, domain, bridge, dan external navigation. |
| Redirect | Pengguna diarahkan ke situs palsu atau berbahaya. | Allowlist domain dan validasi URL. |
| File dari WebView | File atau data lokal dapat diakses oleh konten eksternal. | Batasi file access, origin, dan permission. |
| JavaScript Bridge | Konten tidak tepercaya memanggil fungsi native. | Expose fungsi minimum dan validasi seluruh input bridge. |
| Risiko | Contoh | Kontrol |
|---|---|---|
| Data Sensitif Terlihat | OTP, saldo, atau detail transaksi muncul pada lock screen. | Gunakan pesan umum dan tampilkan detail setelah autentikasi. |
| Token Notification Bocor | Device token dicatat atau dikirim melalui kanal tidak aman. | Lindungi token, batasi akses, dan rotasi sesuai kebutuhan. |
| Notification Spoofing | Pesan palsu membuat pengguna membuka link berbahaya. | Gunakan domain resmi dan edukasi pengguna. |
| Replay | Pesan atau command lama digunakan kembali. | Timestamp, nonce, expiration, dan validasi server. |
| Device Tidak Aktif | Notification dikirim ke perangkat lama atau tidak lagi dimiliki. | Device inventory dan pencabutan token. |
| Area | Praktik Aman | Risiko yang Dikurangi |
|---|---|---|
| Secret | Jangan menanam API key, password, atau private key pada aplikasi. | Reverse engineering dan credential theft. |
| Input | Validasi input pada client dan server. | Data rusak, injection, dan manipulasi. |
| Authorization | Selalu lakukan pemeriksaan hak akses pada backend. | Bypass client dan privilege escalation. |
| Logging | Jangan mencatat token, password, atau data pribadi ke log. | Kebocoran credential dan data. |
| Error Handling | Tampilkan pesan umum tanpa detail internal. | Information disclosure. |
| Dependency | Gunakan package tepercaya dan lakukan pembaruan. | Vulnerable component dan supply chain attack. |
| Cryptography | Gunakan library dan algoritma standar. | Implementasi kriptografi lemah. |
| Tahap | Risiko | Kontrol |
|---|---|---|
| Source Repository | Kode atau secret dapat diakses tanpa izin. | MFA, branch protection, code review, dan secret scanning. |
| Build Pipeline | Binary disisipi kode atau dependency berbahaya. | Build environment terkontrol, dependency scanning, dan approval. |
| Signing Key | Aplikasi palsu dapat ditandatangani atau update tidak sah dibuat. | Simpan key secara aman, batasi akses, dan lakukan rotasi sesuai prosedur. |
| Distribution | Pengguna mengunduh aplikasi dari sumber tidak resmi. | Gunakan channel resmi dan verifikasi package. |
| Update | Versi lama rentan tetap digunakan. | Security update, minimum supported version, dan notifikasi pengguna. |
| Rollback | Versi bermasalah tidak dapat dipulihkan. | Release versioning, staged rollout, dan rollback plan. |
| Pengujian | Fokus | Hasil yang Diharapkan |
|---|---|---|
| Static Analysis | Source code, binary, secret, dependency, konfigurasi, dan permission. | Tidak ada secret atau pola kode rentan. |
| Dynamic Analysis | Perilaku aplikasi saat berjalan. | Session, error, storage, dan komunikasi mengikuti kontrol keamanan. |
| API Testing | Authentication, authorization, schema, response, dan rate limit. | API menolak request tidak sah. |
| Storage Testing | Cache, database, file, log, clipboard, dan backup. | Data sensitif terlindungi atau tidak disimpan. |
| Permission Testing | Penggunaan kamera, lokasi, kontak, file, dan sensor. | Permission minimum dan sesuai tujuan. |
| Session Testing | Token expiration, logout, rotation, dan device revocation. | Session lama tidak dapat digunakan setelah dicabut. |
| Deep Link Testing | Parameter, domain, redirect, dan akses fungsi sensitif. | Deep link divalidasi dan memerlukan hak yang sesuai. |
| Tamper Testing | Perubahan package, runtime, dan lingkungan perangkat. | Aplikasi dapat mendeteksi kondisi risiko sesuai kebutuhan. |
| Indikator | Contoh | Respons |
|---|---|---|
| Login Anomali | Login dari perangkat atau lokasi yang tidak biasa. | Reauthentication, cabut session, dan notifikasi pengguna. |
| Device Baru | Akun login dari perangkat yang belum dikenal. | Verifikasi tambahan dan device registration. |
| Token Reuse | Token lama digunakan setelah rotasi atau logout. | Cabut seluruh session dan investigasi. |
| API Abuse | Request berlebihan atau akses data dalam jumlah besar. | Rate limit, blokir sementara, dan tinjau aktivitas. |
| Aplikasi Palsu | Pengguna melaporkan aplikasi atau link yang menyerupai aplikasi resmi. | Edukasi, pelaporan platform distribusi, dan rotasi credential. |
| Perangkat Hilang | Smartphone atau tablet hilang atau dicuri. | Remote wipe, logout semua perangkat, dan pencabutan token. |
| Malware | Perangkat terindikasi terinfeksi. | Cabut session, reset credential, isolasi perangkat, dan lakukan pemeriksaan. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Access token disimpan pada file teks biasa. | Token dapat dibaca dari perangkat. | Secure storage, token expiration, rotation, dan revocation. |
| Aplikasi menggunakan HTTP untuk API. | Data dan credential dapat disadap. | HTTPS, TLS, certificate validation, dan secure API. |
| Role pengguna ditentukan dari nilai pada aplikasi mobile. | Pengguna dapat memodifikasi aplikasi dan menaikkan hak akses. | Role dan authorization ditentukan pada server. |
| Aplikasi meminta akses kontak dan lokasi tanpa fungsi yang jelas. | Pengumpulan data berlebihan dan pelanggaran privasi. | Permission minimization, privacy notice, dan just-in-time permission. |
| Isi OTP ditampilkan lengkap pada lock screen. | OTP dapat dibaca orang lain. | Masking notification dan pengaturan privasi. |
| WebView membuka seluruh URL dan mengaktifkan bridge. | Konten tidak tepercaya mengakses fungsi native. | Domain allowlist, bridge minimum, dan validasi URL. |
| Aplikasi tidak menyediakan logout semua perangkat. | Session pada perangkat hilang tetap aktif. | Device management, revocation, dan remote logout. |
| Password dan token ditulis ke log debug. | Credential bocor melalui log atau perangkat. | Redaction, secure logging, dan production logging policy. |
Sebuah organisasi memiliki aplikasi mobile untuk transaksi anggota. Aplikasi terhubung ke API cloud dan menyimpan sebagian data secara offline.
Refleksikan penerapan Mobile Security pada aplikasi yang digunakan oleh organisasi, kampus, laboratorium, atau usaha kecil.
Buat analisis dan rancangan keamanan untuk sebuah aplikasi mobile.
Memahami keamanan Internet of Things, meliputi device identity, firmware, sensor, aktuator, gateway, komunikasi, cloud platform, API, physical security, privacy, monitoring, patching, dan pengelolaan siklus hidup perangkat.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami dan menerapkan prinsip keamanan pada ekosistem Internet of Things.
Melindungi perangkat, data, command, dan ekosistem IoT
IoT Security adalah proses melindungi perangkat Internet of Things, firmware, sensor, aktuator, gateway, jaringan, cloud, API, data, dan pengguna dari akses tidak sah, manipulasi, kerusakan, penyalahgunaan, serta gangguan layanan.
Keamanan IoT lebih kompleks dibandingkan aplikasi biasa karena melibatkan perangkat fisik, resource terbatas, koneksi jaringan yang beragam, lokasi tersebar, umur penggunaan panjang, dan dampak langsung terhadap lingkungan fisik.
| Karakteristik | Penjelasan | Implikasi Keamanan |
|---|---|---|
| Perangkat Banyak | Satu sistem dapat terdiri dari ribuan atau jutaan perangkat. | Provisioning, inventory, patching, dan monitoring harus dapat dilakukan dalam skala besar. |
| Resource Terbatas | Sebagian perangkat memiliki CPU, memory, storage, dan energi terbatas. | Kontrol kriptografi, logging, dan update harus dirancang efisien. |
| Lokasi Tersebar | Perangkat berada di rumah, pabrik, kendaraan, ruang publik, atau lokasi terpencil. | Akses fisik, koneksi, dan maintenance lebih sulit dikendalikan. |
| Umur Panjang | Perangkat dapat digunakan selama bertahun- tahun. | Harus memiliki rencana patching, rotasi key, dan end-of-life. |
| Interaksi Fisik | Perangkat dapat mengendalikan mesin, pintu, kendaraan, atau proses fisik. | Insiden keamanan dapat menimbulkan kerugian fisik atau keselamatan. |
| Koneksi Beragam | Menggunakan Wi-Fi, Bluetooth, jaringan seluler, LPWAN, Ethernet, atau protokol khusus. | Setiap kanal membutuhkan konfigurasi, autentikasi, dan perlindungan yang sesuai. |
Sensor mengumpulkan data, sedangkan aktuator menjalankan tindakan pada lingkungan fisik.
Data dan command dikirim melalui jaringan, gateway, dan protokol komunikasi.
Data disimpan, dianalisis, dan diproses pada edge, server, atau cloud.
Dashboard, aplikasi mobile, dan API digunakan untuk memantau atau mengendalikan sistem.
| Komponen | Fungsi | Risiko Keamanan |
|---|---|---|
| Sensor | Mengukur kondisi lingkungan atau objek. | Data palsu, manipulasi sensor, dan kebocoran informasi. |
| Aktuator | Menjalankan tindakan berdasarkan command. | Perintah tidak sah dapat menimbulkan dampak fisik. |
| Microcontroller | Mengendalikan fungsi dasar perangkat. | Firmware dimodifikasi atau credential diekstraksi. |
| Gateway | Menghubungkan perangkat ke jaringan atau cloud. | Kompromi gateway memengaruhi banyak device. |
| Protocol | Mengatur pertukaran pesan dan data. | Protokol lemah, replay, spoofing, atau penyadapan. |
| IoT Platform | Mengelola device, data, command, dan rule. | API rentan, permission berlebihan, dan konfigurasi salah. |
| Dashboard | Menampilkan data dan menyediakan fungsi administrasi. | Akses tanpa otorisasi dan kebocoran data. |
| Mobile Application | Memberikan akses pengguna terhadap perangkat dan data. | Token bocor, API abuse, dan permission berlebihan. |
| Prinsip | Contoh Risiko IoT | Kontrol |
|---|---|---|
| Confidentiality | Data lokasi, kesehatan, aktivitas, atau kondisi lingkungan dibaca pihak tidak sah. | Enkripsi, access control, device identity, dan data minimization. |
| Integrity | Data sensor atau command aktuator diubah. | Message authentication, signature, nonce, dan authorization. |
| Availability | Perangkat atau layanan tidak dapat menerima command atau mengirim data. | Redundancy, offline mode, queue, monitoring, dan recovery. |
| Safety | Perangkat menjalankan tindakan yang membahayakan manusia atau lingkungan. | Fail-safe, limit, interlock, manual override, dan approval. |
| Privacy | Sensor mengumpulkan data pribadi tanpa transparansi. | Consent, minimization, retention, dan privacy-by-design. |
Device identity adalah identitas unik yang digunakan untuk mengenali perangkat. Identitas ini berbeda dari nama umum atau alamat jaringan karena harus dapat diverifikasi dan dikelola sepanjang siklus hidup perangkat.
| Mekanisme | Fungsi | Praktik Aman |
|---|---|---|
| Unique Device ID | Membedakan setiap perangkat. | ID unik, tidak mudah ditebak, dan tercatat dalam inventory. |
| Certificate | Membuktikan identitas perangkat melalui sertifikat. | Provisioning aman, validasi chain, rotasi, dan revocation. |
| Device Key | Digunakan untuk autentikasi atau enkripsi. | Simpan pada secure element atau storage terlindungi. |
| Pre-Shared Key | Rahasia yang dibagikan antara device dan server. | Gunakan key unik per perangkat dan lakukan rotasi. |
| Mutual Authentication | Device memverifikasi server dan server memverifikasi device. | Gunakan sertifikat atau mekanisme identitas yang sesuai. |
| Device Revocation | Menghentikan akses perangkat yang hilang, rusak, atau dikompromikan. | Certificate revocation, denylist, dan quarantine. |
Provisioning adalah proses mendaftarkan perangkat, memberikan identitas, credential, konfigurasi, policy, dan akses awal sebelum perangkat digunakan.
| Tahap | Aktivitas | Kontrol Keamanan |
|---|---|---|
| Device Registration | Mendaftarkan identitas dan metadata perangkat. | Verifikasi sumber, serial number, dan ownership. |
| Credential Assignment | Memberikan key, certificate, atau credential. | Credential unik, channel aman, dan akses terbatas. |
| Configuration | Menetapkan endpoint, policy, interval, dan fitur. | Secure baseline, signed configuration, dan validasi nilai. |
| Ownership | Menentukan pemilik, lokasi, dan fungsi perangkat. | Asset inventory dan approval. |
| Activation | Mengaktifkan device untuk mengirim data atau menerima command. | Aktivasi hanya setelah verifikasi dan test. |
| Record Keeping | Menyimpan informasi lifecycle perangkat. | Inventory, timestamp, owner, status, dan riwayat perubahan. |
| Kontrol | Fungsi | Risiko yang Dikurangi |
|---|---|---|
| Secure Boot | Memverifikasi firmware sebelum dijalankan. | Firmware palsu atau hasil modifikasi. |
| Firmware Signing | Menjamin firmware berasal dari penerbit tepercaya. | Supply chain dan firmware injection. |
| Integrity Check | Memeriksa perubahan pada firmware atau konfigurasi. | Tampering dan perubahan tidak sah. |
| Anti-Rollback | Mencegah pemasangan firmware lama yang memiliki kerentanan. | Downgrade attack. |
| Debug Lock | Membatasi akses port debug dan interface development. | Ekstraksi firmware, key, dan manipulasi perangkat. |
| Secure Element | Menyimpan key pada hardware yang terlindungi. | Ekstraksi key dari storage biasa. |
| Firmware Inventory | Mengetahui versi firmware pada setiap device. | Perangkat lama dan tidak ter-patch tidak terdeteksi. |
| Tahap Update | Risiko | Kontrol |
|---|---|---|
| Update Preparation | Firmware berisi bug atau komponen berbahaya. | Code review, testing, signing, dan release approval. |
| Distribution | Firmware disisipi atau diubah saat dikirim. | Secure channel, signature, dan integrity verification. |
| Device Validation | Device memasang firmware dari sumber tidak sah. | Validasi signature, version, issuer, dan target device. |
| Installation | Gangguan daya membuat firmware rusak. | Atomic update, dual partition, dan recovery image. |
| Rollback | Perangkat kembali ke firmware rentan. | Anti-rollback dan version policy. |
| Completion | Status update tidak diketahui. | Device acknowledgment, inventory update, dan monitoring. |
| Jalur Komunikasi | Risiko | Kontrol |
|---|---|---|
| Device ke Device | Perangkat palsu, penyadapan, dan command tidak sah. | Mutual authentication, encryption, dan message integrity. |
| Device ke Gateway | Sensor atau aktuator mengirim data ke gateway palsu. | Device certificate, secure pairing, dan endpoint validation. |
| Gateway ke Cloud | Data atau command dimanipulasi pada jaringan. | TLS, service identity, API authorization, dan private network. |
| Cloud ke Device | Perintah tidak sah dikirim ke aktuator. | Command authorization, signing, scope, dan replay protection. |
| Message Replay | Pesan lama dikirim ulang untuk mengulangi tindakan. | Timestamp, nonce, sequence number, dan expiration. |
| Network Availability | Perangkat tidak dapat berkomunikasi. | Retry terkontrol, queue, fallback, dan monitoring koneksi. |
| Protokol atau Kanal | Penggunaan | Pertimbangan Keamanan |
|---|---|---|
| MQTT | Publish dan subscribe pesan ringan. | TLS, authentication, topic authorization, dan client identity. |
| CoAP | Komunikasi ringan untuk perangkat terbatas. | DTLS, access control, message integrity, dan replay protection. |
| HTTP atau HTTPS | Komunikasi web dan API. | Gunakan HTTPS, token, schema validation, dan rate limiting. |
| Bluetooth atau BLE | Komunikasi jarak dekat antarperangkat. | Pairing aman, authentication, encryption, dan pembatasan discoverability. |
| Wi-Fi | Koneksi perangkat ke jaringan lokal atau internet. | WPA sesuai kebutuhan, network segmentation, dan credential unik. |
| Cellular atau LPWAN | Koneksi perangkat di lokasi luas atau terpencil. | Device identity, encryption, APN atau network policy, dan monitoring. |
Gateway sering menjadi titik penghubung antara banyak perangkat IoT dengan jaringan internal atau cloud. Karena itu, kompromi gateway dapat berdampak pada seluruh kelompok perangkat.
| Area | Risiko | Kontrol |
|---|---|---|
| Gateway Identity | Gateway palsu bergabung ke ekosistem. | Certificate, device registration, dan authentication. |
| Operating System | Gateway menjalankan software rentan. | Hardening, patching, service minimization, dan secure boot. |
| Network | Gateway menjadi jalur menuju jaringan internal. | Segmentation, firewall, allowlist, dan egress filtering. |
| Data Processing | Data sensor dan command disimpan atau dimodifikasi. | Encryption, integrity check, access control, dan retention. |
| Local Management | Administrator lokal dapat mengubah konfigurasi. | MFA, role, audit log, dan akses fisik terbatas. |
| Recovery | Gateway gagal atau dikompromikan. | Backup konfigurasi, replacement, reimage, dan reprovisioning. |
| Entitas | Hak Akses | Kontrol |
|---|---|---|
| Device | Mengirim telemetry dan menerima command sesuai fungsi. | Device identity, scope, topic permission, dan certificate. |
| Operator | Memantau data atau menjalankan tindakan operasional. | RBAC, MFA, approval, dan audit trail. |
| Administrator | Mengelola konfigurasi, device, user, dan policy. | Least privilege, privileged access, MFA, dan session monitoring. |
| Developer | Mengakses environment pengembangan atau testing. | Pisahkan environment dan larang akses data produksi tanpa persetujuan. |
| Service | Membaca, memproses, atau meneruskan data IoT. | Workload identity, service role, dan scope minimum. |
| Vendor | Dukungan teknis dan maintenance. | Akses sementara, approval, monitoring, dan pencabutan setelah pekerjaan selesai. |
Karena perangkat IoT berada di dunia fisik, penyerang dapat memperoleh akses langsung ke perangkat, port, chip, firmware, storage, atau power supply.
| Risiko Fisik | Dampak | Kontrol |
|---|---|---|
| Perangkat Dicuri | Data, credential, dan firmware dapat diekstraksi. | Enclosure, secure storage, encryption, dan remote revocation. |
| Port Debug Terbuka | Penyerang dapat membaca atau mengubah firmware. | Disable atau lock port debug dan gunakan akses maintenance terkontrol. |
| Firmware Extraction | Logika, key, atau credential dapat diekstraksi. | Secure boot, encryption at rest, secure element, dan key protection. |
| Tampering | Sensor, kabel, atau komponen diubah. | Tamper detection, enclosure, seal, dan physical inspection. |
| Power Manipulation | Perangkat mati atau masuk kondisi tidak aman. | Fail-safe, battery monitoring, UPS, dan recovery procedure. |
| Maintenance Access | Teknisi dapat menggunakan credential berlebihan. | Temporary access, approval, logging, dan supervision. |
| Prinsip Privasi | Penerapan pada IoT | Contoh |
|---|---|---|
| Data Minimization | Sensor hanya mengumpulkan data yang diperlukan. | Menggunakan lokasi dengan tingkat akurasi secukupnya. |
| Purpose Limitation | Data digunakan untuk tujuan yang telah ditentukan. | Data suhu tidak digunakan untuk profiling pengguna tanpa alasan. |
| Transparency | Pengguna mengetahui sensor, data, dan tujuan pemrosesan. | Privacy notice pada aplikasi dan perangkat. |
| Consent | Persetujuan diminta bila diperlukan. | Persetujuan penggunaan lokasi atau data kesehatan. |
| Retention | Data tidak disimpan lebih lama dari kebutuhan. | Penghapusan telemetry lama secara otomatis. |
| User Control | Pengguna dapat melihat, mengubah, atau menghapus data sesuai kebijakan. | Dashboard privasi dan permintaan penghapusan. |
| Anonymization | Identitas individu disamarkan ketika tidak diperlukan. | Menghapus identifier sebelum analisis statistik. |
| Indikator | Contoh Anomali | Tindakan Awal |
|---|---|---|
| Device Login | Login dari device ID atau lokasi yang tidak dikenal. | Validasi identity, cabut credential, dan quarantine. |
| Firmware | Versi berubah tanpa jadwal update. | Verifikasi signature, isolasi, dan investigasi. |
| Telemetry | Nilai sensor tidak wajar atau berubah mendadak. | Cek device, sensor, jaringan, dan integritas data. |
| Network | Traffic meningkat atau menuju tujuan asing. | Egress filtering, block, dan analisis flow. |
| Command | Aktuator menerima command di luar pola normal. | Hentikan command, validasi operator, dan gunakan manual override. |
| Device Availability | Banyak device offline secara bersamaan. | Periksa jaringan, gateway, serangan denial of service, dan power. |
| Provisioning | Device baru muncul tanpa proses registrasi. | Tolak device, review inventory, dan investigasi sumber. |
Identifikasi device anomali, command mencurigakan, firmware berubah, atau traffic tidak normal.
Quarantine device, cabut certificate, batasi jaringan, dan hentikan command berisiko.
Analisis device log, gateway, firmware, network flow, dan command history.
Reflash firmware, rotate key, reprovision device, dan validasi kembali sistem.
| Tahap | Kegiatan | Kontrol Keamanan |
|---|---|---|
| Design | Menentukan fungsi, data, jaringan, dan risiko perangkat. | Threat modeling, secure architecture, privacy-by-design, dan safety analysis. |
| Manufacturing | Membuat hardware, firmware, dan credential awal. | Secure supply chain, credential unik, key protection, dan quality control. |
| Provisioning | Mendaftarkan dan mengaktifkan perangkat. | Secure enrollment, device identity, dan configuration baseline. |
| Deployment | Menempatkan perangkat pada lokasi penggunaan. | Physical security, network segmentation, dan inventory. |
| Operation | Perangkat mengirim data dan menerima command. | Authentication, authorization, encryption, logging, dan monitoring. |
| Maintenance | Melakukan update, perbaikan, dan rotasi credential. | Signed firmware, patch management, key rotation, dan retest. |
| Decommissioning | Menghentikan penggunaan perangkat. | Revocation, secure erase, data deletion, dan asset update. |
| Ancaman | Dampak | Pencegahan |
|---|---|---|
| Default Credential | Perangkat mudah diambil alih. | Credential unik, provisioning aman, dan rotasi. |
| Firmware Rentan | Penyerang menjalankan kode atau mengambil data. | Secure boot, signed update, inventory, dan patching. |
| Botnet | Perangkat dikendalikan untuk serangan atau spam. | Hardening, network isolation, monitoring, dan credential unik. |
| Device Spoofing | Data palsu atau command berasal dari device yang tidak sah. | Mutual authentication dan certificate. |
| Replay Attack | Pesan lama digunakan kembali. | Nonce, timestamp, sequence number, dan expiration. |
| Physical Tampering | Firmware, key, atau sensor dimodifikasi. | Enclosure, secure element, debug lock, dan tamper detection. |
| Insecure API | Data dan command dapat diakses tanpa kontrol memadai. | Authentication, authorization, validation, dan rate limit. |
| Privacy Leakage | Data perilaku, lokasi, kesehatan, atau lingkungan bocor. | Minimization, encryption, access control, dan retention. |
| Supply Chain Attack | Hardware, firmware, package, atau vendor membawa komponen berbahaya. | Vendor assessment, signing, inventory, dan trusted source. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Semua perangkat menggunakan password default yang sama. | Pengambilalihan massal dan botnet. | Credential unik, provisioning aman, dan rotasi key. |
| Firmware tidak memiliki signature. | Firmware palsu atau hasil modifikasi dapat dijalankan. | Secure boot, firmware signing, dan integrity verification. |
| Device mengirim data melalui protokol tanpa enkripsi. | Penyadapan dan manipulasi data. | TLS atau DTLS, mutual authentication, dan message integrity. |
| Gateway IoT berada pada jaringan utama. | Kompromi gateway dapat menyebar ke sistem internal. | Network segmentation, firewall, dan egress filtering. |
| Semua operator dapat mengirim command ke aktuator. | Tindakan fisik tidak sah atau berbahaya. | RBAC, scope, approval, audit, dan fail-safe. |
| Perangkat lama tetap aktif setelah diganti. | Credential lama dapat digunakan untuk akses. | Decommissioning, revocation, secure erase, dan inventory update. |
| Data sensor lokasi disimpan selamanya. | Pelanggaran privasi dan kebocoran data. | Data minimization, retention policy, anonymization, dan deletion. |
| Tidak ada monitoring perubahan firmware. | Modifikasi tidak sah sulit terdeteksi. | Firmware inventory, integrity monitoring, dan alert. |
Sebuah organisasi menggunakan sistem IoT untuk memantau lingkungan gedung. Sistem memiliki sensor suhu dan kualitas udara, gateway, cloud platform, dashboard web, dan aplikasi mobile.
Refleksikan penerapan IoT Security pada rumah, laboratorium, kampus, organisasi, pabrik, atau usaha kecil.
Buat analisis dan rancangan keamanan untuk sebuah ekosistem IoT.
Memahami konsep perlindungan sistem informasi melalui defense in depth, hardening, kontrol akses, proteksi endpoint, keamanan jaringan, perlindungan data, backup, monitoring, pemulihan, dan respons terhadap insiden keamanan.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu menjelaskan dan menerapkan berbagai kontrol proteksi pada sistem informasi.
Mencegah, mendeteksi, dan memulihkan gangguan keamanan
Proteksi sistem adalah serangkaian kebijakan, proses, teknologi, dan kontrol yang digunakan untuk melindungi sistem informasi dari akses tidak sah, perubahan ilegal, malware, kehilangan data, gangguan layanan, serta penyalahgunaan sumber daya.
Proteksi sistem tidak hanya berupa firewall atau antivirus. Perlindungan yang efektif mencakup manusia, proses, teknologi, data, aplikasi, infrastruktur, dan lingkungan operasional.
| Tujuan | Penjelasan | Contoh Kontrol |
|---|---|---|
| Confidentiality | Memastikan informasi hanya dapat diakses oleh pihak yang berwenang. | Enkripsi, access control, masking, dan klasifikasi data. |
| Integrity | Memastikan data dan sistem tidak diubah secara tidak sah. | Hash, signature, audit trail, approval, dan change control. |
| Availability | Memastikan layanan dapat digunakan sesuai kebutuhan. | Redundancy, backup, monitoring, capacity planning, dan recovery. |
| Accountability | Memastikan aktivitas dapat ditelusuri kepada pengguna atau sistem tertentu. | Akun individual, logging, timestamp, dan request ID. |
| Authenticity | Memastikan identitas pengguna, perangkat, atau layanan benar. | MFA, certificate, token, dan identity verification. |
| Resilience | Memastikan sistem mampu bertahan dan pulih dari gangguan. | Disaster recovery, incident response, backup, dan failover. |
Defense in depth adalah strategi penggunaan beberapa lapisan kontrol keamanan. Jika satu kontrol gagal, lapisan lain masih dapat mencegah, mendeteksi, atau mengurangi dampak serangan.
Kesadaran keamanan, pelatihan, tanggung jawab, dan prosedur pengguna.
Kebijakan, change management, backup, audit, dan incident response.
Firewall, IAM, encryption, endpoint protection, dan vulnerability scanning.
Logging, alert, threat detection, audit, dan continuous improvement.
| Aset | Contoh | Kebutuhan Proteksi |
|---|---|---|
| Data | Data pelanggan, transaksi, laporan, dan data pribadi. | Klasifikasi, access control, encryption, backup, dan retention. |
| Aplikasi | Web, mobile, API, service, dan source code. | Secure SDLC, patching, code review, dan security testing. |
| Server | Server fisik, virtual machine, container, dan cloud workload. | Hardening, segmentation, patching, dan monitoring. |
| Endpoint | Laptop, desktop, smartphone, dan tablet. | Device control, antivirus, encryption, dan update. |
| Network | Router, firewall, switch, VPN, dan wireless. | Segmentation, secure configuration, dan traffic monitoring. |
| Identity | User account, admin account, service account, key, dan token. | MFA, least privilege, rotation, dan revocation. |
| Backup | Backup database, file, konfigurasi, dan recovery image. | Encryption, access restriction, immutable copy, dan restore test. |
Security baseline adalah konfigurasi minimum yang harus dipenuhi oleh sistem agar dapat dioperasikan secara aman. Baseline harus disesuaikan dengan jenis sistem, tingkat risiko, dan kebutuhan organisasi.
| Area Baseline | Ketentuan Minimum | Bukti Verifikasi |
|---|---|---|
| Identity | Akun individual, password policy, MFA, dan least privilege. | IAM review dan daftar role. |
| Operating System | Patch terbaru, service minimum, firewall aktif, dan akun default dinonaktifkan. | Configuration scan dan patch report. |
| Network | Port minimum, segmentasi, secure protocol, dan rule terdokumentasi. | Firewall rule review dan network diagram. |
| Application | Debug nonaktif, secret aman, input validation, dan secure headers. | Code review dan security testing. |
| Database | Akun minimum, encryption, backup, dan akses terbatas. | Database configuration review. |
| Logging | Event penting dicatat dan dikirim ke lokasi terkontrol. | Log sample dan monitoring dashboard. |
| Backup | Backup terjadwal, terenkripsi, dan diuji restore. | Backup report dan hasil restore test. |
Hardening adalah proses mengurangi permukaan serangan sistem dengan menonaktifkan fitur yang tidak diperlukan, memperkuat konfigurasi, membatasi akses, dan menerapkan baseline keamanan.
| Area | Aktivitas Hardening | Risiko yang Dikurangi |
|---|---|---|
| Account Hardening | Hapus akun tidak diperlukan, ganti default password, dan batasi privilege. | Brute force dan privilege escalation. |
| Service Hardening | Nonaktifkan service, daemon, dan fitur yang tidak diperlukan. | Attack surface dan eksploitasi service. |
| Network Hardening | Batasi port, protocol, route, dan koneksi keluar. | Unauthorized access dan lateral movement. |
| File System | Terapkan permission file, ownership, dan storage protection. | Perubahan file sistem dan kebocoran data. |
| Logging | Aktifkan audit log, sinkronisasi waktu, dan retensi. | Aktivitas tidak dapat ditelusuri. |
| Patch | Perbarui operating system, firmware, library, dan aplikasi. | Eksploitasi kerentanan yang telah diketahui. |
| Security Configuration | Matikan debug, gunakan konfigurasi aman, dan lindungi secret. | Misconfiguration dan information disclosure. |
| Kontrol | Fungsi | Penerapan |
|---|---|---|
| Antivirus atau EDR | Mendeteksi malware, aktivitas abnormal, dan perilaku berbahaya. | Instal pada endpoint yang didukung dan pastikan update aktif. |
| Disk Encryption | Melindungi data ketika perangkat hilang atau dicuri. | Enkripsi storage dan pengelolaan recovery key. |
| Patch Management | Menutup kerentanan sistem operasi dan aplikasi. | Jadwal patch, prioritas risiko, dan verifikasi hasil. |
| Device Control | Mengendalikan USB, removable media, dan peripheral. | Allowlist device dan pembatasan akses. |
| Application Control | Membatasi aplikasi yang boleh dijalankan. | Allowlist software, code signing, dan software inventory. |
| Screen Lock | Mencegah akses saat perangkat ditinggalkan. | Auto-lock, password, PIN, atau biometric. |
| Remote Management | Mengelola konfigurasi, update, dan penghapusan data. | MDM, remote wipe, inventory, dan policy enforcement. |
| Kontrol | Fungsi | Risiko yang Dikurangi |
|---|---|---|
| Firewall | Mengatur traffic masuk dan keluar. | Koneksi tidak sah dan port terbuka. |
| Network Segmentation | Memisahkan jaringan berdasarkan fungsi dan sensitivitas. | Lateral movement dan penyebaran insiden. |
| VPN | Melindungi koneksi dari lokasi atau jaringan yang tidak dipercaya. | Penyadapan dan akses jaringan internal. |
| IDS atau IPS | Mendeteksi atau mencegah pola traffic berbahaya. | Scanning, exploit, dan malicious traffic. |
| DNS Security | Melindungi resolusi nama dan mendeteksi domain berbahaya. | Phishing, malware, dan DNS manipulation. |
| Egress Control | Membatasi tujuan koneksi keluar sistem. | Data exfiltration, SSRF, dan command and control. |
| Wireless Security | Melindungi jaringan Wi-Fi dan perangkat nirkabel. | Akses jaringan tanpa izin dan rogue access point. |
| Area | Kontrol | Risiko yang Dikurangi |
|---|---|---|
| Authentication | MFA, password hashing, session security, dan account recovery. | Account takeover. |
| Authorization | RBAC, ownership check, scope, dan default deny. | Broken access control. |
| Input Validation | Validasi tipe, format, panjang, ukuran, dan aturan bisnis. | Injection dan data rusak. |
| Output Encoding | Encode data berdasarkan konteks output. | Cross-site scripting. |
| Query Protection | Gunakan parameterized query dan ORM yang aman. | SQL injection. |
| Error Handling | Tampilkan pesan umum dan simpan detail internal secara aman. | Information disclosure. |
| Secret Management | Simpan secret pada vault atau secret manager. | Kebocoran password, token, dan key. |
| Security Testing | Code review, SAST, DAST, dependency scanning, dan penetration testing. | Kerentanan yang tidak terdeteksi. |
| Area | Praktik Aman | Dampak Jika Diabaikan |
|---|---|---|
| Database Account | Gunakan akun aplikasi dengan hak minimum. | Penyerang dapat mengubah atau menghapus seluruh database. |
| Network Access | Jangan membuka database langsung ke internet. | Database menjadi target scanning dan serangan. |
| Query | Gunakan prepared statement atau query builder aman. | SQL injection. |
| Encryption | Enkripsi koneksi, storage, dan backup. | Data dapat dibaca saat koneksi atau storage bocor. |
| Backup | Backup terjadwal, terenkripsi, dan diuji. | Kehilangan data permanen. |
| Audit | Catat perubahan schema, role, dan data penting. | Aktivitas tidak dapat ditelusuri. |
| Data Retention | Hapus data sesuai kebijakan dan kebutuhan bisnis. | Data sensitif tersimpan terlalu lama. |
| Tahap | Aktivitas | Hasil |
|---|---|---|
| Inventory | Mendata hardware, software, OS, library, firmware, dan versi. | Daftar aset dan komponen. |
| Discovery | Melakukan vulnerability scanning, advisory review, dan security testing. | Daftar temuan kerentanan. |
| Validation | Memastikan temuan benar dan menilai kondisi sistem. | Temuan tervalidasi. |
| Prioritization | Menentukan prioritas berdasarkan severity, exposure, aset, dan dampak. | Urutan remediation. |
| Testing | Menguji patch pada environment yang sesuai. | Bukti kompatibilitas dan keamanan. |
| Deployment | Menerapkan patch dengan approval dan rencana rollback. | Sistem telah diperbarui. |
| Verification | Melakukan scanning atau pengujian ulang. | Temuan tertutup atau memiliki risk acceptance. |
| Komponen | Penjelasan | Kontrol |
|---|---|---|
| Backup Schedule | Frekuensi pencadangan berdasarkan kebutuhan bisnis. | Tentukan jadwal berdasarkan RPO. |
| Backup Scope | Data, konfigurasi, source code, database, dan recovery image. | Gunakan daftar aset dan dependency sistem. |
| Encryption | Melindungi backup saat disimpan dan dikirim. | Encryption at rest, in transit, dan key management. |
| Location | Menyimpan salinan pada lokasi berbeda. | Offsite, multi-region, atau media terpisah. |
| Immutable Copy | Mencegah backup diubah atau dihapus secara tidak sah. | Object lock, offline copy, dan akses terpisah. |
| Restore Test | Memastikan backup benar-benar dapat dipulihkan. | Uji restore berkala dan dokumentasi hasil. |
| RTO dan RPO | Menentukan target waktu pemulihan dan batas kehilangan data. | Business impact analysis dan recovery exercise. |
| Event | Informasi | Contoh Alert |
|---|---|---|
| Login | User, waktu, sumber, device, dan hasil. | Login gagal berulang atau lokasi tidak biasa. |
| Privilege Change | Role lama, role baru, pelaksana, dan waktu. | User biasa memperoleh hak administrator. |
| Configuration Change | Perubahan firewall, server, aplikasi, atau cloud policy. | Perubahan tanpa change record. |
| Data Access | User, resource, jenis operasi, dan jumlah data. | Download atau ekspor data dalam jumlah besar. |
| Malware Detection | Endpoint, file, proses, waktu, dan tindakan. | Malware terdeteksi atau antivirus dinonaktifkan. |
| Network Anomaly | Sumber, tujuan, port, volume, dan pola traffic. | Port scanning, beaconing, atau koneksi asing. |
| Backup and Recovery | Status backup, restore, kegagalan, dan penghapusan. | Backup gagal atau restore tidak valid. |
| Area | Ancaman | Kontrol |
|---|---|---|
| Ruang Server | Akses fisik tanpa izin. | Access card, biometrik, visitor log, dan kamera. |
| Listrik | Sistem mati atau rusak akibat gangguan daya. | UPS, generator, redundant power, dan monitoring. |
| Suhu dan Kelembapan | Hardware rusak atau performa menurun. | Pendingin, sensor, alarm, dan maintenance. |
| Kebakaran | Kerusakan fasilitas dan kehilangan data. | Fire detection, suppression, prosedur evakuasi, dan lokasi alternatif. |
| Media Penyimpanan | Data tertinggal pada disk atau perangkat yang dibuang. | Secure erase, destruction, dan chain of custody. |
| Perangkat Portabel | Laptop, backup, atau device hilang. | Encryption, screen lock, tracking, dan remote wipe. |
Menyiapkan kebijakan, kontak, tools, backup, dan prosedur respons.
Mengidentifikasi indikasi insiden dari log, alert, laporan, atau monitoring.
Mengisolasi sistem, mencabut akses, dan membatasi penyebaran dampak.
Memulihkan layanan, menguji sistem, dan memperbaiki kontrol yang lemah.
Mengumpulkan bukti, menganalisis penyebab, dan menentukan cakupan insiden.
Melakukan evaluasi, dokumentasi, dan peningkatan proteksi sistem.
| Prioritas | Fokus | Contoh Tindakan |
|---|---|---|
| Sangat Tinggi | Sistem kritis, data sensitif, dan akses administratif. | MFA, isolation, encryption, monitoring real-time, dan incident response. |
| Tinggi | Aplikasi publik, API, database, dan endpoint penting. | Patching, WAF, secure coding, backup, dan access review. |
| Sedang | Sistem internal dengan dampak terbatas. | Baseline, hardening, logging, dan periodic testing. |
| Rendah | Aset non-kritis dan data publik. | Kontrol dasar, inventory, update, dan monitoring berkala. |
| Kondisi | Risiko | Kontrol Proteksi |
|---|---|---|
| Semua administrator menggunakan satu akun bersama. | Aktivitas tidak dapat ditelusuri dan credential mudah disalahgunakan. | Akun individual, MFA, RBAC, dan audit log. |
| Server menjalankan banyak service yang tidak diperlukan. | Attack surface menjadi lebih luas. | Service inventory dan system hardening. |
| Database dapat diakses langsung dari internet. | Database menjadi target serangan langsung. | Private network, firewall, allowlist, dan access control. |
| Backup hanya dibuat tetapi tidak pernah diuji. | Backup mungkin tidak dapat digunakan saat pemulihan. | Restore test, dokumentasi, dan simulasi recovery. |
| Patch sistem dilakukan tanpa inventory aset. | Sebagian aset rentan tidak terdeteksi. | Asset inventory, vulnerability scanning, dan patch management. |
| Log menyimpan token dan password. | Credential dapat bocor melalui sistem log. | Redaction, masking, dan data minimization. |
| Perubahan konfigurasi dilakukan tanpa approval. | Perubahan berbahaya sulit dicegah dan ditelusuri. | Change management, review, approval, dan rollback. |
| Tidak ada prosedur respons insiden. | Respons terlambat dan dampak insiden meluas. | Incident response plan, contact list, latihan, dan post-incident review. |
Sebuah organisasi memiliki server aplikasi, database, laptop pegawai, jaringan Wi-Fi, cloud storage, dan backup. Hasil pemeriksaan menunjukkan:
Refleksikan penerapan proteksi sistem pada organisasi, laboratorium, proyek mahasiswa, atau usaha kecil.
Buat rancangan proteksi sistem informasi untuk sebuah organisasi atau aplikasi yang dipilih.
Memahami fungsi firewall, jenis firewall, prinsip default deny, penyusunan rule, segmentasi jaringan, filtering traffic, logging, monitoring, pengujian, dan pemeliharaan konfigurasi firewall secara aman.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami dan merancang konfigurasi firewall untuk melindungi jaringan dan sistem informasi.
Mengendalikan traffic jaringan berdasarkan kebijakan keamanan
Firewall adalah sistem keamanan yang mengontrol traffic jaringan masuk dan keluar berdasarkan aturan atau policy tertentu.
Firewall dapat berupa perangkat jaringan, software pada server, fitur sistem operasi, layanan cloud, atau kombinasi beberapa teknologi. Firewall digunakan untuk membatasi komunikasi hanya pada koneksi yang dibutuhkan.
| Fungsi | Penjelasan | Manfaat |
|---|---|---|
| Traffic Filtering | Menyeleksi traffic berdasarkan alamat, port, protocol, interface, dan arah. | Membatasi koneksi yang tidak diperlukan. |
| Access Control | Menentukan sumber dan tujuan yang boleh berkomunikasi. | Mencegah akses jaringan tanpa izin. |
| Network Segmentation | Memisahkan jaringan berdasarkan fungsi atau tingkat sensitivitas. | Mengurangi lateral movement. |
| Egress Control | Mengatur koneksi keluar dari sistem atau jaringan. | Mengurangi data exfiltration dan koneksi command-and-control. |
| Logging | Mencatat koneksi yang diizinkan, ditolak, atau dianggap mencurigakan. | Mendukung monitoring dan investigasi. |
| Rate Control | Membatasi jumlah koneksi atau request. | Mengurangi scanning, abuse, dan denial of service. |
| Network Policy Enforcement | Menerapkan kebijakan komunikasi antar-sistem. | Menjaga arsitektur keamanan tetap konsisten. |
| Jenis | Cara Kerja | Contoh Penggunaan |
|---|---|---|
| Packet Filtering Firewall | Memeriksa header packet seperti source, destination, protocol, dan port. | Penyaringan dasar pada router atau network device. |
| Stateful Firewall | Melacak status koneksi dan memahami apakah packet bagian dari sesi yang sah. | Perlindungan jaringan internal dan server. |
| Proxy Firewall | Bertindak sebagai perantara antara client dan server. | Pengendalian akses aplikasi dan inspeksi traffic. |
| Next-Generation Firewall | Menggabungkan filtering, application awareness, threat prevention, dan monitoring. | Proteksi jaringan organisasi dan data center. |
| Web Application Firewall | Melindungi aplikasi web pada layer HTTP atau HTTPS. | Mengurangi risiko injection, abusive request, dan pola serangan web. |
| Host-Based Firewall | Firewall yang berjalan pada server atau endpoint. | Membatasi akses setiap host secara lokal. |
| Cloud Firewall | Firewall berbasis layanan cloud atau virtual network. | Security group, network policy, gateway, dan cloud workload. |
| Container Network Policy | Mengatur komunikasi antar-container atau workload. | Isolasi service pada cluster dan platform container. |
Firewall rule adalah aturan yang menentukan apakah sebuah koneksi diizinkan, ditolak, dicatat, atau diproses lebih lanjut.
| Komponen | Penjelasan | Contoh Nilai |
|---|---|---|
| Rule ID | Identitas unik aturan. | FW-001 atau RULE-WEB-HTTPS. |
| Direction | Arah traffic yang diperiksa. | Inbound, outbound, ingress, atau egress. |
| Source | Sumber koneksi. | IP, subnet, security zone, service, atau identity. |
| Destination | Tujuan koneksi. | Server, subnet, domain, service, atau resource. |
| Protocol | Protocol jaringan yang digunakan. | TCP, UDP, ICMP, atau protocol aplikasi. |
| Port | Port tujuan atau sumber komunikasi. | Port layanan yang memang diperlukan. |
| Action | Tindakan terhadap traffic yang cocok. | Allow, deny, reject, drop, log, atau alert. |
| Schedule | Waktu berlakunya rule. | Jam operasional atau maintenance window. |
| Logging | Menentukan apakah aktivitas rule dicatat. | Log enabled, rate limited, atau disabled. |
| Owner | Pihak yang bertanggung jawab terhadap rule. | Network team, application owner, atau security team. |
| Expiration | Waktu berakhirnya rule sementara. | Tanggal berakhir akses vendor atau testing. |
Default deny berarti traffic yang tidak secara eksplisit diizinkan akan ditolak. Prinsip ini lebih aman dibandingkan default allow karena membatasi akses berdasarkan kebutuhan yang telah diketahui.
| Pendekatan | Perilaku | Risiko |
|---|---|---|
| Default Allow | Traffic diizinkan kecuali terdapat rule yang menolaknya. | Akses yang terlupakan atau service baru dapat terbuka. |
| Default Deny | Traffic ditolak kecuali terdapat rule yang mengizinkannya. | Membutuhkan inventaris dan dokumentasi kebutuhan koneksi. |
| Jenis Traffic | Penjelasan | Fokus Proteksi |
|---|---|---|
| Inbound | Traffic yang masuk dari luar menuju jaringan atau server. | Batasi sumber, port, protocol, dan tujuan. |
| Outbound | Traffic yang keluar dari jaringan atau server. | Batasi tujuan, domain, protocol, dan volume. |
| East-West | Traffic antar-server, service, subnet, atau workload internal. | Cegah lateral movement dan akses internal yang tidak diperlukan. |
| Management | Traffic administrasi ke server, device, firewall, atau cloud. | Batasi sumber, gunakan VPN atau bastion, MFA, dan audit. |
| Guest atau Untrusted | Traffic dari jaringan tamu, publik, atau perangkat tidak tepercaya. | Isolasi dari sistem internal dan batasi akses. |
Segmentasi jaringan memisahkan sistem ke dalam zona dengan tingkat kepercayaan atau fungsi yang berbeda. Firewall digunakan untuk mengatur komunikasi antar-zona.
| Zona | Isi Zona | Kebijakan Umum |
|---|---|---|
| Internet | Pengguna publik dan jaringan eksternal. | Hanya akses menuju layanan publik yang diizinkan. |
| DMZ | Web server, reverse proxy, atau public API. | Akses ke internet terbatas dan akses ke backend sangat selektif. |
| Application Zone | Application server dan API internal. | Hanya menerima koneksi dari web tier atau service tertentu. |
| Database Zone | Database dan storage sensitif. | Tidak menerima koneksi langsung dari internet atau user umum. |
| Management Zone | Bastion, monitoring, backup, dan admin tools. | Hanya dapat diakses administrator berwenang melalui jalur aman. |
| Guest Zone | Perangkat tamu atau perangkat pribadi. | Tidak dapat mengakses jaringan internal sensitif. |
| IoT Zone | Sensor, kamera, gateway, dan perangkat terhubung. | Akses hanya ke gateway, broker, atau cloud yang diperlukan. |
Tentukan server, aplikasi, database, user, device, dan layanan yang harus dilindungi.
Identifikasi sumber, tujuan, port, protocol, arah, dan kebutuhan komunikasi.
Terapkan allowlist, default deny, least privilege, dan rule yang spesifik.
Uji koneksi sah dan tidak sah, aktifkan logging, lalu tinjau hasilnya.
Banyak firewall memproses rule dari atas ke bawah. Rule yang lebih spesifik biasanya ditempatkan sebelum rule yang lebih umum agar tidak tertutup oleh aturan sebelumnya.
| Urutan | Jenis Rule | Tujuan |
|---|---|---|
| 1 | Emergency Block | Memblokir sumber atau tujuan yang jelas berbahaya. |
| 2 | Management Access | Mengizinkan akses administrasi hanya dari sumber terpercaya. |
| 3 | Specific Application Rules | Mengizinkan koneksi aplikasi yang dibutuhkan. |
| 4 | Internal Service Rules | Mengatur komunikasi antar-service atau antar- zona. |
| 5 | Temporary Rules | Mengizinkan kebutuhan sementara dengan expiration. |
| 6 | Logging Rule | Mencatat traffic yang perlu dianalisis. |
| 7 | Default Deny | Menolak traffic lain yang tidak diizinkan. |
| Sumber | Tujuan | Layanan | Action | Catatan |
|---|---|---|---|---|
| Internet | Web server pada DMZ | HTTPS | Allow | Hanya layanan publik yang diperlukan. |
| Internet | Database | Semua | Deny | Database tidak boleh diakses langsung dari internet. |
| Admin Network | Management Server | Protocol administrasi aman | Allow | Sumber dibatasi dan diaudit. |
| Application Server | Database Server | Port database yang diperlukan | Allow | Hanya dari subnet atau service tertentu. |
| Guest Network | Internal Network | Semua | Deny | Tamu tidak boleh mengakses sistem internal. |
| IoT Network | IoT Gateway atau Broker | Protocol IoT yang diperlukan | Allow | Gunakan identity dan segmentasi. |
| Any | Any | Any | Deny and Log | Default deny pada akhir rule. |
| Sumber | Tujuan | Layanan | Action | Tujuan Kontrol |
|---|---|---|---|---|
| Web Server | DNS Resolver Resmi | DNS | Allow | Resolusi nama yang diperlukan. |
| Application Server | Payment Service Resmi | HTTPS | Allow | Integrasi dengan layanan yang disetujui. |
| Database Server | Internet | Semua | Deny | Database tidak membutuhkan akses internet langsung. |
| Server | Update Repository Resmi | HTTPS | Allow | Patching dan update komponen. |
| IoT Device | IoT Platform | Protocol yang diperlukan | Allow | Pengiriman telemetry dengan tujuan terbatas. |
| Any Internal Host | Tujuan Tidak Dikenal | Semua | Deny and Log | Mengurangi exfiltration dan command-and- control. |
| Kontrol | Penjelasan | Praktik Aman |
|---|---|---|
| Management Interface | Interface yang digunakan untuk mengubah konfigurasi firewall. | Jangan membuka interface langsung ke internet. |
| Administrative Network | Jaringan khusus untuk administrator. | Gunakan network terpisah, VPN, atau bastion. |
| MFA | Faktor tambahan untuk mengakses console firewall. | Wajib untuk administrator dan akses darurat. |
| Role Separation | Memisahkan hak operator, reviewer, dan approver. | Terapkan separation of duties. |
| Change Approval | Perubahan rule harus disetujui sebelum diterapkan. | Gunakan change ticket, review, dan rollback plan. |
| Administrative Logging | Mencatat siapa yang mengubah konfigurasi. | Simpan audit log pada lokasi terpisah dan terlindungi. |
| Session Security | Mengendalikan sesi administrator. | Timeout, secure protocol, dan logout setelah selesai. |
| Log | Informasi | Indikator Anomali |
|---|---|---|
| Allowed Traffic | Sumber, tujuan, port, protocol, waktu, dan rule yang cocok. | Traffic meningkat atau berasal dari sumber tidak biasa. |
| Denied Traffic | Sumber, tujuan, port, protocol, waktu, dan alasan penolakan. | Scanning, brute force, atau port probing. |
| Rule Change | User, rule lama, rule baru, waktu, dan alasan perubahan. | Perubahan tanpa approval atau di luar jam kerja. |
| Admin Login | Administrator, sumber, waktu, metode, dan hasil login. | Login gagal berulang atau dari lokasi asing. |
| Firewall Health | CPU, memory, storage, interface, dan status service. | Resource penuh, service mati, atau interface down. |
| High Volume Traffic | Jumlah koneksi, byte, packet, dan durasi. | Denial of service, exfiltration, atau aktivitas abnormal. |
| Area | Risiko | Kontrol |
|---|---|---|
| Capacity | Firewall tidak mampu menangani jumlah traffic. | Capacity planning, bandwidth monitoring, dan upgrade. |
| High Availability | Kegagalan satu firewall memutus layanan. | Redundant firewall, clustering, dan failover test. |
| Configuration Backup | Konfigurasi hilang setelah kerusakan atau kesalahan perubahan. | Backup terenkripsi, versioning, dan restore test. |
| Rule Complexity | Rule terlalu banyak memperlambat pemrosesan dan sulit dikelola. | Rule cleanup, object group, dan review berkala. |
| Logging Load | Logging berlebihan memenuhi storage atau membebani perangkat. | Log filtering, rate limit, forwarding, dan retention. |
| Fail-Open atau Fail-Closed | Sistem dapat menjadi terlalu terbuka atau terlalu mengganggu availability. | Tentukan perilaku berdasarkan tingkat risiko dan kebutuhan layanan. |
| Pemeriksaan | Pertanyaan | Tindakan |
|---|---|---|
| Rule Owner | Siapa yang bertanggung jawab atas rule? | Tetapkan owner dan reviewer. |
| Business Justification | Mengapa rule diperlukan? | Hapus rule tanpa alasan bisnis yang jelas. |
| Rule Usage | Apakah rule pernah digunakan? | Analisis hit count dan traffic log. |
| Overly Broad Rule | Apakah source, destination, port, atau protocol terlalu luas? | Persempit menjadi allowlist yang spesifik. |
| Duplicate Rule | Apakah rule memiliki fungsi yang sama? | Gabungkan atau hapus rule duplikat. |
| Shadowed Rule | Apakah rule tertutup oleh rule sebelumnya? | Perbaiki urutan dan hapus rule yang tidak pernah tercapai. |
| Temporary Rule | Apakah rule sementara masih diperlukan? | Gunakan expiration dan hapus setelah kebutuhan selesai. |
| Emergency Rule | Apakah rule darurat terdokumentasi? | Lakukan post-change review setelah insiden ditangani. |
| Tahap | Aktivitas | Bukti |
|---|---|---|
| Request | Pemohon menjelaskan kebutuhan perubahan rule. | Change ticket dan business justification. |
| Analysis | Menilai dampak, risiko, sumber, tujuan, dan layanan. | Risk assessment dan rule design. |
| Review | Pihak lain meninjau desain dan kebutuhan akses. | Review record dan approval. |
| Backup | Menyimpan konfigurasi sebelum perubahan. | Configuration backup dan version number. |
| Testing | Menguji koneksi yang diizinkan dan ditolak. | Test result dan evidence. |
| Implementation | Menerapkan perubahan pada waktu yang disetujui. | Deployment record dan operator identity. |
| Verification | Memastikan layanan berjalan dan rule efektif. | Monitoring result dan post-change review. |
| Rollback | Mengembalikan konfigurasi jika terjadi masalah. | Rollback plan dan hasil pemulihan. |
| Jenis Pengujian | Fokus | Hasil yang Diharapkan |
|---|---|---|
| Connectivity Test | Memeriksa koneksi yang memang diperlukan. | Layanan sah dapat berkomunikasi. |
| Negative Test | Mencoba koneksi yang seharusnya ditolak. | Traffic ditolak dan dicatat sesuai policy. |
| Rule Order Test | Memastikan rule spesifik tidak tertutup rule umum. | Rule yang benar menjadi rule yang digunakan. |
| Segmentation Test | Menguji komunikasi antar-zona. | Hanya jalur yang diizinkan dapat digunakan. |
| Egress Test | Memeriksa koneksi keluar dari server atau endpoint. | Tujuan tidak sah atau tidak diperlukan ditolak. |
| Failover Test | Menguji firewall cadangan atau cluster. | Layanan tetap berjalan sesuai target. |
| Logging Test | Memastikan event allow, deny, dan change tercatat. | Log diterima, lengkap, dan dapat dianalisis. |
| Performance Test | Menguji kapasitas dan dampak rule atau logging. | Firewall mampu menangani traffic yang diperkirakan. |
| Komponen | Fungsi | Praktik Aman |
|---|---|---|
| Security Group | Mengatur akses ke instance atau workload. | Gunakan source security group atau subnet yang spesifik. |
| Network ACL | Menyaring traffic pada tingkat subnet. | Gunakan sebagai lapisan tambahan dan dokumentasikan rule. |
| Cloud Firewall | Menyediakan filtering terpusat untuk beberapa jaringan atau account. | Kelola policy terpusat dan aktifkan logging. |
| Web Application Firewall | Melindungi aplikasi web dari pola request berbahaya. | Gunakan rule yang ditinjau dan hindari blocking berlebihan. |
| Network Gateway | Mengatur traffic internet, VPN, atau antar-network. | Batasi route, interface, dan akses administratif. |
| Container Network Policy | Mengatur komunikasi antar-pod atau container. | Terapkan default deny dan allowlist antar service. |
Firewall merupakan kontrol penting, tetapi tidak dapat menggantikan seluruh mekanisme keamanan sistem informasi.
| Keterbatasan | Penjelasan | Kontrol Pelengkap |
|---|---|---|
| Tidak Mencegah Semua Malware | Traffic yang diizinkan dapat tetap membawa konten berbahaya. | EDR, antivirus, email security, dan user awareness. |
| Tidak Menggantikan Authentication | Port yang terbuka tidak berarti pengguna berhak mengakses aplikasi. | IAM, MFA, session security, dan authorization. |
| Tidak Menggantikan Secure Coding | Firewall tidak memperbaiki SQL injection atau kelemahan logika bisnis. | Secure SDLC, code review, dan application testing. |
| Salah Konfigurasi | Rule yang terlalu luas dapat membuka akses berbahaya. | Change management, review, testing, dan configuration audit. |
| Encrypted Traffic | Isi traffic terenkripsi mungkin tidak dapat diperiksa sepenuhnya. | TLS inspection sesuai kebijakan, endpoint protection, dan monitoring metadata. |
| Insider Threat | Pengguna yang sudah memiliki akses dapat menyalahgunakan layanan. | DLP, IAM, logging, UEBA, dan separation of duties. |
| Kebutuhan | Rule yang Dibutuhkan | Kontrol Keamanan |
|---|---|---|
| Pengguna publik mengakses aplikasi web. | Allow traffic ke web service dari internet pada port layanan yang diperlukan. | Gunakan HTTPS, WAF, rate limiting, dan logging. |
| Application server mengakses database. | Allow hanya dari application subnet ke port database. | Batasi source, destination, port, dan protocol. |
| Administrator mengelola server. | Allow dari management network melalui jalur aman. | VPN, bastion, MFA, dan audit log. |
| Guest menggunakan internet. | Allow outbound internet, deny akses ke internal network. | Segmentasi dan egress policy. |
| Server mengunduh patch. | Allow koneksi ke repository resmi. | Domain atau destination allowlist dan logging. |
| IoT mengirim telemetry ke platform. | Allow koneksi menuju broker atau platform yang telah disetujui. | Device identity, encryption, dan network isolation. |
| Database tidak membutuhkan internet. | Deny outbound dan inbound internet. | Private subnet, firewall, dan monitoring. |
| Vendor mengakses sistem sementara. | Allow akses terbatas selama jadwal yang disetujui. | Temporary rule, approval, MFA, logging, dan expiration. |
Sebuah organisasi memiliki internet gateway, web server, application server, database server, jaringan administrasi, Wi-Fi tamu, dan perangkat IoT.
Refleksikan konfigurasi firewall pada organisasi, rumah, laboratorium, kampus, atau usaha kecil.
Buat rancangan konfigurasi firewall untuk sebuah organisasi atau topologi jaringan yang dipilih.
Dokumentasi firewall diperlukan agar setiap rule dapat dipahami, ditinjau, diuji, dan dipelihara oleh administrator yang berwenang.
| Dokumen | Isi | Tujuan |
|---|---|---|
| Network Diagram | Zona, subnet, firewall, router, server, endpoint, dan jalur komunikasi. | Memahami arsitektur jaringan. |
| Rule Register | ID rule, source, destination, port, protocol, action, owner, dan expiration. | Mengetahui tujuan setiap rule. |
| Firewall Baseline | Konfigurasi minimum, versi firmware, akun, logging, dan policy. | Menjadi standar konfigurasi aman. |
| Change Record | Pemohon, alasan, risiko, approval, waktu, operator, dan hasil perubahan. | Mendukung audit dan accountability. |
| Test Record | Skenario, sumber, tujuan, hasil, waktu, dan bukti pengujian. | Memastikan rule bekerja sesuai rancangan. |
| Backup Configuration | Salinan konfigurasi, versi, waktu backup, dan lokasi penyimpanan. | Mendukung rollback dan recovery. |
| Review Record | Hasil review rule, temuan, keputusan, dan tindakan perbaikan. | Menghapus rule lama dan memperbaiki policy. |
| Kesalahan | Dampak | Perbaikan |
|---|---|---|
| Menggunakan any-to-any allow. | Semua sumber dapat mengakses semua tujuan dan layanan. | Gunakan source, destination, port, dan protocol yang spesifik. |
| Membuka port administrasi ke internet. | Meningkatkan risiko brute force dan eksploitasi. | Gunakan VPN, bastion, management network, dan MFA. |
| Tidak memiliki default deny. | Traffic yang tidak direncanakan dapat diterima. | Tambahkan rule penolakan pada akhir policy. |
| Rule sementara tidak memiliki expiration. | Akses vendor atau testing tetap aktif terlalu lama. | Gunakan tanggal mulai, tanggal berakhir, dan owner. |
| Rule tidak memiliki dokumentasi. | Administrator tidak mengetahui alasan rule. | Gunakan rule register dan change record. |
| Semua log diaktifkan tanpa perencanaan. | Storage penuh dan event penting sulit dianalisis. | Gunakan filtering, severity, rate limit, dan retensi. |
| Rule lama tidak pernah dihapus. | Konfigurasi menjadi kompleks dan sulit diaudit. | Lakukan rule cleanup dan review berkala. |
| Perubahan dilakukan langsung tanpa backup. | Sistem sulit dipulihkan ketika terjadi kesalahan. | Backup, approval, testing, dan rollback plan. |
| Hanya inbound traffic yang dikontrol. | Malware atau server yang dikompromikan dapat berkomunikasi keluar. | Terapkan egress filtering dan outbound monitoring. |
| Area Audit | Pertanyaan Audit | Bukti |
|---|---|---|
| Firewall Inventory | Apakah seluruh firewall dan interface terdata? | Asset register dan network diagram. |
| Rule Review | Apakah seluruh rule memiliki alasan dan owner? | Rule register dan change record. |
| Excessive Access | Apakah terdapat source, destination, atau port yang terlalu luas? | Export konfigurasi dan hasil review. |
| Unused Rule | Apakah rule tidak pernah digunakan? | Hit count dan traffic log. |
| Administrative Access | Apakah console firewall hanya dapat diakses melalui jalur aman? | Management policy, VPN, MFA, dan audit log. |
| Logging | Apakah event keamanan tercatat dan dimonitor? | Log sample, SIEM, dashboard, dan alert. |
| High Availability | Apakah firewall memiliki mekanisme failover? | Topologi, konfigurasi cluster, dan test failover. |
| Recovery | Apakah konfigurasi dapat dipulihkan? | Backup, restore test, dan recovery procedure. |
| Patch and Version | Apakah firewall menggunakan versi yang masih didukung? | Firmware report, patch record, dan vendor advisory. |
Refleksikan penerapan firewall pada jaringan rumah, laboratorium, kampus, kantor, atau usaha kecil.
Buat rancangan konfigurasi firewall untuk sebuah organisasi, laboratorium, cloud environment, atau topologi jaringan sederhana.
Memahami fungsi antivirus, jenis malware, metode deteksi, perlindungan endpoint, pengelolaan update, pemindaian, quarantine, monitoring, respons insiden, serta keterbatasan antivirus dalam strategi keamanan sistem informasi.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami dan menerapkan penggunaan antivirus sebagai salah satu lapisan perlindungan endpoint.
Mendeteksi, mencegah, dan menangani malware
Antivirus adalah perangkat lunak keamanan yang dirancang untuk mendeteksi, mencegah, memblokir, mengarantina, dan membantu menghapus malware dari perangkat atau sistem.
Antivirus modern tidak hanya mencari virus berdasarkan signature. Banyak solusi endpoint saat ini juga memantau perilaku proses, aktivitas file, koneksi jaringan, perubahan konfigurasi, script, memory, dan pola serangan.
Malware adalah perangkat lunak atau kode berbahaya yang dirancang untuk merusak sistem, mencuri data, mengganggu layanan, mendapatkan akses tidak sah, atau menjalankan aktivitas tertentu tanpa persetujuan pengguna.
| Jenis Malware | Karakteristik | Dampak |
|---|---|---|
| Virus | Menempel pada file atau program dan dapat menyebar ketika file dijalankan. | Kerusakan file, gangguan aplikasi, dan penyebaran ke perangkat lain. |
| Worm | Dapat menyebar sendiri melalui jaringan atau kerentanan sistem. | Penyebaran cepat, konsumsi resource, dan gangguan layanan. |
| Trojan | Menyamar sebagai aplikasi atau file yang tampak sah. | Pencurian data, remote access, dan instalasi malware lain. |
| Ransomware | Mengenkripsi atau mengunci data untuk meminta pembayaran. | Kehilangan akses data dan gangguan operasi. |
| Spyware | Memantau aktivitas atau mengumpulkan informasi tanpa izin. | Kebocoran credential, aktivitas, dan data pribadi. |
| Keylogger | Merekam input keyboard atau aktivitas pengguna. | Pencurian password, PIN, dan data transaksi. |
| Rootkit | Menyembunyikan keberadaan malware dan mempertahankan akses. | Sulit dideteksi dan dapat mengendalikan sistem secara mendalam. |
| Bot atau Botnet | Perangkat yang terinfeksi dikendalikan dari jarak jauh. | DDoS, spam, penipuan, mining, dan aktivitas ilegal lainnya. |
| Adware | Menampilkan iklan berlebihan atau tidak diinginkan. | Gangguan penggunaan, tracking, dan risiko instalasi malware lain. |
| Fileless Malware | Menjalankan aktivitas berbahaya menggunakan memory atau tool sistem. | Lebih sulit dideteksi oleh pemeriksaan file biasa. |
| Cryptominer | Menggunakan resource perangkat untuk penambangan cryptocurrency. | CPU tinggi, biaya meningkat, dan performa menurun. |
| Jalur Masuk | Contoh | Kontrol Pencegahan |
|---|---|---|
| Lampiran berbahaya, link phishing, dan dokumen dengan macro. | Email security, attachment scanning, sandbox, dan user awareness. | |
| Website | Download palsu, malvertising, dan exploit kit. | Web filtering, browser update, DNS security, dan endpoint protection. |
| Removable Media | USB atau storage eksternal yang terinfeksi. | Device control, scan otomatis, dan pembatasan autorun. |
| Software Palsu | Aplikasi bajakan, crack, atau update palsu. | Software allowlist, repository resmi, dan code signing. |
| Vulnerable Service | Server atau aplikasi yang belum diperbarui. | Patch management, firewall, segmentation, dan vulnerability scanning. |
| Remote Access | Credential dicuri atau layanan remote terbuka. | MFA, VPN, least privilege, dan monitoring login. |
| Supply Chain | Package, library, installer, atau update telah dimodifikasi. | Trusted source, signature verification, dan dependency scanning. |
| Cloud Storage | File berbahaya diunduh dari storage yang disalahgunakan. | Access control, file scanning, signed URL, dan monitoring. |
| Fungsi | Penjelasan | Contoh Penerapan |
|---|---|---|
| Real-Time Protection | Memantau file, proses, memory, dan aktivitas secara langsung. | Memblokir file mencurigakan saat dibuka atau dijalankan. |
| On-Demand Scanning | Pemindaian yang dijalankan oleh pengguna atau administrator. | Quick scan, full scan, custom scan, dan removable media scan. |
| Malware Detection | Mengidentifikasi file, proses, atau perilaku berbahaya. | Deteksi trojan, ransomware, spyware, dan exploit. |
| Prevention | Mencegah eksekusi, perubahan, atau koneksi berbahaya. | Application blocking, exploit prevention, dan behavior blocking. |
| Quarantine | Mengisolasi file atau objek yang dicurigai. | File tidak dapat dijalankan sambil menunggu analisis. |
| Remediation | Menghapus, membersihkan, atau memulihkan sistem. | Delete, repair, rollback, atau restore. |
| Update | Memperbarui engine, signature, dan intelligence. | Update otomatis dari sumber tepercaya. |
| Reporting | Menyediakan informasi deteksi, perangkat, waktu, dan tindakan. | Dashboard, alert, laporan insiden, dan compliance report. |
| Metode | Cara Kerja | Kelebihan dan Keterbatasan |
|---|---|---|
| Signature-Based Detection | Membandingkan file dengan pola atau signature malware yang telah diketahui. | Cepat dan efektif untuk malware lama, tetapi kurang efektif terhadap varian baru. |
| Heuristic Detection | Menganalisis karakteristik atau struktur file yang mencurigakan. | Dapat mendeteksi varian baru, tetapi dapat menghasilkan false positive. |
| Behavior-Based Detection | Memantau perilaku proses, file, registry, memory, dan koneksi. | Efektif terhadap aktivitas mencurigakan, tetapi memerlukan analisis konteks. |
| Reputation-Based Detection | Menggunakan reputasi file, domain, URL, certificate, atau publisher. | Membantu memblokir objek berisiko, tetapi dapat keliru jika reputasi belum tersedia. |
| Machine Learning | Menggunakan model untuk menganalisis pola dan karakteristik objek. | Dapat mendeteksi pola kompleks, tetapi tetap memerlukan validasi dan pembaruan model. |
| Cloud-Based Detection | Mengirim metadata atau sampel tertentu ke layanan intelligence untuk analisis. | Mendapatkan informasi terbaru, tetapi harus mempertimbangkan privasi dan konektivitas. |
| Sandbox Analysis | Menjalankan file pada lingkungan terisolasi untuk mengamati perilaku. | Membantu analisis file kompleks, tetapi membutuhkan resource dan waktu. |
| Memory Analysis | Memeriksa proses dan aktivitas berbahaya pada memory. | Berguna untuk fileless malware dan rootkit, tetapi analisis lebih kompleks. |
| Jenis Scan | Cakupan | Penggunaan |
|---|---|---|
| Quick Scan | Area sistem penting, proses aktif, dan lokasi umum malware. | Pemeriksaan cepat harian atau setelah aktivitas mencurigakan. |
| Full Scan | Seluruh file, disk, proses, dan area sistem yang didukung. | Pemeriksaan berkala atau investigasi mendalam. |
| Custom Scan | Folder, file, disk, atau lokasi tertentu. | Memeriksa file dari sumber tertentu. |
| Removable Media Scan | USB, external disk, memory card, atau media lain. | Mendeteksi malware sebelum file digunakan. |
| Boot-Time Scan | Memeriksa sistem sebelum operating system berjalan penuh. | Membantu mendeteksi malware yang mengganggu proses normal. |
| Network Scan | Memeriksa perangkat, share, atau traffic jaringan sesuai kemampuan solusi. | Identifikasi risiko pada perangkat yang terhubung. |
| Memory Scan | Memeriksa proses dan aktivitas pada memory. | Deteksi fileless malware atau proses mencurigakan. |
Real-time protection memantau aktivitas sistem saat terjadi. Fitur ini dapat memeriksa file yang dibuat atau dibuka, proses yang berjalan, perubahan konfigurasi, script, koneksi jaringan, dan tindakan pengguna.
| Aktivitas yang Dipantau | Contoh Ancaman | Respons Antivirus |
|---|---|---|
| File Access | File berisi malware dibuka atau disalin. | Blokir, karantina, atau hapus file. |
| Process Execution | Program mencurigakan mencoba berjalan. | Hentikan proses dan buat alert. |
| Script Execution | Script melakukan tindakan tidak wajar. | Blokir script atau batasi interpreter. |
| Registry atau Configuration Change | Malware mencoba mempertahankan persistence. | Blokir perubahan dan catat aktivitas. |
| Network Connection | Proses membuat koneksi ke tujuan berbahaya. | Blokir koneksi, isolasi endpoint, atau kirim alert. |
| File Encryption | Banyak file berubah dalam waktu singkat. | Hentikan proses, lindungi share, dan eskalasi insiden ransomware. |
Quarantine adalah proses mengisolasi file, proses, atau endpoint yang dicurigai agar tidak dapat membahayakan sistem lain. Remediasi adalah tindakan untuk menghapus ancaman dan mengembalikan kondisi sistem.
| Tahap | Aktivitas | Pertimbangan |
|---|---|---|
| Detection | Antivirus menemukan file, proses, atau perilaku mencurigakan. | Pastikan alert memiliki waktu, endpoint, user, dan objek terkait. |
| Quarantine | Objek dipindahkan atau aksesnya dibatasi. | Pastikan objek tidak dapat dijalankan. |
| Triage | Menilai apakah deteksi merupakan malware, false positive, atau aktivitas sah. | Jangan langsung mengembalikan file tanpa verifikasi. |
| Containment | Endpoint diisolasi dari jaringan jika terdapat indikasi penyebaran. | Pertahankan bukti dan koordinasikan dengan tim keamanan. |
| Remediation | Hapus malware, hentikan persistence, dan perbaiki kerentanan. | Rotasi credential jika terdapat indikasi pencurian. |
| Recovery | Pulihkan file atau sistem dari sumber yang tepercaya. | Gunakan backup bersih dan lakukan scanning ulang. |
| Verification | Memastikan ancaman telah hilang dan sistem berjalan normal. | Lakukan scan, monitoring, dan review log. |
| Lapisan Proteksi | Fungsi | Contoh Penerapan |
|---|---|---|
| User Awareness | Mengurangi risiko pengguna membuka file atau link berbahaya. | Pelatihan phishing dan prosedur pelaporan. |
| Email Security | Menyaring lampiran, link, dan pesan berbahaya. | Attachment scanning, sandbox, dan URL protection. |
| Endpoint Protection | Mendeteksi perilaku enkripsi massal dan proses mencurigakan. | Behavior protection, exploit prevention, dan endpoint isolation. |
| Least Privilege | Membatasi kemampuan malware menggunakan hak pengguna. | User non-administrator dan access review. |
| Network Segmentation | Membatasi penyebaran dari satu endpoint ke sistem lain. | Segmentasi server, endpoint, backup, dan management network. |
| Backup | Menyediakan salinan untuk pemulihan. | Backup offline, immutable, terenkripsi, dan restore test. |
| Monitoring | Mendeteksi aktivitas abnormal lebih awal. | Alert perubahan file besar, login anomali, dan penghapusan backup. |
| Teknologi | Fokus | Kemampuan |
|---|---|---|
| Antivirus Tradisional | Deteksi dan pencegahan malware pada endpoint. | Signature scan, quarantine, update, dan basic real-time protection. |
| Endpoint Protection Platform | Perlindungan endpoint yang lebih luas. | Antivirus, firewall endpoint, exploit prevention, device control, dan web protection. |
| Endpoint Detection and Response | Deteksi, investigasi, dan respons terhadap aktivitas endpoint. | Telemetry, process tree, threat hunting, isolation, dan investigation. |
| Managed Detection and Response | Monitoring dan respons yang dibantu oleh layanan security operation. | Analisis alert, triage, escalation, dan incident response assistance. |
| XDR | Korelasi data dari endpoint, email, identity, network, dan cloud. | Deteksi lintas sumber dan investigasi terintegrasi. |
| Komponen | Yang Diperbarui | Risiko Jika Tidak Diperbarui |
|---|---|---|
| Signature Database | Pola malware yang telah diketahui. | Malware baru yang sudah dikenal tidak terdeteksi. |
| Detection Engine | Mesin yang menjalankan analisis dan deteksi. | Kemampuan deteksi dan kompatibilitas menurun. |
| Endpoint Agent | Software antivirus yang berjalan pada perangkat. | Bug, bypass, dan kelemahan agent tetap terbuka. |
| Management Console | Platform untuk policy, dashboard, dan reporting. | Kontrol terpusat tidak optimal. |
| Threat Intelligence | Informasi domain, hash, IP, dan indikator ancaman. | Deteksi ancaman baru lebih lambat. |
| Policy | Aturan scan, exclusions, action, dan notification. | Endpoint tidak mengikuti kebijakan terbaru. |
| Bagian Kebijakan | Isi | Tujuan |
|---|---|---|
| Scope | Endpoint, server, laptop, desktop, mobile, dan removable media. | Menentukan perangkat yang wajib dilindungi. |
| Real-Time Protection | Status wajib aktif selama perangkat digunakan. | Mencegah ancaman saat aktivitas berlangsung. |
| Scan Schedule | Jadwal quick scan, full scan, dan media scan. | Memastikan pemeriksaan dilakukan konsisten. |
| Update | Frekuensi, sumber, dan batas waktu update. | Menjaga kemampuan deteksi tetap terbaru. |
| Malware Action | Tindakan terhadap file terdeteksi. | Block, quarantine, delete, alert, atau escalate. |
| Exclusion | File, folder, proses, atau path yang tidak dipindai. | Mendukung kebutuhan teknis dengan kontrol ketat. |
| Reporting | Penerima alert, periode laporan, dan mekanisme eskalasi. | Memastikan temuan ditindaklanjuti. |
| Exception Management | Proses persetujuan dan review pengecualian. | Mencegah exclusion disalahgunakan. |
Exclusion adalah pengecualian agar file, folder, proses, atau koneksi tertentu tidak diperiksa oleh antivirus. Exclusion dapat diperlukan untuk kompatibilitas, tetapi juga dapat dimanfaatkan malware untuk menghindari deteksi.
| Kontrol | Praktik Aman | Risiko Jika Diabaikan |
|---|---|---|
| Justification | Setiap exclusion memiliki alasan teknis atau bisnis yang jelas. | Exclusion dibuat tanpa kebutuhan. |
| Scope | Gunakan path, file, atau process sesempit mungkin. | Folder besar atau seluruh disk tidak dipindai. |
| Approval | Exclusion harus disetujui oleh pihak berwenang. | Pengguna dapat melewati kontrol keamanan. |
| Expiration | Pengecualian memiliki tanggal review atau kedaluwarsa. | Exclusion lama tetap aktif. |
| Monitoring | Perubahan exclusion dicatat dan dipantau. | Malware menambahkan exclusion tanpa terdeteksi. |
| Alternative Control | Gunakan kontrol tambahan untuk area yang dikecualikan. | Tidak ada perlindungan pada area pengecualian. |
| Fitur | Fungsi | Indikator Keamanan |
|---|---|---|
| Asset Inventory | Mendata endpoint yang telah atau belum memiliki agent. | Tidak ada endpoint penting yang tidak terlindungi. |
| Policy Management | Menentukan konfigurasi perlindungan secara terpusat. | Policy diterapkan sesuai kelompok perangkat. |
| Update Status | Memantau status signature dan agent. | Endpoint memiliki update terbaru. |
| Detection Dashboard | Menampilkan deteksi, severity, dan perangkat terdampak. | Alert dapat ditindaklanjuti tepat waktu. |
| Remote Response | Menjalankan isolasi, scan, atau tindakan remediasi. | Respons insiden lebih cepat dan terkontrol. |
| Reporting | Menyediakan laporan status perlindungan dan temuan. | Mendukung audit, compliance, dan evaluasi. |
| Role-Based Administration | Membatasi siapa yang dapat mengubah policy atau merespons insiden. | Admin console tidak digunakan secara bersama. |
Menerima alert dari antivirus, EDR, pengguna, email security, atau monitoring jaringan.
Memutus endpoint dari jaringan agar malware tidak menyebar.
Menganalisis proses, file, user, waktu, koneksi, dan indikasi kompromi lainnya.
Membersihkan sistem, merotasi credential, memperbaiki celah, dan melakukan monitoring lanjutan.
| Kondisi | Tindakan Awal | Tindakan Lanjutan |
|---|---|---|
| File Malware Terdeteksi | Quarantine dan catat detail deteksi. | Validasi sumber, cek penyebaran, dan lakukan scanning. |
| Ransomware Behavior | Isolasi endpoint dan hentikan proses. | Lindungi backup, investigasi account, restore dari salinan bersih. |
| Credential Stealer | Isolasi endpoint dan cabut session. | Reset password, revoke token, dan tinjau login. |
| Malware pada Server | Batasi traffic dan lindungi layanan kritis. | Forensik, rebuild, patch, dan verifikasi integritas. |
| False Positive | Jangan langsung membuat exclusion permanen. | Validasi file, gunakan allowlist terbatas, dan dokumentasikan keputusan. |
| Keterbatasan | Penjelasan | Kontrol Pelengkap |
|---|---|---|
| Malware Baru | Signature mungkin belum mengenali varian baru. | Behavior detection, EDR, sandbox, dan threat intelligence. |
| Fileless Attack | Aktivitas berbahaya berjalan melalui tool sistem atau memory. | EDR, application control, script policy, dan logging. |
| Credential Compromise | Antivirus tidak selalu dapat mencegah penggunaan credential sah yang dicuri. | MFA, IAM, conditional access, dan monitoring login. |
| Misconfiguration | Antivirus dapat tidak efektif jika agent mati atau policy lemah. | Central management, tamper protection, dan compliance monitoring. |
| Social Engineering | Pengguna dapat memberikan akses atau menjalankan aktivitas berbahaya. | Awareness, phishing simulation, dan verification procedure. |
| Insider Threat | Aktivitas berbahaya dapat dilakukan oleh pengguna yang memiliki izin. | DLP, least privilege, audit log, dan separation of duties. |
| Perangkat Tidak Terdaftar | Endpoint tanpa agent tidak terlindungi. | Asset inventory, NAC, MDM, dan access control. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| Antivirus pada endpoint tidak pernah diperbarui. | Malware yang telah dikenal tidak terdeteksi. | Automatic update, monitoring status, dan alert. |
| Real-time protection dinonaktifkan. | File atau proses berbahaya dapat berjalan tanpa pemeriksaan. | Tamper protection, policy enforcement, dan compliance monitoring. |
| Seluruh folder sistem dikecualikan dari scanning. | Malware dapat bersembunyi tanpa terdeteksi. | Review exclusion, scope minimum, approval, dan expiration. |
| File malware hanya dihapus tanpa isolasi endpoint. | Malware lain atau credential theft dapat tetap aktif. | Endpoint isolation, full scan, investigation, dan credential rotation. |
| Antivirus mendeteksi ransomware pada satu laptop. | Malware mungkin telah menyebar ke share atau endpoint lain. | Isolasi, network monitoring, backup protection, dan incident response. |
| Banyak endpoint tidak muncul pada console terpusat. | Perangkat tidak terlindungi dan tidak termonitor. | Asset inventory, agent deployment, NAC, dan coverage report. |
| File bisnis dianggap false positive oleh antivirus. | Pengguna membuat exclusion terlalu luas. | Validasi file, allowlist terbatas, approval, dan review berkala. |
| Antivirus aktif tetapi operating system tidak diperbarui. | Kerentanan sistem tetap dapat dieksploitasi. | Patch management dan vulnerability scanning. |
Sebuah organisasi memiliki server aplikasi, laptop pegawai, file server, email, dan cloud storage. Tim IT menemukan beberapa kondisi berikut:
Refleksikan penerapan antivirus pada komputer pribadi, laboratorium, organisasi, kampus, atau usaha kecil.
Buat rancangan penerapan antivirus dan perlindungan endpoint untuk sebuah organisasi atau laboratorium.
Memahami Secure Shell atau SSH, fungsi akses administrasi jarak jauh, autentikasi key-based, hardening server, pengelolaan akun, pembatasan jaringan, logging, monitoring, bastion host, backup konfigurasi, dan respons terhadap penyalahgunaan akses SSH.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami dan menerapkan proteksi SSH pada server dan perangkat jaringan.
Mengamankan akses administratif melalui SSH
Secure Shell atau SSH adalah protokol jaringan yang digunakan untuk melakukan komunikasi aman dan administrasi jarak jauh melalui jaringan yang tidak sepenuhnya tepercaya.
SSH menyediakan autentikasi, enkripsi komunikasi, integritas data, eksekusi perintah jarak jauh, transfer file, port forwarding, dan tunneling.
| Komponen | Fungsi | Pertimbangan Keamanan |
|---|---|---|
| SSH Client | Program yang digunakan untuk terhubung ke server SSH. | Gunakan software tepercaya, validasi host, dan lindungi private key. |
| SSH Server | Layanan yang menerima koneksi SSH pada server atau perangkat. | Hardening, patching, access control, dan monitoring. |
| Host Key | Identitas server yang digunakan client untuk memverifikasi tujuan koneksi. | Validasi fingerprint dan waspadai perubahan yang tidak direncanakan. |
| Public Key | Bagian key yang disimpan pada server untuk proses autentikasi. | Permission file harus terbatas dan key harus dikelola sesuai pemiliknya. |
| Private Key | Bagian rahasia yang disimpan oleh pengguna atau administrator. | Tidak boleh dibagikan, masuk repository, atau disimpan tanpa passphrase. |
| SSH Agent | Membantu client menggunakan key tanpa memasukkan passphrase berulang kali. | Batasi forwarding dan hindari agent socket terbuka. |
| Known Hosts | Menyimpan identitas host yang pernah terhubung. | Perubahan fingerprint harus diverifikasi, bukan langsung diabaikan. |
| SSH Configuration | Mengatur port, autentikasi, forwarding, timeout, dan policy. | Konfigurasi harus direview, diuji, dan dibackup. |
| Properti | Penjelasan | Kontrol Pendukung |
|---|---|---|
| Confidentiality | Melindungi isi komunikasi dari pihak yang menyadap. | Algoritma kriptografi dan konfigurasi SSH yang aman. |
| Integrity | Memastikan data tidak diubah selama perjalanan. | Message authentication dan pemeriksaan integritas. |
| Server Authentication | Memastikan client terhubung ke server yang benar. | Host key, fingerprint validation, dan known hosts. |
| User Authentication | Memastikan identitas pengguna atau service. | Public key, certificate, MFA, dan password policy. |
| Authorization | Membatasi tindakan setelah pengguna berhasil login. | Unix permission, sudo policy, RBAC, dan forced command. |
| Accountability | Memastikan aktivitas dapat ditelusuri. | Akun individual, audit log, timestamp, dan session record. |
| Ancaman | Penjelasan | Pencegahan |
|---|---|---|
| Brute Force | Penyerang mencoba banyak kombinasi username dan password. | Key-based authentication, MFA, rate limit, allowlist, dan monitoring. |
| Credential Theft | Password, private key, atau token dicuri. | Secure storage, passphrase, secret management, dan rotasi. |
| Key Theft | Private key disalin atau digunakan pihak lain. | Permission ketat, passphrase, agent control, dan revocation. |
| Man-in-the-Middle | Client diarahkan ke server palsu atau koneksi disusupi. | Verifikasi host key dan fingerprint. |
| Vulnerable SSH Service | Server menjalankan versi atau konfigurasi rentan. | Patching, version management, hardening, dan vulnerability scanning. |
| Privilege Escalation | Akun SSH memperoleh hak lebih tinggi dari kebutuhan. | Least privilege, sudo restriction, dan command logging. |
| SSH Tunneling Abuse | SSH digunakan sebagai jalur tersembunyi menuju layanan internal. | Batasi forwarding, audit koneksi, dan gunakan policy khusus. |
| Shared Account | Banyak orang menggunakan akun SSH yang sama. | Akun individual, certificate, sudo, dan audit trail. |
| Stolen Session | Session aktif digunakan oleh pihak lain. | Timeout, endpoint security, key protection, dan session monitoring. |
| Aspek | Password Authentication | Public Key Authentication |
|---|---|---|
| Mekanisme | Server memverifikasi password pengguna. | Server memverifikasi kepemilikan private key yang sesuai dengan public key. |
| Risiko Utama | Brute force, phishing, reuse, dan credential stuffing. | Private key dicuri atau digunakan tanpa perlindungan. |
| Pengelolaan | Memerlukan password policy dan proteksi login. | Memerlukan key inventory, passphrase, dan revocation. |
| Otomasi | Kurang sesuai untuk automation yang aman. | Sesuai untuk automation dengan pembatasan scope. |
| Rekomendasi | Gunakan hanya jika diperlukan dan lindungi dengan MFA atau kontrol tambahan. | Gunakan key yang kuat, passphrase, storage aman, dan akses minimum. |
| Tahap | Aktivitas | Kontrol |
|---|---|---|
| Generation | Membuat pasangan public key dan private key. | Gunakan algoritma dan ukuran key yang masih didukung. |
| Storage | Menyimpan private key pada perangkat administrator atau secret store. | Permission ketat, encryption, passphrase, dan backup aman. |
| Distribution | Menempatkan public key pada server. | Gunakan proses terkontrol dan jangan mengirim private key. |
| Registration | Mencatat pemilik, server, fungsi, dan waktu key digunakan. | Key inventory dan owner yang jelas. |
| Usage | Menggunakan key untuk login atau automation. | Scope minimum, forced command, source restriction, dan logging. |
| Rotation | Mengganti key berdasarkan jadwal atau event risiko. | Prosedur rotasi dan pengujian akses baru. |
| Revocation | Mencabut key yang hilang, bocor, atau tidak diperlukan. | Hapus public key dari server dan cabut akses terkait. |
| Destruction | Menghapus key yang sudah tidak digunakan. | Pastikan tidak ada salinan aktif pada backup, agent, atau repository. |
| Area Hardening | Praktik Aman | Risiko yang Dikurangi |
|---|---|---|
| Version | Gunakan versi SSH server dan operating system yang masih didukung. | Eksploitasi kerentanan lama. |
| Root Login | Nonaktifkan login langsung sebagai root jika tidak diperlukan. | Pengambilalihan akun dengan hak tertinggi. |
| Password Login | Nonaktifkan setelah key-based authentication siap dan teruji. | Brute force dan credential stuffing. |
| User Allowlist | Batasi akun yang boleh menggunakan SSH. | Akses oleh akun yang tidak diperlukan. |
| Group Restriction | Hanya anggota grup tertentu yang boleh login. | Penggunaan SSH oleh seluruh akun sistem. |
| Empty Password | Tolak akun tanpa password apabila password authentication digunakan. | Login tanpa credential memadai. |
| X11 Forwarding | Nonaktifkan jika tidak diperlukan. | Penyalahgunaan forwarding dan exposure tambahan. |
| Agent Forwarding | Batasi atau nonaktifkan pada server yang tidak membutuhkannya. | Penyalahgunaan SSH agent pada server perantara. |
| TCP Forwarding | Batasi berdasarkan akun, grup, atau fungsi. | Tunneling ke layanan internal. |
| Idle Timeout | Putuskan session yang tidak aktif setelah periode tertentu. | Session terbengkalai dan penyalahgunaan terminal. |
| Authentication Attempts | Batasi percobaan autentikasi pada satu koneksi. | Brute force dalam satu session. |
| Access Source | Batasi sumber koneksi menggunakan firewall, VPN, atau allowlist. | Scanning dan akses publik yang tidak diperlukan. |
| Prinsip | Penjelasan | Contoh Penerapan |
|---|---|---|
| Individual Account | Setiap administrator menggunakan akun pribadi. | Hindari akun bersama seperti admin atau operator umum. |
| Least Privilege | Pengguna hanya memperoleh hak yang diperlukan. | Operator hanya dapat melihat status service. |
| Sudo Restriction | Perintah administratif yang dapat dijalankan dibatasi. | Batasi command dan gunakan approval untuk tindakan kritis. |
| Privilege Separation | Akses operasional dan administratif dipisahkan. | Gunakan akun biasa untuk aktivitas harian dan privilege elevation hanya saat diperlukan. |
| Just-in-Time Access | Hak administratif diberikan dalam waktu terbatas. | Akses darurat memiliki jadwal, approval, dan audit. |
| Access Review | Daftar akun, key, dan hak privilege ditinjau secara berkala. | Cabut akses pegawai yang pindah tugas atau keluar. |
| Command Logging | Aktivitas administratif dicatat. | Audit log, session recording sesuai kebijakan, dan centralized logging. |
SSH sebaiknya tidak diekspos lebih luas dari kebutuhan administrasi. Pembatasan sumber koneksi mengurangi scanning, brute force, dan peluang eksploitasi.
| Metode | Fungsi | Praktik Aman |
|---|---|---|
| Firewall Allowlist | Hanya mengizinkan sumber jaringan tertentu. | Gunakan subnet administrasi atau IP VPN yang terkontrol. |
| VPN | Menempatkan akses SSH di belakang jaringan privat. | Gunakan MFA, device verification, dan monitoring VPN. |
| Bastion Host | Menjadi titik masuk terkontrol menuju server internal. | Hardening, audit, MFA, dan pembatasan forwarding. |
| Management VLAN | Memisahkan traffic administrasi dari jaringan pengguna. | Batasi route dan akses antar-zona. |
| Private Network | Menempatkan server tanpa akses langsung dari internet. | Gunakan private subnet dan jalur administrasi khusus. |
| Network Access Control | Memastikan device yang terhubung memenuhi kebijakan. | Periksa identitas, posture, dan status keamanan endpoint. |
| Rate Limiting | Membatasi frekuensi koneksi atau percobaan. | Gunakan firewall, IDS, atau mekanisme pembatasan yang sesuai. |
Bastion host atau jump server adalah server khusus yang digunakan sebagai perantara untuk mengakses server internal. Tujuannya adalah memusatkan kontrol, autentikasi, logging, dan monitoring akses administratif.
| Kontrol | Penjelasan | Risiko yang Dikurangi |
|---|---|---|
| Dedicated Purpose | Bastion hanya digunakan untuk akses administrasi. | Mengurangi software dan fungsi yang tidak diperlukan. |
| MFA | Menggunakan faktor tambahan sebelum akses. | Credential yang dicuri. |
| Source Restriction | Hanya menerima koneksi dari jaringan atau perangkat tertentu. | Scanning dan akses publik. |
| Target Restriction | Membatasi server internal yang dapat dijangkau. | Lateral movement. |
| Session Logging | Mencatat login, command, waktu, dan target. | Aktivitas administratif tidak terlacak. |
| Patch and Hardening | Bastion harus memiliki perlindungan lebih ketat. | Bastion menjadi titik kompromi untuk seluruh jaringan internal. |
| No Unnecessary Services | Menonaktifkan web server, compiler, atau service yang tidak diperlukan. | Attack surface tambahan. |
SSH dapat digunakan untuk meneruskan koneksi melalui tunnel. Fitur ini berguna untuk administrasi, tetapi dapat menjadi jalur tersembunyi menuju layanan internal jika tidak dikontrol.
| Fitur | Fungsi Umum | Kontrol Keamanan |
|---|---|---|
| Local Forwarding | Mengakses layanan internal melalui koneksi dari client. | Batasi akun yang boleh menggunakan forwarding dan tujuan internal. |
| Remote Forwarding | Membuka jalur dari server menuju client atau tujuan lain. | Nonaktifkan jika tidak diperlukan dan monitor koneksi. |
| Dynamic Forwarding | Membuat proxy melalui SSH. | Batasi karena dapat digunakan melewati kontrol jaringan. |
| Agent Forwarding | Meneruskan akses SSH agent ke host berikutnya. | Hindari pada server tidak tepercaya dan gunakan alternatif yang lebih aman. |
| Gateway Ports | Menentukan apakah port forwarding dapat diakses dari interface lain. | Batasi binding ke interface lokal atau jaringan tertentu. |
| Forced Command | Membatasi key agar hanya dapat menjalankan command tertentu. | Cocok untuk backup, automation, atau service khusus. |
| Area | Risiko | Kontrol |
|---|---|---|
| File Source | File berbahaya atau data sensitif dikirim tanpa pemeriksaan. | Validasi sumber, scanning, dan klasifikasi data. |
| Destination Directory | Pengguna dapat menulis ke lokasi sensitif. | Batasi directory menggunakan permission, chroot, atau policy khusus. |
| File Permission | File dapat dibaca atau diubah oleh pengguna lain. | Ownership, permission minimum, dan umask. |
| Transfer Account | Akun transfer dapat digunakan untuk login interaktif. | Gunakan restricted account atau forced command. |
| File Integrity | File diubah saat proses transfer atau setelah diterima. | Hash, signature, manifest, dan audit trail. |
| Retention | File tetap berada pada server lebih lama dari kebutuhan. | Lifecycle policy, secure deletion, dan storage review. |
| Event | Informasi yang Dicatat | Indikator Anomali |
|---|---|---|
| Successful Login | User, sumber, waktu, host, dan metode autentikasi. | Login dari sumber atau waktu yang tidak biasa. |
| Failed Login | Username, sumber, waktu, dan jumlah percobaan. | Percobaan berulang dari IP atau jaringan tertentu. |
| Key Authentication | User, key identifier, host, dan waktu. | Key digunakan di luar jadwal atau lokasi normal. |
| Privilege Elevation | User, command, waktu, dan target. | Perintah administratif tidak biasa. |
| Configuration Change | Perubahan konfigurasi server SSH dan key. | Root login atau perubahan policy tanpa approval. |
| Port Forwarding | User, jenis forwarding, tujuan, port, dan waktu. | Tunnel menuju jaringan atau service sensitif. |
| File Transfer | User, file, lokasi, ukuran, dan waktu. | Transfer file besar atau tujuan tidak biasa. |
| Account and Key Change | Penambahan, penghapusan, atau perubahan public key. | Key baru tanpa change ticket atau owner. |
Rate limiting membatasi jumlah percobaan koneksi atau autentikasi. Pemblokiran otomatis dapat membantu mengurangi brute force, tetapi harus dirancang agar tidak mudah disalahgunakan untuk denial of service.
| Kontrol | Fungsi | Pertimbangan |
|---|---|---|
| Connection Rate Limit | Membatasi jumlah koneksi dalam periode tertentu. | Sesuaikan dengan pola operasional yang sah. |
| Failed Login Threshold | Menandai sumber dengan kegagalan login berulang. | Hindari memblokir sumber bersama secara berlebihan. |
| Temporary Block | Memblokir sumber untuk waktu terbatas. | Gunakan durasi dan mekanisme pemulihan yang jelas. |
| Network Allowlist | Membatasi koneksi hanya dari jaringan yang dikenal. | Pastikan daftar selalu diperbarui ketika jaringan berubah. |
| Alert | Mengirim notifikasi ketika pola brute force terdeteksi. | Alert harus memiliki owner dan prosedur eskalasi. |
| Central Monitoring | Menggabungkan log SSH dengan firewall, VPN, dan identity system. | Membantu korelasi aktivitas lintas sumber. |
| Lingkungan | Risiko | Kontrol |
|---|---|---|
| Cloud VM | Port SSH terbuka ke internet dan key tersebar. | Private subnet, bastion, security group, MFA, dan key management. |
| Cloud Console | Pengguna mengakses instance melalui privilege cloud yang terlalu luas. | IAM least privilege, audit log, dan temporary access. |
| Container | SSH digunakan di dalam container sehingga akses menjadi sulit dikelola. | Gunakan mekanisme exec yang terkontrol dan hindari SSH jika tidak diperlukan. |
| CI/CD | Private key pipeline memiliki hak luas. | Deploy key terbatas, secret manager, forced command, dan rotasi. |
| Infrastructure as Code | Public key atau credential masuk repository. | Secret scanning, variable aman, dan review perubahan. |
| Autoscaling | Instance baru memiliki key atau konfigurasi tidak sesuai. | Image ter-hardening, cloud-init aman, dan identity dinamis. |
| Vendor Access | Akses vendor tetap aktif setelah pekerjaan selesai. | Akses sementara, approval, monitoring, dan revocation. |
Identifikasi login tidak biasa, key baru, brute force, perubahan konfigurasi, atau privilege escalation.
Cabut key, blokir sumber, nonaktifkan akun, dan isolasi server bila diperlukan.
Tinjau log, process, command, file, network, persistence, dan akun terkait.
Rotasi credential, patch server, perbaiki konfigurasi, restore, dan monitoring lanjutan.
| Indikasi | Tindakan Awal | Tindakan Lanjutan |
|---|---|---|
| Brute Force | Batasi sumber dan aktifkan rate control. | Review username, password policy, firewall, dan exposure SSH. |
| Login dari Lokasi Tidak Biasa | Validasi aktivitas dan cabut session bila diperlukan. | Rotasi credential, tinjau log, dan periksa perubahan akun. |
| Private Key Hilang | Anggap key berpotensi bocor. | Hapus public key terkait, buat key baru, dan audit penggunaannya. |
| Root Login Tidak Sah | Isolasi server dan lindungi bukti. | Investigasi persistence, process, account, key, dan file sistem. |
| Public Key Baru | Verifikasi siapa yang menambahkan dan kapan. | Hapus key tidak sah dan review seluruh akun. |
| Tunnel Tidak Dikenal | Batasi forwarding dan putuskan session. | Analisis tujuan, command, akun, dan sumber tunnel. |
| Komponen | Tujuan Backup | Kontrol |
|---|---|---|
| Server Configuration | Memulihkan konfigurasi SSH yang benar. | Versioning, encryption, access control, dan perubahan terdokumentasi. |
| Host Key | Menjaga identitas server ketika recovery. | Simpan secara aman dan lindungi dari penggantian tidak sah. |
| Authorized Key Record | Mengetahui key yang seharusnya aktif. | Inventory, owner, tanggal review, dan revocation record. |
| Sudo Policy | Memulihkan aturan privilege. | Review, syntax validation, dan change approval. |
| Access Allowlist | Memulihkan pembatasan sumber jaringan. | Simpan bersama dokumentasi jaringan dan firewall policy. |
| Recovery Test | Memastikan konfigurasi dapat diterapkan kembali. | Uji pada staging atau server pemulihan. |
| Kondisi | Risiko | Kontrol yang Diidentifikasi |
|---|---|---|
| SSH menerima password login dari seluruh internet. | Brute force dan credential stuffing. | Key-based authentication, VPN, allowlist, MFA, dan rate limiting. |
| Semua administrator menggunakan akun root yang sama. | Tidak ada accountability dan risiko privilege sangat tinggi. | Akun individual, sudo policy, MFA, dan audit log. |
| Private key disimpan tanpa passphrase. | Siapa pun yang mendapatkan file key dapat login. | Passphrase, secure storage, key rotation, dan revocation. |
| Public key lama tetap berada pada server. | Pegawai yang sudah tidak berwenang mungkin masih dapat login. | Access review dan penghapusan key lama. |
| SSH agent forwarding aktif pada seluruh server. | Key agent dapat disalahgunakan dari host perantara. | Nonaktifkan atau batasi forwarding dan gunakan bastion terkontrol. |
| Akun backup dapat menjalankan shell penuh. | Key backup dapat digunakan untuk akses interaktif. | Forced command, restricted account, dan permission minimum. |
| Tidak ada alert untuk failed login berulang. | Serangan brute force terlambat diketahui. | Centralized logging, alert, rate limiting, dan network block. |
| Port forwarding tidak dibatasi. | SSH digunakan untuk melewati kontrol jaringan. | Batasi forwarding, target, interface, akun, dan waktu. |
Sebuah organisasi memiliki beberapa server Linux yang dikelola melalui SSH. Hasil pemeriksaan menunjukkan:
Refleksikan penerapan SSH pada server, laboratorium, cloud environment, atau jaringan organisasi.
Buat rancangan proteksi SSH untuk sebuah server, jaringan laboratorium, cloud environment, atau organisasi.
Memahami fungsi Wireshark, konsep packet capture, analisis protocol, filter traffic, deteksi anomali jaringan, investigasi insiden, perlindungan data, dokumentasi, dan keterbatasan monitoring jaringan.
Setelah mengikuti materi ini, mahasiswa diharapkan mampu memahami dan menggunakan Wireshark untuk monitoring serta analisis jaringan secara legal dan bertanggung jawab.
Mengamati dan menganalisis paket jaringan
Wireshark adalah network protocol analyzer yang digunakan untuk menangkap, menampilkan, dan menganalisis paket jaringan secara detail.
Wireshark dapat membantu administrator, network engineer, security analyst, developer, dan mahasiswa memahami komunikasi jaringan, menemukan masalah konektivitas, menganalisis performa, serta menginvestigasi indikasi insiden keamanan.
| Kegunaan | Penjelasan | Contoh |
|---|---|---|
| Troubleshooting | Mencari penyebab koneksi lambat, gagal, atau tidak stabil. | DNS timeout, TCP retransmission, atau koneksi terputus. |
| Protocol Analysis | Memahami urutan komunikasi dan field pada protocol. | TCP handshake, DNS query, DHCP exchange, dan ARP resolution. |
| Security Monitoring | Mengidentifikasi pola traffic yang tidak biasa. | Scanning, koneksi ke tujuan asing, dan transfer data abnormal. |
| Performance Analysis | Menganalisis latency, throughput, packet loss, dan retransmission. | Aplikasi lambat atau layanan sering timeout. |
| Application Debugging | Memeriksa komunikasi aplikasi dengan API atau service. | Status code, request sequence, dan response time. |
| Incident Investigation | Menganalisis bukti packet capture setelah indikasi insiden. | Koneksi malware, data exfiltration, atau command-and-control. |
| Pembelajaran | Memahami cara kerja protocol dan jaringan. | Praktik TCP, UDP, DNS, HTTP, ARP, dan ICMP. |
Paket jaringan terdiri dari beberapa lapisan. Wireshark menampilkan informasi dari lapisan link, network, transport, hingga application layer sesuai protocol yang terdeteksi.
| Lapisan | Informasi | Contoh |
|---|---|---|
| Frame | Informasi umum packet capture dan ukuran frame. | Frame length, capture time, interface. |
| Link Layer | Informasi komunikasi pada jaringan lokal. | Ethernet, VLAN, MAC address, ARP. |
| Network Layer | Informasi alamat dan routing antarjaringan. | IPv4, IPv6, source IP, destination IP. |
| Transport Layer | Komunikasi antar-port dan pengelolaan sesi. | TCP, UDP, source port, destination port. |
| Session atau Security | Informasi sesi atau negosiasi perlindungan. | TLS handshake atau session identifier. |
| Application Layer | Protocol yang digunakan oleh aplikasi. | HTTP, DNS, DHCP, SSH, SMTP, dan MQTT. |
| Payload | Data yang dibawa oleh paket. | Query, response, metadata, atau encrypted content. |
Tentukan apakah analisis bertujuan mencari masalah koneksi, performa, atau indikasi keamanan.
Pilih interface jaringan yang sesuai dengan sistem yang sedang dianalisis.
Ambil paket pada scope yang sah dan gunakan filter untuk mempersempit analisis.
Temukan pola, dokumentasikan bukti, dan buat rekomendasi perbaikan.
| Interface | Karakteristik | Pertimbangan |
|---|---|---|
| Ethernet | Koneksi kabel pada server, desktop, atau switch. | Cocok untuk analisis jaringan kabel dan server. |
| Wi-Fi | Koneksi nirkabel dari laptop atau access point. | Capture bergantung pada mode, driver, enkripsi, dan izin jaringan. |
| Loopback | Komunikasi internal pada perangkat yang sama. | Berguna untuk debugging aplikasi lokal. |
| VPN Interface | Traffic yang melewati tunnel VPN. | Beberapa payload tetap terenkripsi dan tidak dapat dilihat secara langsung. |
| Virtual Interface | Interface pada VM, container, atau cloud environment. | Pastikan capture dilakukan pada host dan environment yang berwenang. |
| Monitor Port | Salinan traffic dari switch atau network device. | Harus dikonfigurasi dengan izin dan memperhatikan privasi traffic. |
| Aspek | Capture Filter | Display Filter |
|---|---|---|
| Waktu Penggunaan | Digunakan sebelum atau saat capture berlangsung. | Digunakan setelah paket telah ditangkap. |
| Tujuan | Mengurangi jumlah paket yang disimpan. | Memilih paket tertentu dari file capture. |
| Dampak | Paket yang tidak cocok dapat tidak tersimpan. | Paket tetap tersimpan tetapi disembunyikan dari tampilan. |
| Penggunaan | Cocok untuk capture panjang atau traffic besar. | Cocok untuk investigasi dan analisis fleksibel. |
| Risiko | Filter yang salah dapat menghilangkan bukti penting. | Filter tampilan tidak menghapus paket dari file capture. |
Berikut contoh filter untuk pembelajaran pada file capture milik sendiri. Sintaks dapat berbeda sesuai versi Wireshark dan protocol yang tersedia.
| Tujuan | Contoh Filter | Fungsi |
|---|---|---|
| Menampilkan TCP |
tcp
|
Menampilkan paket berbasis TCP. |
| Menampilkan UDP |
udp
|
Menampilkan paket berbasis UDP. |
| Menampilkan DNS |
dns
|
Menampilkan query dan response DNS. |
| Menampilkan HTTP |
http
|
Menampilkan traffic HTTP yang terlihat. |
| Menampilkan TLS |
tls
|
Menampilkan paket yang dikenali sebagai TLS. |
| Menampilkan ICMP |
icmp
|
Menampilkan ping dan pesan ICMP. |
| Berdasarkan IP sumber |
ip.src == 192.0.2.10
|
Menampilkan traffic dari alamat tertentu pada jaringan lab. |
| Berdasarkan IP tujuan |
ip.dst == 198.51.100.20
|
Menampilkan traffic menuju alamat tertentu. |
| Berdasarkan port |
tcp.port == 443
|
Menampilkan traffic TCP pada port tertentu. |
| Traffic antara dua host |
ip.addr == 192.0.2.10
|
Menampilkan traffic yang berkaitan dengan alamat tersebut. |
| TCP SYN |
tcp.flags.syn == 1
|
Membantu melihat awal percobaan koneksi TCP. |
| TCP retransmission |
tcp.analysis.retransmission
|
Menampilkan paket TCP yang terindikasi retransmission. |
TCP adalah protocol berorientasi koneksi. Analisis TCP membantu memahami pembentukan sesi, pengiriman data, acknowledgement, retransmission, dan penutupan koneksi.
| Tahap | Flag atau Informasi | Interpretasi |
|---|---|---|
| Connection Start | SYN | Client meminta pembentukan koneksi. |
| Connection Response | SYN dan ACK | Server menerima permintaan dan merespons. |
| Connection Confirm | ACK | Client mengonfirmasi koneksi. |
| Data Transfer | Sequence number, acknowledgement, window | Menunjukkan pengiriman dan penerimaan data. |
| Retransmission | Paket dikirim ulang. | Dapat menunjukkan packet loss, congestion, atau masalah jaringan. |
| Connection Close | FIN dan ACK | Sesi ditutup secara normal. |
| Reset | RST | Koneksi dihentikan atau ditolak secara mendadak. |
UDP tidak membangun koneksi seperti TCP. UDP sering digunakan untuk DNS, streaming, komunikasi real-time, discovery, dan protocol ringan.
| Aspek | Penjelasan | Hal yang Diamati |
|---|---|---|
| Source Port | Port sumber pengirim packet. | Apakah berasal dari service atau aplikasi yang dikenal? |
| Destination Port | Port tujuan packet. | Apakah port sesuai dengan kebutuhan service? |
| Volume | Jumlah packet dan ukuran data. | Apakah terjadi lonjakan atau pola berulang? |
| Response | Ada atau tidaknya respons dari tujuan. | Apakah terdapat timeout, drop, atau tujuan tidak tersedia? |
| Broadcast | Packet dikirim ke banyak perangkat atau seluruh subnet. | Apakah broadcast sesuai dengan protocol atau menunjukkan anomali? |
| Spoofing | Alamat sumber dapat lebih mudah dipalsukan pada kondisi tertentu. | Validasi konteks, gateway, dan sumber sebenarnya. |
| Elemen | Fungsi | Indikator yang Diamati |
|---|---|---|
| Query | Permintaan resolusi nama domain. | Domain yang diminta, frekuensi, dan sumber. |
| Response | Jawaban dari DNS resolver. | IP hasil resolusi, response code, dan waktu respons. |
| NXDOMAIN | Menunjukkan nama domain tidak ditemukan. | Frekuensi tinggi dapat memerlukan investigasi lebih lanjut. |
| Unusual Domain | Domain yang tidak dikenal atau tampak acak. | Kemungkinan malware, tunneling, atau aplikasi tidak sah. |
| DNS Volume | Jumlah query dalam periode tertentu. | Lonjakan atau pola query berkala. |
| Encrypted DNS | Query DNS dikirim melalui kanal terenkripsi. | Isi query mungkin tidak terlihat; analisis endpoint dan metadata diperlukan. |
| Aspek | HTTP | HTTPS |
|---|---|---|
| Perlindungan | Data dapat terlihat jika tidak ada lapisan perlindungan lain. | Data dilindungi oleh TLS selama transport. |
| Analisis Payload | Isi request atau response dapat terlihat sesuai kondisi capture. | Payload umumnya terenkripsi. |
| Informasi yang Terlihat | Host, URI, method, status, header, dan payload tertentu. | IP, port, timing, ukuran, handshake, dan metadata tertentu. |
| Risiko | Credential atau data dapat bocor jika dikirim tanpa enkripsi. | Masih dapat diserang melalui konfigurasi TLS, certificate, endpoint, atau aplikasi. |
| Monitoring | Analisis konten lebih mudah tetapi sangat sensitif terhadap privasi. | Analisis membutuhkan metadata, endpoint telemetry, atau mekanisme dekripsi yang sah. |
| Protocol | Fungsi | Hal yang Perlu Diamati |
|---|---|---|
| ARP | Memetakan alamat IP ke alamat MAC pada jaringan lokal. | ARP request berulang, perubahan mapping, atau indikasi konflik. |
| ICMP | Mengirim pesan kontrol, error, dan pengujian konektivitas. | Echo request/reply, unreachable, time exceeded, dan volume abnormal. |
| DHCP | Memberikan alamat IP dan parameter jaringan kepada client. | Discover, offer, request, acknowledge, server yang menjawab, dan perubahan lease. |
| ARP Anomaly | Perubahan hubungan IP dan MAC yang tidak biasa. | Bandingkan dengan tabel ARP, switch, dan informasi endpoint. |
| DHCP Anomaly | Terdapat server DHCP yang tidak dikenal. | Verifikasi sumber, switch port, dan konfigurasi jaringan. |
| ICMP Flood | Jumlah packet ICMP sangat tinggi. | Analisis sumber, tujuan, durasi, dan dampak terhadap layanan. |
| Statistik | Kegunaan | Contoh Interpretasi |
|---|---|---|
| Protocol Hierarchy | Melihat komposisi protocol dalam capture. | Mengetahui dominasi TCP, UDP, DNS, TLS, atau protocol lain. |
| Conversations | Melihat komunikasi antar-endpoint. | Menemukan pasangan host dengan traffic terbesar atau tidak biasa. |
| Endpoints | Menampilkan endpoint yang terlihat pada capture. | Menemukan perangkat atau alamat yang tidak dikenal. |
| I/O Graph | Melihat perubahan volume traffic berdasarkan waktu. | Menemukan lonjakan traffic atau periode gangguan. |
| Flow Graph | Melihat urutan komunikasi antar-endpoint. | Memahami request, response, dan arah sesi. |
| Expert Information | Menampilkan informasi, warning, dan error yang terdeteksi. | Membantu menemukan retransmission, reset, malformed packet, atau anomali. |
| Indikator | Kemungkinan Makna | Validasi Lanjutan |
|---|---|---|
| Banyak SYN ke Beragam Port | Kemungkinan scanning atau discovery. | Periksa sumber, tujuan, durasi, dan apakah aktivitas merupakan vulnerability scan resmi. |
| Banyak Failed Connection | Service tidak tersedia, salah konfigurasi, atau probing. | Bandingkan dengan log server dan firewall. |
| Koneksi Periodik ke Tujuan Asing | Kemungkinan update, telemetry, atau command-and-control. | Validasi domain, proses pada endpoint, DNS, dan threat intelligence. |
| Transfer Data Besar | Backup sah, sinkronisasi, atau exfiltration. | Identifikasi user, aplikasi, file, tujuan, dan jadwal aktivitas. |
| Cleartext Credential | Credential dikirim tanpa perlindungan transport. | Hentikan penggunaan protocol tersebut dan migrasikan ke kanal terenkripsi. |
| ARP Mapping Berubah | Perubahan normal, perpindahan perangkat, atau indikasi manipulasi. | Periksa switch, gateway, DHCP, dan endpoint. |
| Retransmission Tinggi | Packet loss, congestion, kualitas jaringan, atau gangguan perangkat. | Periksa latency, signal, interface error, dan kapasitas jaringan. |
| DNS Query Tidak Biasa | Malware, salah konfigurasi, aplikasi baru, atau domain tracking. | Hubungkan dengan proses endpoint dan DNS log. |
| Area | Risiko | Kontrol |
|---|---|---|
| Sensitive Data | File capture dapat berisi token, cookie, email, URL, dan data pribadi. | Batasi scope, encrypt storage, dan redaksi sebelum dibagikan. |
| Access Control | Orang yang tidak berwenang membaca file capture. | Permission minimum, akun individual, dan access review. |
| File Integrity | File capture diubah setelah dikumpulkan. | Hash, timestamp, write protection, dan chain of custody. |
| Retention | File capture disimpan tanpa batas. | Retention policy dan penghapusan aman. |
| Transfer | Capture dikirim melalui kanal tidak aman. | Gunakan kanal terenkripsi dan verifikasi penerima. |
| Evidence | Bukti tidak dapat dipercaya atau tidak memiliki konteks. | Catat waktu, interface, filter, operator, tujuan, dan kondisi capture. |
| Keterbatasan | Penjelasan | Kontrol Pelengkap |
|---|---|---|
| Encrypted Traffic | Payload tidak dapat dibaca tanpa akses dekripsi yang sah. | Endpoint telemetry, server log, DNS log, dan monitoring metadata. |
| Limited Visibility | Capture pada satu titik tidak menampilkan seluruh jaringan. | Gunakan sensor, flow monitoring, firewall, dan log dari beberapa sumber. |
| High Volume | Traffic besar dapat memenuhi storage dan menyulitkan analisis. | Gunakan filter, sampling, ring buffer, dan capture terjadwal. |
| Privacy | Packet dapat berisi data sensitif. | Legal approval, masking, encryption, dan retention. |
| False Positive | Pola normal dapat tampak mencurigakan tanpa konteks. | Korelasi dengan log, baseline, dan pemilik aplikasi. |
| Not Prevention | Wireshark menganalisis traffic tetapi bukan firewall atau sistem pencegah otomatis. | Firewall, IPS, EDR, WAF, dan access control. |
| Bagian Laporan | Isi | Tujuan |
|---|---|---|
| Identitas Analisis | Nama analis, waktu, environment, interface, dan izin. | Menjelaskan konteks dan legalitas. |
| Tujuan | Masalah atau pertanyaan yang ingin dijawab. | Membatasi ruang lingkup analisis. |
| Metodologi | Teknik capture, filter, durasi, dan tools. | Membuat proses dapat diulang. |
| Ringkasan Traffic | Protocol, endpoint, volume, dan komunikasi utama. | Memberikan gambaran umum. |
| Temuan | Indikator, paket, waktu, sumber, tujuan, dan bukti. | Menjelaskan hasil analisis. |
| Validasi | Korelasi dengan log server, firewall, DNS, endpoint, dan pemilik sistem. | Mengurangi kesalahan interpretasi. |
| Dampak | Pengaruh terhadap confidentiality, integrity, availability, dan privacy. | Menentukan tingkat prioritas. |
| Rekomendasi | Tindakan teknis, proses, dan monitoring. | Menyelesaikan masalah dan mengurangi risiko. |
| Temuan | Kemungkinan Penyebab | Validasi dan Tindakan |
|---|---|---|
| Banyak TCP SYN dari satu sumber menuju banyak port. | Port scanning, discovery resmi, atau aplikasi yang salah konfigurasi. | Periksa jadwal scan, firewall log, sumber, tujuan, dan pemilik sistem. |
| Banyak TCP retransmission. | Packet loss, congestion, kualitas link, atau masalah server. | Bandingkan latency, interface error, dan performa endpoint. |
| DNS query menuju domain yang tidak dikenal. | Aplikasi baru, tracking, malware, atau konfigurasi tidak sesuai. | Korelasikan DNS log dengan proses endpoint dan threat intelligence. |
| Transfer data keluar dalam jumlah besar. | Backup, sinkronisasi, aktivitas bisnis, atau exfiltration. | Identifikasi user, aplikasi, file, tujuan, dan jadwal aktivitas. |
| Terlihat credential pada protocol cleartext. | Aplikasi menggunakan kanal tanpa enkripsi. | Hentikan protocol tersebut dan migrasikan ke kanal terenkripsi. |
| DHCP server tidak dikenal menjawab client. | Salah konfigurasi atau rogue DHCP. | Validasi switch port, konfigurasi jaringan, dan pemilik perangkat. |
| Perubahan ARP mapping secara cepat. | Perpindahan normal, konflik IP, atau manipulasi jaringan. | Bandingkan dengan DHCP, switch, gateway, dan endpoint inventory. |
| Koneksi periodik ke tujuan asing. | Update sah, telemetry, malware, atau command-and-control. | Identifikasi proses, domain, certificate, dan pemilik aplikasi. |
Sebuah laboratorium jaringan mengalami koneksi internet lambat. Tim melakukan packet capture pada jaringan laboratorium yang telah mendapatkan izin.
Refleksikan penggunaan Wireshark pada jaringan laboratorium, rumah, kampus, kantor, cloud environment, atau sistem yang memiliki izin.
Buat laporan monitoring jaringan menggunakan Wireshark pada jaringan laboratorium, virtual machine, atau environment lain yang memiliki izin.
Panduan penyusunan laporan praktikum keamanan sistem informasi secara sistematis, objektif, aman, dan dapat dipertanggungjawabkan, mulai dari identitas, tujuan, dasar teori, lingkungan pengujian, langkah kerja, hasil, analisis, evaluasi, hingga kesimpulan.
Setelah menyelesaikan praktikum dan menyusun laporan, mahasiswa diharapkan mampu mendokumentasikan proses pengujian keamanan secara sistematis dan etis.
Bukti, analisis, dan rekomendasi keamanan
Laporan praktikum adalah dokumen akademik yang berisi perencanaan, pelaksanaan, hasil pengamatan, analisis, dan kesimpulan dari suatu kegiatan praktikum.
Dalam keamanan sistem informasi, laporan praktikum tidak hanya berfungsi sebagai bukti bahwa praktikum telah dilakukan, tetapi juga menjadi dokumentasi mengenai scope, metode, konfigurasi, hasil pengujian, risiko, dan tindakan perbaikan.
| Tujuan | Penjelasan | Contoh |
|---|---|---|
| Dokumentasi | Mencatat seluruh proses praktikum yang telah dilakukan. | Langkah konfigurasi, pengujian, dan hasil observasi. |
| Evaluasi | Menilai apakah tujuan praktikum telah tercapai. | Memeriksa apakah firewall berhasil menolak traffic tertentu. |
| Analisis | Menjelaskan arti hasil pengujian dan dampak keamanan. | Menganalisis penyebab login gagal atau retransmission. |
| Reproduksibilitas | Memungkinkan praktikum diulang oleh orang lain pada environment yang sesuai. | Menyebutkan versi software, topologi, dan konfigurasi. |
| Akuntabilitas | Menunjukkan siapa, kapan, dan bagaimana kegiatan dilakukan. | Identitas praktikan, tanggal, dan scope pengujian. |
| Perbaikan | Memberikan rekomendasi berdasarkan hasil praktikum. | Mengaktifkan MFA, memperbaiki firewall, atau memperbarui sistem. |
| Bagian | Isi Utama | Fungsi |
|---|---|---|
| Halaman Judul | Judul, identitas mahasiswa, kelas, mata kuliah, dosen, dan institusi. | Identitas resmi laporan. |
| Kata Pengantar | Ucapan pembuka dan gambaran singkat laporan. | Pengantar akademik. |
| Daftar Isi | Daftar bab, subbab, tabel, gambar, dan lampiran. | Memudahkan navigasi laporan. |
| Pendahuluan | Latar belakang, rumusan masalah, tujuan, dan manfaat. | Menjelaskan alasan praktikum dilakukan. |
| Dasar Teori | Konsep, istilah, protocol, teknologi, atau metode yang digunakan. | Menjadi landasan analisis. |
| Metodologi | Alat, bahan, topologi, environment, langkah, dan scope. | Menjelaskan cara praktikum dilakukan. |
| Hasil | Screenshot, tabel, output, log, dan observasi. | Menampilkan fakta hasil praktikum. |
| Analisis | Interpretasi hasil, risiko, penyebab, dan perbandingan dengan teori. | Menjelaskan makna hasil. |
| Pembahasan | Kelebihan, keterbatasan, masalah, dan alternatif perbaikan. | Menilai kualitas dan dampak praktikum. |
| Kesimpulan | Jawaban ringkas terhadap tujuan praktikum. | Merangkum hasil utama. |
| Saran | Rekomendasi teknis atau proses. | Menentukan langkah pengembangan berikutnya. |
| Daftar Pustaka | Referensi buku, dokumentasi, artikel, atau standar. | Menunjukkan sumber teori. |
| Lampiran | Konfigurasi, output, screenshot tambahan, dan data pendukung. | Menyediakan bukti tambahan. |
Halaman judul harus memberikan informasi identitas laporan secara jelas dan konsisten.
Topik: Konfigurasi Firewall dan Monitoring Jaringan
Disusun oleh:
Nama Mahasiswa
NIM
Kelas
Program Studi
Fakultas
Nama Institusi
Tahun Akademik
Latar belakang menjelaskan alasan topik praktikum penting dipelajari. Tuliskan kondisi, permasalahan, risiko, atau kebutuhan yang berkaitan dengan topik keamanan.
Rumusan masalah berisi pertanyaan yang akan dijawab melalui kegiatan praktikum.
Tujuan harus menggunakan kata kerja yang dapat diamati dan diukur.
Jelaskan manfaat praktikum bagi pemahaman konsep, kemampuan teknis, kemampuan analisis, dan penerapan keamanan.
Dasar teori berisi konsep yang digunakan untuk menjelaskan praktikum. Teori harus relevan dengan tujuan dan tidak hanya berupa kumpulan definisi.
| Komponen Teori | Isi yang Perlu Dijelaskan | Contoh Topik |
|---|---|---|
| Konsep Keamanan | Prinsip dan tujuan perlindungan sistem. | CIA triad, defense in depth, least privilege. |
| Teknologi | Fungsi tools atau platform yang digunakan. | Firewall, Wireshark, SSH, antivirus, cloud, atau virtual machine. |
| Protocol | Cara kerja protocol yang diamati. | TCP, UDP, DNS, HTTP, TLS, atau SSH. |
| Risiko | Ancaman dan dampak yang mungkin terjadi. | Brute force, data leakage, misconfiguration, dan malware. |
| Kontrol | Mekanisme yang digunakan untuk mengurangi risiko. | MFA, access control, firewall rule, encryption, dan monitoring. |
| Referensi | Sumber yang menjadi dasar penjelasan. | Buku, dokumentasi resmi, standar, dan artikel ilmiah. |
Tuliskan lingkungan tempat praktikum dilakukan secara jelas.
| Komponen | Informasi |
|---|---|
| Perangkat | Laptop, desktop, server, router, atau perangkat laboratorium. |
| Operating System | Nama dan versi operating system. |
| Software | Nama dan versi software atau tools. |
| Network | Topologi, interface, subnet, dan jenis koneksi. |
| Virtualization | Nama platform virtual machine atau simulator jika digunakan. |
| Waktu Pengujian | Tanggal, jam, dan durasi praktikum. |
| Scope dan Izin | Sistem yang diuji dan pihak yang memberikan izin. |
Sertakan diagram yang menunjukkan client, server, firewall, router, database, cloud, gateway, atau komponen lain yang relevan.
| Prinsip | Penerapan | Risiko Jika Diabaikan |
|---|---|---|
| Authorization | Hanya menguji sistem yang dimiliki atau telah mendapatkan izin. | Pelanggaran hukum, gangguan layanan, atau kerugian pihak lain. |
| Scope Limitation | Pengujian hanya dilakukan pada alamat, perangkat, dan layanan yang telah ditentukan. | Pengujian meluas ke sistem yang tidak berwenang. |
| Data Protection | Menyamarkan alamat, username, token, dan data pribadi. | Kebocoran informasi sensitif. |
| Non-Destructive Testing | Menghindari tindakan yang merusak data atau mengganggu layanan. | Data hilang atau sistem tidak tersedia. |
| Backup | Membuat backup sebelum perubahan konfigurasi penting. | Sistem sulit dikembalikan ketika terjadi kesalahan. |
| Responsible Disclosure | Melaporkan temuan kepada pemilik sistem melalui jalur yang tepat. | Kerentanan disalahgunakan atau tersebar. |
| Evidence Integrity | Menyimpan bukti dengan timestamp dan konteks yang jelas. | Hasil sulit dipercaya atau diverifikasi. |
Bab hasil berisi fakta yang diperoleh selama praktikum. Hindari memberikan interpretasi yang terlalu panjang pada bagian ini; interpretasi utama dituliskan pada bab analisis.
| Jenis Bukti | Isi | Praktik Penyajian |
|---|---|---|
| Screenshot | Tampilan konfigurasi, dashboard, atau output tools. | Beri nomor, judul, timestamp, dan keterangan. |
| Tabel | Perbandingan hasil, daftar rule, endpoint, atau status kontrol. | Gunakan judul kolom yang jelas dan satuan yang konsisten. |
| Log | Catatan aktivitas, error, alert, atau koneksi. | Tampilkan bagian relevan dan sensor data sensitif. |
| Command Output | Hasil perintah pada terminal atau console. | Tampilkan command, waktu, dan output yang relevan. |
| Packet Capture | File capture atau ringkasan analisis jaringan. | Jangan membagikan credential, token, atau payload sensitif. |
| Diagram | Topologi, data flow, trust boundary, atau arsitektur. | Gunakan label, arah panah, dan legenda. |
| Hasil Pengujian | Status berhasil, gagal, ditolak, atau timeout. | Catat kondisi sebelum dan sesudah perubahan. |
| No. | Skenario | Kondisi Awal | Tindakan | Hasil | Status |
|---|---|---|---|---|---|
| 1 | Akses layanan dari sumber yang diizinkan. | Rule keamanan belum diterapkan. | Menerapkan konfigurasi kontrol. | Layanan dapat diakses sesuai policy. | Berhasil |
| 2 | Akses layanan dari sumber yang tidak diizinkan. | Akses masih terbuka. | Menerapkan default deny atau allowlist. | Koneksi ditolak dan tercatat. | Berhasil |
| 3 | Login dengan credential tidak valid. | Sistem menerima percobaan login. | Mengaktifkan authentication control. | Login ditolak dan menghasilkan log. | Berhasil |
| 4 | Monitoring aktivitas jaringan. | Belum ada pencatatan terpusat. | Mengaktifkan capture atau logging. | Traffic dapat diamati dan dianalisis. | Berhasil |
| 5 | Pemulihan konfigurasi. | Belum tersedia backup. | Membuat backup dan melakukan restore test. | Konfigurasi dapat dipulihkan. | Perlu Evaluasi |
Analisis menjelaskan arti hasil praktikum, alasan terjadinya hasil, dampak keamanan, serta hubungan hasil dengan teori.
| Unsur Analisis | Pertanyaan Panduan | Contoh |
|---|---|---|
| Fakta | Apa yang benar-benar terlihat atau terukur? | Koneksi ditolak oleh firewall dan tercatat pada log. |
| Penyebab | Mengapa hasil tersebut terjadi? | Traffic ditolak karena tidak cocok dengan allowlist. |
| Teori | Konsep keamanan apa yang menjelaskan hasil? | Default deny dan least privilege. |
| Dampak | Apa pengaruh terhadap confidentiality, integrity, availability, atau privacy? | Akses tidak sah berkurang, tetapi layanan perlu diuji agar tetap tersedia. |
| Keterbatasan | Apa yang tidak dapat dibuktikan oleh praktikum? | Pengujian hanya dilakukan pada jaringan laboratorium. |
| Rekomendasi | Apa tindakan perbaikan yang disarankan? | Review rule berkala dan aktifkan centralized logging. |
| Temuan | Aset Terdampak | Dampak | Kemungkinan | Prioritas | Rekomendasi |
|---|---|---|---|---|---|
| Port layanan terbuka lebih luas dari kebutuhan. | Server dan jaringan. | Unauthorized access dan exploitasi service. | Sedang atau tinggi. | Tinggi. | Batasi source, port, dan protocol. |
| Logging belum aktif. | Aktivitas sistem dan bukti insiden. | Insiden sulit dideteksi dan diinvestigasi. | Sedang. | Tinggi. | Aktifkan audit log dan centralized monitoring. |
| Software belum diperbarui. | Server, aplikasi, atau endpoint. | Kerentanan dapat dieksploitasi. | Tinggi. | Tinggi. | Terapkan patch management dan verifikasi ulang. |
| Backup belum diuji. | Data dan konfigurasi. | Pemulihan gagal saat terjadi gangguan. | Sedang. | Tinggi. | Lakukan restore test dan dokumentasikan hasil. |
| User menggunakan privilege berlebihan. | Identity dan sistem. | Penyalahgunaan akses dan privilege escalation. | Sedang. | Tinggi. | Terapkan RBAC dan least privilege. |
| Aspek | Sebelum Proteksi | Sesudah Proteksi | Kesimpulan |
|---|---|---|---|
| Akses | Akses terlalu luas atau belum dibatasi. | Akses mengikuti role dan allowlist. | Permukaan serangan berkurang. |
| Monitoring | Aktivitas tidak tercatat dengan baik. | Event penting masuk ke log. | Investigasi menjadi lebih mudah. |
| Data | Data atau komunikasi belum terlindungi. | Encryption dan access control diterapkan. | Kerahasiaan meningkat. |
| Endpoint | Tidak memiliki perlindungan atau update memadai. | Antivirus, patching, dan policy diterapkan. | Risiko malware berkurang. |
| Recovery | Backup belum tersedia atau belum teruji. | Backup tersedia dan restore telah diuji. | Resilience meningkat. |
Kesimpulan harus menjawab tujuan praktikum secara langsung. Tuliskan hasil utama tanpa menambahkan informasi baru yang belum dibahas.
Saran harus realistis, berdasarkan temuan, dan dapat ditindaklanjuti.
| Bukti | Kriteria Kualitas | Kesalahan yang Harus Dihindari |
|---|---|---|
| Screenshot | Tampilan jelas, memiliki konteks, nomor, judul, dan timestamp. | Screenshot terpotong, tidak terbaca, atau tidak menjelaskan objek. |
| Command | Perintah dan hasil ditampilkan bersama. | Hanya menampilkan output tanpa menjelaskan command. |
| Log | Memuat waktu, sumber, event, dan hasil. | Log tidak memiliki timestamp atau telah dipotong tanpa keterangan. |
| Diagram | Komponen, arah komunikasi, dan zona diberi label. | Tidak ada legenda atau hubungan antar- komponen tidak jelas. |
| Tabel | Kolom, satuan, status, dan sumber data jelas. | Data tidak konsisten atau tidak memiliki konteks. |
| Capture | Scope, waktu, interface, dan metode dijelaskan. | File dibagikan tanpa sanitasi data sensitif. |
| Prinsip Penulisan | Penerapan | Contoh |
|---|---|---|
| Objektif | Memisahkan fakta dari opini pribadi. | "Traffic ditolak oleh rule firewall" lebih baik daripada "firewall sepertinya aman". |
| Spesifik | Menyebutkan waktu, sistem, konfigurasi, dan kondisi. | "Pengujian dilakukan pada server lab pada pukul 10.00." |
| Konsisten | Menggunakan istilah, format, satuan, dan penomoran yang sama. | Menggunakan istilah "server aplikasi" secara konsisten. |
| Terukur | Menyajikan angka, status, waktu, atau output jika tersedia. | Latency, jumlah packet, jumlah rule, atau status berhasil. |
| Ringkas | Menghindari pengulangan dan informasi tidak relevan. | Tampilkan output penting dan letakkan output lengkap pada lampiran. |
| Dapat Ditelusuri | Setiap kesimpulan memiliki bukti atau referensi. | Hubungkan temuan dengan tabel, gambar, log, atau hasil pengujian. |
| Kesalahan | Dampak | Perbaikan |
|---|---|---|
| Tidak menjelaskan scope pengujian. | Hasil sulit dipahami dan tidak dapat dipastikan legalitasnya. | Jelaskan target, waktu, environment, dan izin. |
| Screenshot tidak memiliki keterangan. | Pembaca tidak mengetahui makna bukti. | Berikan nomor, judul, timestamp, dan penjelasan. |
| Hanya menyalin teori. | Laporan tidak menunjukkan hasil praktikum. | Hubungkan teori dengan konfigurasi dan hasil pengujian. |
| Kesimpulan tidak berdasarkan hasil. | Kesimpulan menjadi opini tanpa bukti. | Rujuk tabel, gambar, log, dan observasi. |
| Menyatakan sistem aman secara mutlak. | Mengabaikan keterbatasan praktikum dan risiko lain. | Gunakan kesimpulan yang terbatas pada scope pengujian. |
| Credential masuk ke screenshot. | Password, token, atau key dapat bocor. | Sensor, hapus, atau ulangi capture tanpa credential. |
| Tidak mencatat versi software. | Praktikum sulit diulang. | Catat versi OS, tools, firmware, dan konfigurasi. |
| Tidak membahas kegagalan. | Laporan terlihat tidak objektif dan kurang informatif. | Jelaskan kegagalan, penyebab, dampak, dan perbaikannya. |
| Pernyataan | Ya | Sebagian | Belum |
|---|---|---|---|
| Saya memahami tujuan praktikum. | |||
| Saya memahami scope dan batasan pengujian. | |||
| Saya dapat menjelaskan environment yang digunakan. | |||
| Saya dapat membedakan hasil dan analisis. | |||
| Saya dapat mengidentifikasi risiko. | |||
| Saya menjaga data sensitif dalam laporan. | |||
| Saya dapat menyusun rekomendasi perbaikan. | |||
| Kesimpulan saya menjawab tujuan praktikum. |
Dalam praktikum konfigurasi firewall dan monitoring jaringan, seorang mahasiswa memperoleh hasil berikut:
Refleksikan pengalaman menyusun laporan praktikum keamanan sistem informasi.
Susun laporan praktikum keamanan sistem informasi berdasarkan salah satu topik yang telah dipelajari.
| Komponen Penilaian | Bobot | Indikator |
|---|---|---|
| Struktur Laporan | 10% | Sistematika laporan lengkap, penomoran konsisten, dan format sesuai ketentuan. |
| Pendahuluan dan Tujuan | 10% | Latar belakang, rumusan masalah, tujuan, dan manfaat ditulis dengan jelas. |
| Dasar Teori | 15% | Teori relevan, akurat, dan didukung referensi. |
| Metodologi | 15% | Alat, bahan, topologi, environment, scope, dan langkah kerja dijelaskan. |
| Hasil Praktikum | 15% | Hasil memiliki bukti, tabel, gambar, output, dan keterangan yang jelas. |
| Analisis dan Pembahasan | 20% | Mampu menghubungkan hasil dengan teori, risiko, dampak, dan kontrol keamanan. |
| Kesimpulan dan Saran | 10% | Kesimpulan menjawab tujuan dan saran dapat ditindaklanjuti. |
| Etika dan Keamanan Data | 5% | Tidak membocorkan credential, data pribadi, token, atau informasi sensitif. |
| Elemen | Rekomendasi | Catatan |
|---|---|---|
| Ukuran Kertas | A4 | Gunakan format yang ditentukan oleh institusi. |
| Jenis File | PDF atau format lain yang ditentukan. | Pastikan file dapat dibuka sebelum dikumpulkan. |
| Font | Gunakan font akademik yang konsisten. | Jangan mencampur banyak jenis font. |
| Judul Bab | Gunakan format heading yang konsisten. | Judul bab dan subbab harus mudah dibedakan. |
| Tabel | Beri nomor dan judul di atas tabel. | Tabel harus dirujuk dalam isi laporan. |
| Gambar | Beri nomor dan keterangan di bawah gambar. | Gunakan gambar dengan resolusi yang cukup. |
| Kode dan Output | Gunakan format monospace atau lampiran. | Sensor informasi rahasia sebelum dicantumkan. |
| Nama File | Gunakan format yang konsisten. |
Contoh:
NIM_Nama_LaporanPraktikum.pdf
|
Referensi digunakan untuk memperkuat dasar teori, metode, konfigurasi, serta analisis. Gunakan sumber yang dapat dipercaya dan relevan dengan topik praktikum.
| Jenis Referensi | Contoh | Praktik Penggunaan |
|---|---|---|
| Dokumentasi Resmi | Dokumentasi perangkat, sistem operasi, atau tools. | Digunakan untuk menjelaskan konfigurasi dan fungsi fitur. |
| Buku | Buku jaringan, sistem operasi, keamanan, atau administrasi sistem. | Digunakan sebagai dasar teori dan konsep. |
| Standar | Standar keamanan, framework, atau pedoman teknis. | Digunakan sebagai acuan kontrol dan praktik keamanan. |
| Artikel Ilmiah | Jurnal, prosiding, atau paper penelitian. | Digunakan untuk memperkuat analisis dan pembahasan. |
| Knowledge Base | Artikel teknis dari vendor atau komunitas tepercaya. | Digunakan untuk troubleshooting dan implementasi. |
| Lampiran | Isi | Ketentuan Keamanan |
|---|---|---|
| Lampiran A - Topologi | Diagram jaringan atau arsitektur sistem. | Sensor alamat internal yang tidak diperlukan. |
| Lampiran B - Konfigurasi | Konfigurasi firewall, SSH, antivirus, atau monitoring. | Hapus password, private key, token, dan secret. |
| Lampiran C - Output | Output terminal, log, atau hasil scanning. | Tampilkan hanya bagian yang relevan. |
| Lampiran D - Screenshot | Bukti konfigurasi dan pengujian. | Pastikan tidak ada data pribadi atau credential. |
| Lampiran E - Dataset | File capture, data pengujian, atau tabel hasil. | Gunakan data sintetis atau data yang telah disanitasi. |
| Lampiran F - Bukti Izin | Persetujuan penggunaan environment jika diperlukan. | Jangan membagikan informasi internal yang tidak relevan. |
Tuliskan judul praktikum secara spesifik.
Berisi latar belakang, rumusan masalah, tujuan, dan manfaat.
Berisi konsep dan teknologi yang digunakan.
Berisi alat, bahan, environment, topologi, scope, dan prosedur.
Berisi observasi, screenshot, tabel, output, dan status pengujian.
Berisi interpretasi, risiko, dampak, keterbatasan, dan korelasi dengan teori.
Berisi jawaban terhadap tujuan praktikum.
Berisi rekomendasi pengembangan atau perbaikan.
Berisi seluruh sumber yang digunakan.
Berisi bukti tambahan yang telah disanitasi.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.
Aktivitas: membaca kasus, berdiskusi, menyusun analisis, dan mendokumentasikan hasil secara sistematis.