Menyediakan standar teknis rinci untuk semua kontrol keamanan jaringan

Menjadi kerangka kerja manajemen risiko siber berbasis outcome yang dapat dipetakan ke berbagai standar/kontrol lain

Menggantikan seluruh standar keamanan lain seperti ISO 27001

Hanya menjadi panduan untuk infrastruktur kritikal sektor energi

Penghapusan fungsi PROTECT dan DETECT karena dianggap tumpang tindih

Penambahan fungsi baru GOVERN yang menegaskan pentingnya tata kelola sebagai fondasi

Pengurangan jumlah fungsi menjadi hanya tiga: PREVENT, DETECT, RESPOND

Pembatasan ruang lingkup hanya untuk organisasi skala besar

Core = tingkat kematangan, Profiles = daftar kontrol teknis, Tiers = daftar proses bisnis

Core = taksonomi outcome (fungsi–kategori–subkategori), Profiles = gambaran current vs target, Tiers = tingkat ketegasan tata kelola & manajemen risiko

Core = panduan implementasi cepat, Profiles = referensi regulasi, Tiers = panduan teknis log management

Core = daftar aset, Profiles = daftar kerentanan, Tiers = daftar insiden historis

IDENTIFY (ID)

GOVERN (GV)

PROTECT (PR)

RESPOND (RS)

Menyusun laporan insiden ke regulator setelah serangan terjadi

Menentukan RTO/RPO untuk layanan kritikal

Menerapkan IAM dengan MFA dan prinsip least privilege, melakukan patching dan hardening sistem

Melakukan triase dan containment saat insiden sedang berlangsung

IDENTIFY (ID)

PROTECT (PR)

RESPOND (RS)

RECOVER (RC)

IDENTIFY (ID)

PROTECT (PR)

RESPOND (RS)

RECOVER (RC)

PROTECT (PR)

DETECT (DE)

RESPOND (RS)

RECOVER (RC)

Core

Profiles

Tiers

Subcategory

Cipher blok simetris dengan ukuran blok dan panjang kunci yang selalu sama yaitu 128 bit

Cipher blok simetris dengan ukuran blok 128 bit dan mendukung panjang kunci 128, 192, dan 256 bit

Cipher blok asimetris dengan ukuran blok 128 bit dan panjang kunci 1024 bit

Cipher aliran (stream cipher) yang memproses bit satu per satu

AES-128 = 10 ronde, AES-192 = 12 ronde, AES-256 = 14 ronde

AES-128 = 8 ronde, AES-192 = 10 ronde, AES-256 = 12 ronde

AES-128 = 12 ronde, AES-192 = 14 ronde, AES-256 = 16 ronde

Semua varian AES menggunakan jumlah ronde yang sama, hanya berbeda panjang kunci

AES-128 tidak lagi aman karena panjang kunci 128 bit sudah bisa di-brute-force dengan komputer modern tunggal

AES-128 masih dianggap aman karena ruang kunci $$2^{128}$$ secara praktis tidak dapat di-brute-force dengan teknologi saat ini

AES-128 hanya aman jika digunakan dalam mode ECB

AES-128 hanya aman jika ditambah sandi pengguna (password) minimal 16 karakter

Membutuhkan IV unik untuk setiap blok sehingga implementasi kompleks

Tidak mendukung dekripsi, hanya enkripsi

Pola pada plaintext akan tetap terlihat pada ciphertext jika blok plaintext yang sama menghasilkan blok ciphertext yang sama

Tidak dapat digunakan untuk data bervolume besar karena batasan standar

Karena CBC/CTR tidak membutuhkan kunci

Karena CBC/CTR menyembunyikan pola dengan menggunakan IV/nonce sehingga blok yang sama tidak selalu menghasilkan ciphertext yang sama

Karena CBC/CTR tidak menggunakan S-box AES

Karena CBC/CTR mengurangi jumlah ronde AES yang diperlukan

Menambah panjang kunci agar lebih aman dan mudah digunakan

Menyamarkan pola bit agar tidak bisa dianalisis

Menjamin bahwa panjang plaintext kelipatan ukuran blok

Mengurangi kebutuhan random number generator

Hanya memberikan kerahasiaan tanpa integritas

Memberikan kerahasiaan sekaligus autentikasi/integritas data

Tidak membutuhkan nonce/IV sehingga implementasi lebih mudah

Menggunakan lebih sedikit kunci daripada mode lain

Keystream menjadi sama sehingga dua ciphertext dapat di-XOR untuk memperoleh XOR plaintext; pada GCM hal ini juga membuka peluang pemalsuan tag

Performa enkripsi menurun tanpa dampak pada kerahasiaan

Ukuran ciphertext bertambah sehingga efisiensi berkurang

Membutuhkan padding tambahan pada setiap blok

KEK untuk mengenkripsi data, DEK untuk mengenkripsi kunci

KEK untuk mengenkripsi DEK, DEK untuk mengenkripsi data

Keduanya adalah istilah yang sama dan dapat dipertukarkan

KEK hanya digunakan pada algoritma asimetris, DEK hanya untuk algoritma simetris

Generasi → Distribusi → Penggunaan → Penyimpanan → Penghapusan

Generasi → Penggunaan → Penghapusan

Generasi → Distribusi → Penyimpanan → Rotasi/Perubahan → Revoke → Penghancuran

Generasi → Penggunaan → Backup → Penghancuran

Sulit melakukan logging

Sulit melakukan enkripsi data dengan cepat

Kunci terbuka untuk diakses siapa saja, sehingga tidak ada lagi kerahasiaan kunci dan tidak bisa diganti tanpa merilis ulang aplikasi

Kunci menjadi terlalu kuat dan sulit diganti

Key escrow

Separation of duties dan least privilege

Obfuscation kode

Penggunaan password kuat

Mengurangi performa sistem agar lebih aman

Membatasi volume data yang terlindungi oleh satu kunci sehingga dampak kompromi kunci menjadi lebih kecil

Mempermudah proses audit karena kunci sering berubah

Menghindari kebutuhan backup kunci secara rutin

Sangat sulit mencari dua pesan berbeda yang memiliki hash sama

Sangat sulit menemukan pasangan pesan dan hash yang cocok

Mudah mencari pesan baru yang hash-nya sudah diketahui

Sangat sulit mencari input hash jika berikan outputnya

Sulit menghitung hash dari suatu pesan harus selalu menghasilkan output dengan Panjang yang sama

Sulit membuktikan bahwa suatu hash benar-benar unik

C Sulit menemukan output dari input (x2) = output dari input (x1)

Tidak mungkin secara teori terjadi tabrakan hash

Penyerang tidak dapat memanipulasi pesan sama sekali

Penyerang dapat mencari dua pesan berbeda dengan hash sama, lalu mengganti pesan yang sudah ditandatangani tanpa mengubah tanda tangan

Penyerang hanya bisa mengubah panjang pesan namun bukan isinya

Collision resistance tidak berhubungan dengan keamanan tanda tangan digital

Perubahan 1 bit pada input akan mengubah banyak bit pada output secara tak terduga

Output hash selalu lebih panjang dari input

Output hash selalu berulang secara periodik

Input yang sedikit berbeda menghasilkan hash yang sangat mirip

Menyimpan password dalam bentuk teks asli (plaintext)

Mengenkripsi password dengan AES lalu menyimpan ciphertext-nya dalam database

Menyimpan hash password saja, tanpa salt di dalam database untuk menghindari pengungkapan password jika database bocor

Menggunakan fungsi hash yang lambat dengan salt unik per pengguna

Mengurangi ukuran data yang harus diproses dan memanfaatkan sifat keamanan fungsi hash

Mengurangi jumlah kunci publik yang diperlukan

Menghindari kebutuhan sertifikat digital

Agar tanda tangan tidak bisa diverifikasi oleh siapa pun

Pengirim dapat dengan mudah menyangkal bahwa ia pernah membuat tanda tangan

Penerima tidak dapat membuktikan dengan mudah ke pihak ketiga bahwa pengirim benar-benar menandatangani pesan

Tanda tangan digital hanya menjamin kerahasiaan, bukan otentikasi

Pengirim sulit menyangkal bahwa ia menandatangani pesan, karena tanda tangan terikat pada kunci privat miliknya

Menyimpan semua kunci privat pengguna

Meng-enkripsi semua pesan antar pengguna

Menerbitkan dan menandatangani sertifikat digital

Menghasilkan pasangan kunci untuk semua pengguna end-user

Selalu menggunakan kunci simetris bersama

Menggunakan sertifikat digital yang ditandatangani CA tepercaya

Mengirim kunci publik lewat kanal yang sama dengan pesan

Tidak pernah melakukan verifikasi sertifikat karena memperlambat koneksi

Menyembunyikan isi pesan agar tidak dapat dibaca pihak lain kecuali pihak yang berwenang

Menjamin bahwa pesan datang dari pihak tertentu dan tidak diubah

Memampatkan ukuran file agar lebih kecil saat dikirim

Mengizinkan siapa pun mengubah pesan setelah dikirim

Serangan yang selalu berusaha mencuri password dari file konfigurasi server

Serangan ketika aplikasi memproses input yang tidak dipercaya sebagai bagian dari perintah/query sehingga penyerang dapat menyisipkan instruksi ilegal

Serangan yang hanya terjadi pada aplikasi mobile tanpa backend

Hanya baris dengan username xxx yang dikembalikan

Query selalu gagal karena ekspresi 1=1 tidak valid

Kondisi akan di by-pass karena OR 1=1 selalu TRUE

Database otomatis menolak query karena mendeteksi serangan

Menolak semua karakter ' (single quote) dari input pengguna

Menyembunyikan pesan kesalahan database dari pengguna

Meng-hash semua password yang disimpan di database

Menggunakan prepared statement / parameterized query sehingga query dan parameter dipisahkan secara tegas

SQL Injection menyerang browser korban, sedangkan XSS menyerang database server

SQL Injection memanipulasi query ke database di sisi server, sedangkan XSS menyuntikkan script yang dieksekusi di browser pengguna

SQL Injection hanya terjadi di aplikasi mobile, sedangkan XSS hanya di desktop

SQL Injection tidak membutuhkan input pengguna, sedangkan XSS membutuhkan

DOM-based XSS

Reflected XSS

Stored (Persistent) XSS

Self-XSS yang tidak berbahaya

Payload XSS selalu tersimpan di database server

Script berbahaya hanya dapat dilihat oleh semua pengunjung web

Browser tidak pernah menjalankan JavaScript pada kasus DOM-based XSS

Injeksi dan eksekusi terjadi di sisi klien melalui manipulasi DOM oleh JavaScript (misalnya membaca location/hash) tanpa server merender ulang payload

Proses menghapus atau memodifikasi elemen/tag/atribut berbahaya dari input (misalnya menghapus