Keamanan

Security Audit & Compliance

Panduan lengkap memahami proses security audit, vulnerability assessment, compliance frameworks seperti ISO 27001, SOC 2, PCI-DSS, dan cara menyusun laporan audit yang profesional

1. Pengenalan Security Audit

Security Audit adalah evaluasi sistematis dan terstruktur terhadap postur keamanan informasi suatu organisasi. Audit ini menilai sejauh mana kebijakan, prosedur, kontrol teknis, dan praktik keamanan organisasi sesuai dengan standar industri, regulasi, dan best practices. Security audit bukan sekadar "memindai kerentanan" β€” ini mencakup aspek people (manusia), process (proses), dan technology (teknologi).

Security audit berbeda dari penetration testing. Jika pentest berfokus pada eksploitasi teknis, security audit mencakup gambaran yang lebih luas: apakah kebijakan keamanan ada? Apakah karyawan sudah dilatih? Apakah ada prosedur backup yang teruji? Apakah akses diberikan berdasarkan least privilege? Audit memberikan gambaran komprehensif tentang kesiapan keamanan organisasi.

Jenis-Jenis Security Audit

Jenis Yang Diaudit Dilakukan Oleh Tujuan
Internal AuditKontrol keamanan internal organisasiTim internal (GRC/InfoSec)Evaluasi mandiri, persiapan audit eksternal
External AuditKepatuhan terhadap standar/regulasiFirma audit independen (KPMG, Deloitte, EY)Sertifikasi, regulatory compliance
Compliance AuditKepatuhan terhadap regulasi spesifikAuditor tersertifikasiPCI-DSS, HIPAA, GDPR, POJK
Technical AuditKonfigurasi sistem, infrastruktur, kodeSecurity engineer/consultantIdentifikasi kerentanan teknis
Social Engineering AuditKesadaran keamanan karyawanRed team / consultantUji ketahanan terhadap phishing, pretexting
Supply Chain AuditKeamanan vendor dan pihak ketigaTim vendor risk managementEvaluasi risiko dari pihak ketiga

Siapa yang Membutuhkan Security Audit?

Tipe Organisasi Alasan Audit Framework yang Umum
Perusahaan FinansialRegulasi OJK/BI, perlindungan data nasabahPCI-DSS, ISO 27001, POJK
E-commercePerlindungan data pembayaran pelangganPCI-DSS, SOC 2
SaaS / Cloud ProviderKepercayaan pelanggan, enterprise salesSOC 2, ISO 27001, CSA STAR
PemerintahRegulasi keamanan informasi negaraISO 27001, SNI, Peraturan BSSN
HealthcarePerlindungan data pasienHIPAA, ISO 27001
StartupDue diligence investor, customer trustSOC 2, ISO 27001
Diagram: Ekosistem Security Audit & Compliance
β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚          SECURITY AUDIT ECOSYSTEM                     β”‚
β”‚                                                       β”‚
β”‚  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”    β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”    β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”  β”‚
β”‚  β”‚ People   β”‚    β”‚  Process     β”‚    β”‚ Technology β”‚  β”‚
β”‚  β”‚          β”‚    β”‚              β”‚    β”‚            β”‚  β”‚
β”‚  β”‚ Training β”‚    β”‚ Policies     β”‚    β”‚ Firewalls  β”‚  β”‚
β”‚  β”‚ Awarenessβ”‚    β”‚ Procedures   β”‚    β”‚ SIEM       β”‚  β”‚
β”‚  β”‚ Roles    β”‚    β”‚ Incident Planβ”‚    β”‚ Encryption β”‚  β”‚
β”‚  β”‚ Access   β”‚    β”‚ Backup       β”‚    β”‚ EDR        β”‚  β”‚
β”‚  β””β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”˜    β””β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”˜    β””β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”˜  β”‚
β”‚       β”‚                 β”‚                  β”‚          β”‚
β”‚       β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜          β”‚
β”‚                         β–Ό                             β”‚
β”‚              β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”                     β”‚
β”‚              β”‚  SECURITY AUDIT  β”‚                     β”‚
β”‚              β”‚  & COMPLIANCE   β”‚                     β”‚
β”‚              β””β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜                     β”‚
β”‚                       β–Ό                               β”‚
β”‚       β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”              β”‚
β”‚       β–Ό               β–Ό               β–Ό              β”‚
β”‚  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”   β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”   β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”    β”‚
β”‚  β”‚ ISO     β”‚   β”‚ SOC 2     β”‚   β”‚ PCI-DSS      β”‚    β”‚
β”‚  β”‚ 27001   β”‚   β”‚           β”‚   β”‚              β”‚    β”‚
β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜   β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜   β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜    β”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

2. Proses Audit Keamanan

Security audit yang profesional mengikuti proses yang terstruktur dan terdokumentasi. Berikut adalah tahapan umum yang dilakukan dalam security audit:

Tahapan Security Audit

Fase Aktivitas Durasi Output
1. Planning & ScopingDefinisikan ruang lingkup, target, metode, timeline1-2 mingguAudit plan, scope document
2. Information GatheringKumpulkan dokumen kebijakan, arsitektur, asset inventory1 mingguAsset register, policy documents
3. Risk AssessmentIdentifikasi aset, ancaman, kerentanan, dan dampak1-2 mingguRisk register
4. Control EvaluationUji efektivitas kontrol keamanan yang ada2-4 mingguControl assessment results
5. Technical TestingVulnerability assessment, config review, code review1-3 mingguTechnical findings
6. Analysis & ReportingAnalisis temuan, buat rekomendasi, susun laporan1-2 mingguFinal audit report
7. Remediation Follow-upPantau implementasi rekomendasiOngoingRemediation tracker

Audit Checklist β€” Control Areas

Text β€” Security Audit Control Checklist
SECURITY AUDIT CONTROL ASSESSMENT CHECKLIST
=============================================

1. GOVERNANCE & POLICY
   ☐ Information Security Policy β€” ada, up-to-date, disetujui manajemen
   ☐ Security roles & responsibilities β€” terdefinisi dengan jelas
   ☐ Risk management framework β€” proses identifikasi dan mitigasi risiko
   ☐ Security awareness program β€” training karyawan rutin
   ☐ Acceptable use policy β€” pedoman penggunaan aset IT
   ☐ Data classification policy β€” klasifikasi data (public, internal, confidential)

2. ACCESS CONTROL
   ☐ Principle of least privilege β€” akses minimal yang diperlukan
   ☐ Multi-factor authentication (MFA) β€” aktif untuk akses kritis
   ☐ Password policy β€” minimal 12 karakter, kompleksitas, rotasi
   ☐ Account lifecycle management β€” provisioning & deprovisioning
   ☐ Privileged access management (PAM) β€” akses admin terkontrol
   ☐ Review akses berkala β€” quarterly access review
   ☐ Separation of duties β€” tidak ada satu orang kontrol semua

3. NETWORK SECURITY
   ☐ Firewall rules β€” reviewed, documented, least privilege
   ☐ Network segmentation β€” isolasi segment kritis
   ☐ Intrusion Detection/Prevention (IDS/IPS) β€” aktif dan dimonitor
   ☐ VPN untuk remote access β€” enkripsi semua koneksi remote
   ☐ Wireless security β€” WPA3, guest network terpisah
   ☐ DNS security β€” DNSSEC, DNS filtering
   ☐ DDoS protection β€” mitigation strategy

4. DATA PROTECTION
   ☐ Encryption at rest β€” data sensitif dienkripsi di storage
   ☐ Encryption in transit β€” TLS 1.2+ untuk semua komunikasi
   ☐ Key management β€” prosedur generate, store, rotate keys
   ☐ Data loss prevention (DLP) β€” monitor data exfiltration
   ☐ Backup & recovery β€” 3-2-1 rule, tested restoration
   ☐ Data retention & disposal β€” policy penghapusan data

5. ENDPOINT SECURITY
   ☐ Endpoint Detection & Response (EDR) β€” deployed di semua endpoint
   ☐ Patch management β€” OS dan aplikasi up-to-date
   ☐ Anti-malware β€” terinstall dan terupdate
   ☐ Device encryption β€” full disk encryption (BitLocker/FileVault)
   ☐ Mobile device management (MDM) β€” kontrol perangkat mobile
   ☐ USB/removable media control β€” pembatasan penggunaan

6. APPLICATION SECURITY
   ☐ Secure SDLC β€” security di setiap tahap development
   ☐ Code review β€” static analysis (SAST), dynamic analysis (DAST)
   ☐ Dependency scanning β€” cek vulnerability di library/package
   ☐ Input validation β€” semua input user divalidasi
   ☐ Error handling β€” tidak ekspos informasi internal
   ☐ API security β€” authentication, rate limiting, input validation

7. INCIDENT RESPONSE
   ☐ IR plan β€” didokumentasikan, di-test, up-to-date
   ☐ IR team β€” terbentuk dengan peran jelas
   ☐ Communication plan β€” siapa yang dihubungi, kapan, bagaimana
   ☐ Logging & monitoring β€” SIEM aktif, log di-retention minimal 1 tahun
   ☐ Forensic readiness β€” tools dan prosedur siap
   ☐ Tabletop exercise β€” dilakukan minimal 2x setahun

8. BUSINESS CONTINUITY
   ☐ Business Continuity Plan (BCP) β€” didokumentasikan
   ☐ Disaster Recovery Plan (DRP) β€” prosedur pemulihan
   ☐ RTO/RPO β€” Recovery Time/Point Objective terdefinisi
   ☐ Backup testing β€” restore test dilakukan berkala
   ☐ Failover testing β€” test switching ke DR site

Risk Assessment Matrix

Impact ↓ / Likelihood β†’ Rendah Sedang Tinggi Sangat Tinggi
Kritis🟠 TinggiπŸ”΄ KritisπŸ”΄ KritisπŸ”΄ Kritis
Tinggi🟑 Sedang🟠 TinggiπŸ”΄ KritisπŸ”΄ Kritis
Sedang🟒 Rendah🟑 Sedang🟠 TinggiπŸ”΄ Kritis
Rendah🟒 Rendah🟒 Rendah🟑 Sedang🟠 Tinggi

3. Vulnerability Assessment

Vulnerability Assessment adalah proses identifikasi, klasifikasi, dan prioritisasi kerentanan keamanan dalam sistem, jaringan, dan aplikasi. Berbeda dengan penetration testing yang mencoba mengeksploitasi, vulnerability assessment berfokus pada identifikasi dan pelaporan β€” memberikan gambaran lengkap tentang celah keamanan yang perlu ditutup.

Tahapan Vulnerability Assessment

Bash β€” Vulnerability Assessment Workflow
# =============================================
# VULNERABILITY ASSESSMENT WORKFLOW
# =============================================

# STEP 1: Asset Discovery β€” Temukan semua aset di jaringan
nmap -sn 192.168.1.0/24 -oN network_discovery.txt
# Hasil: daftar semua host aktif di jaringan

# STEP 2: Port Scanning β€” Identifikasi service yang berjalan
nmap -sV -sC -O -p- 192.168.1.0/24 -oA full_port_scan
# Hasil: port terbuka, versi service, OS detection

# STEP 3: Vulnerability Scanning dengan Nmap NSE
nmap --script vuln 192.168.1.0/24 -oA vuln_scan
# Scripts: vuln, exploit, auth, brute

# STEP 4: Vulnerability Scanning dengan Nuclei
# Install nuclei: go install -v github.com/projectdiscovery/nuclei/v3/cmd/nuclei@latest
nuclei -l targets.txt -t cves/ -t vulnerabilities/ -t misconfiguration/ \
  -severity critical,high,medium -o nuclei_results.txt

# STEP 5: Web Application Scanning dengan Nikto
nikto -h https://webapp.target.com -output nikto_report.html
# Mengecek: outdated software, dangerous files, misconfigurations

# STEP 6: SSL/TLS Assessment
testssl.sh https://webapp.target.com
# Cek: cipher suites, certificate validity, protocol support

# STEP 7: Configuration Audit
# CIS Benchmark β€” Automated dengan Lynis (Linux)
sudo lynis audit system
# Hasil: hardening suggestions berdasarkan CIS benchmarks

# STEP 8: Dependency Scanning (Software Composition Analysis)
# Untuk Node.js project:
npm audit
# Untuk Python:
pip-audit
# Untuk Java (Maven):
dependency-check --project "MyApp" --scan ./src

# STEP 9: Container Security Scanning
trivy image myapp:latest
grype myapp:latest
# Scan Docker image untuk known vulnerabilities

# STEP 10: Cloud Security Posture
# AWS:
prowler aws --compliance cis_2.0
# Azure:
az ad sp create-for-rbac --name security-audit
# Multi-cloud: ScoutSuite
scout aws  # atau scout azure, scout gcp

Vulnerability Severity Rating β€” CVSS

CVSS (Common Vulnerability Scoring System) adalah standar industri untuk menilai keparahan kerentanan. Skor berkisar dari 0.0 hingga 10.0.

CVSS Score Severity Warna Response Time Contoh
9.0 - 10.0CriticalπŸ”΄24 jamLog4Shell (CVE-2021-44228), EternalBlue
7.0 - 8.9High🟠7 hariSQL Injection, RCE tanpa autentikasi
4.0 - 6.9Medium🟑30 hariXSS, CSRF, information disclosure
0.1 - 3.9Low🟒90 hariMissing headers, verbose errors
0.0NoneβšͺBest practiceInformational findings
πŸ’‘ Vulnerability Assessment vs Penetration Testing

Vulnerability Assessment bertujuan menemukan sebanyak mungkin kerentanan β€” breadth over depth. Penetration Testing bertujuan membuktikan dampak eksploitasi β€” depth over breadth. Keduanya saling melengkapi: vulnerability assessment sebagai rutin (bulanan/quarterly), penetration testing sebagai deep-dive (tahunan atau setelah perubahan signifikan).

4. Compliance Frameworks

Compliance berarti memenuhi persyaratan yang ditetapkan oleh standar, regulasi, atau kerangka kerja keamanan tertentu. Berbagai industri dan negara memiliki regulasi yang berbeda-beda, tetapi banyak yang saling tumpang tindih. Memahami framework ini sangat penting agar organisasi tidak hanya aman secara teknis, tetapi juga memenuhi kewajiban hukum dan regulasi.

ISO/IEC 27001

Aspek Detail
Apa ituStandar internasional untuk Information Security Management System (ISMS)
TujuanMenyediakan kerangka kerja sistematis untuk mengelola risiko keamanan informasi
Cakupan114 kontrol keamanan dalam Annex A, mencakup people, process, technology
Proses SertifikasiGap analysis β†’ Implementasi β†’ Stage 1 Audit β†’ Stage 2 Audit β†’ Sertifikasi
Berlaku untukSemua jenis dan ukuran organisasi
Masa berlaku3 tahun dengan surveillance audit tahunan
Diakui olehGlobal β€” standar ISMS paling diakui di dunia

Perbandingan Framework Compliance

Framework Industri Sifat Fokus Utama Kontrol
ISO 27001SemuaSukarela (standar)ISMS β€” manajemen keamanan114 kontrol Annex A
SOC 2 Type IIService providers / SaaSSukarela (audit)5 Trust Service CriteriaCustom controls
PCI-DSS v4.0Pembayaran kartuWajibProtect cardholder data~300+ requirements
HIPAAHealthcare (US)WajibProtect health information (PHI)Administrative, physical, technical
GDPRYang memproses data warga EUWajibData privacy & protectionPrivacy by design, rights
NIST CSFSemua (US)SukarelaCybersecurity framework5 functions: ID, PR, DE, RS, RC
CIS Controls v8SemuaSukarelaPrioritized security controls18 control groups

ISO 27001 Implementation Roadmap

Text β€” ISO 27001 Implementation Roadmap
ISO 27001 IMPLEMENTATION ROADMAP
==================================

PHASE 1: PREPARATION (Bulan 1-2)
─────────────────────────────────
☐ Dapatkan commitment manajemen (top management support)
☐ Tentukan scope ISMS β€” unit bisnis mana yang dicakup
☐ Bentuk tim implementasi ISMS
☐ Gap analysis β€” bandingkan kondisi saat ini dengan ISO 27001
☐ Buat project plan dengan timeline dan milestone

PHASE 2: RISK ASSESSMENT (Bulan 2-4)
────────────────────────────────────
☐ Buat asset inventory β€” identifikasi semua aset informasi
☐ Identifikasi ancaman dan kerentanan untuk setiap aset
☐ Hitung risiko: Risk = Likelihood Γ— Impact
☐ Tentukan risk treatment plan: mitigate, accept, transfer, avoid
☐ Buat Statement of Applicability (SoA) β€” kontrol mana yang diterapkan

PHASE 3: IMPLEMENTATION (Bulan 4-8)
──────────────────────────────────
☐ Kembangkan kebijakan keamanan informasi
☐ Implementasikan kontrol dari Annex A yang dipilih:
  - A.5: Organizational controls (policies, roles, segregation)
  - A.6: People controls (training, screening, NDAs)
  - A.7: Physical controls (physical security, equipment)
  - A.8: Technology controls (access control, crypto, logging)
☐ Bangun awareness program untuk semua karyawan
☐ Implementasikan incident management process
☐ Setup monitoring, logging, dan internal audit process

PHASE 4: INTERNAL AUDIT & REVIEW (Bulan 8-10)
──────────────────────────────────────────────
☐ Lakukan internal audit β€” apakah kontrol berjalan efektif?
☐ Management review β€” evaluasi efektivitas ISMS
☐ Perbaiki temuan dari internal audit (corrective actions)
☐ Pastikan semua dokumentasi lengkap dan up-to-date

PHASE 5: CERTIFICATION AUDIT (Bulan 10-12)
──────────────────────────────────────────
☐ Pilih certification body (accredited registrar)
☐ Stage 1 Audit (Documentation Review):
   - Auditor meninjau dokumentasi ISMS
   - Identifikasi area yang perlu perbaikan
☐ Stage 2 Audit (Implementation Audit):
   - Auditor memverifikasi implementasi di lapangan
   - Wawancara karyawan, cek evidence
   - Temukan ketidaksesuaian (non-conformities)
☐ Corrective actions untuk temuan auditor
☐ Sertifikasi diterbitkan! πŸŽ‰

PHASE 6: CONTINUOUS IMPROVEMENT (Ongoing)
────────────────────────────────────────
☐ Surveillance audit tahunan (setiap 12 bulan)
☐ Perbaikan berkelanjutan (PDCA cycle)
☐ Re-certification audit di tahun ke-3
☐ Update ISMS sesuai perubahan bisnis dan ancaman

SOC 2 β€” 5 Trust Service Criteria

Kriteria Deskripsi Contoh Kontrol
πŸ”’ SecuritySistem dilindungi dari akses tidak sahFirewall, MFA, encryption, security monitoring
⚑ AvailabilitySistem tersedia untuk dioperasikanUptime SLA, DDoS protection, DR plan, monitoring
πŸ”„ Processing IntegrityProcessing data lengkap, valid, dan akuratInput validation, error handling, QA testing
πŸ”’ ConfidentialityData rahasia dilindungi sesuai komitmenEncryption, access control, data classification
πŸ” PrivacyData pribadi ditangani sesuai kebijakan privasiConsent management, data retention, deletion policy

5. Reporting & Remediation

Laporan audit yang baik adalah jembatan antara temuan teknis dan aksi perbaikan. Tanpa laporan yang jelas dan actionable, temuan audit hanya menjadi "kertas kosong" yang tidak menghasilkan perubahan. Laporan harus bisa dipahami oleh berbagai audiens: dari tim teknis yang akan melakukan perbaikan, hingga manajemen C-level yang perlu membuat keputusan strategis.

Struktur Laporan Security Audit

Text β€” Template Laporan Security Audit
LAPORAN SECURITY AUDIT
=======================

BAGIAN 1: EXECUTIVE SUMMARY (Untuk Manajemen C-Level)
─────────────────────────────────────────────────────

Ringkasan Eksekutif:
  - Total area yang diaudit: 8 kontrol domain
  - Total temuan: 47 finding
  - Status keseluruhan: PERLU PERBAIKAN SIGNIFIKAN

Temuan per Severity:
  πŸ”΄ Critical: 3  (harus diselesaikan dalam 30 hari)
  🟠 High:     8  (harus diselesaikan dalam 60 hari)
  🟑 Medium:  15  (harus diselesaikan dalam 90 hari)
  🟒 Low:     12  (rekomendasi perbaikan)
  βšͺ Info:     9  (observasi dan best practices)

Top 3 Risiko:
  1. [CRITICAL] Tidak ada MFA untuk akses VPN β€” risiko credential theft
  2. [CRITICAL] Backup tidak pernah di-test β€” risiko data loss
  3. [HIGH] Tidak ada security awareness training β€” risiko phishing success

BAGIAN 2: SCOPE & METHODOLOGY
──────────────────────────────
  - Ruang lingkup: Divisi IT, infrastruktur jaringan, aplikasi web
  - Framework acuan: ISO 27001:2022 Annex A, CIS Controls v8
  - Metode: Document review, interview, technical testing, configuration audit
  - Tanggal audit: 1-15 Juli 2026
  - Auditor: Tim Security BeebaneLabs

BAGIAN 3: DETAILED FINDINGS
──────────────────────────

Finding #001: Tidak Ada Multi-Factor Authentication (MFA) pada VPN
  Severity   : CRITICAL
  Control    : A.8.5 β€” Secure Authentication
  Status     : NON-COMPLIANT

  Deskripsi:
    Saat ini, akses VPN ke jaringan perusahaan hanya menggunakan
    username dan password. Tidak ada faktor autentikasi kedua.

  Evidence:
    - Screenshot konfigurasi VPN (FortiGate) β€” MFA tidak aktif
    - Interview dengan IT Manager β€” mengkonfirmasi belum ada MFA
    - Log VPN menunjukkan 100% login hanya password-based

  Risiko:
    Jika credential karyawan bocor (phishing, credential stuffing),
    attacker bisa langsung masuk ke jaringan internal perusahaan.

  Rekomendasi:
    1. Implementasikan MFA untuk semua akses VPN (prioritas: admin)
    2. Gunakan authenticator app (Google Authenticator, Microsoft Auth)
    3. Hindari SMS-based MFA (vulnerable ke SIM swapping)
    4. Target: selesai dalam 30 hari

Finding #002: Backup Tidak Pernah Di-test Restore
  Severity   : CRITICAL
  Control    : A.8.13 β€” Information Backup
  Status     : NON-COMPLIANT
  ... (dst)

BAGIAN 4: COMPLIANCE GAP ANALYSIS
────────────────────────────────
  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
  β”‚ ISO 27001 Ctrl β”‚ Descriptionβ”‚ Status    β”‚ Gap       β”‚
  β”œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€
  β”‚ A.5.1          β”‚ Policies   β”‚ βœ… Comply β”‚ -         β”‚
  β”‚ A.5.23         β”‚ Cloud      β”‚ ⚠️ Partialβ”‚ Missing   β”‚
  β”‚ A.8.5          β”‚ MFA        β”‚ ❌ Gap    β”‚ No MFA    β”‚
  β”‚ A.8.13         β”‚ Backup     β”‚ ❌ Gap    β”‚ Untested  β”‚
  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”΄β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”΄β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”΄β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

BAGIAN 5: REMEDIATION ROADMAP
─────────────────────────────
  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
  β”‚ Timeline   β”‚ Actions                                β”‚
  β”œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€
  β”‚ 30 hari    β”‚ Implement MFA, Test backup, Patch CVSS β”‚
  β”‚            β”‚ β‰₯9.0 vulnerabilities                   β”‚
  β”‚ 60 hari    β”‚ Implement SIEM, Security awareness     β”‚
  β”‚            β”‚ training, Network segmentation         β”‚
  β”‚ 90 hari    β”‚ Update all policies, Implement PAM,    β”‚
  β”‚            β”‚ DLP deployment, Code review process    β”‚
  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”΄β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

Remediation Tracking

Text β€” Remediation Tracker Template
REMEDIATION TRACKER
===================

β”Œβ”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚ ID  β”‚ Finding        β”‚ Severity β”‚ Owner  β”‚ Deadline  β”‚ Status   β”‚ Evidence  β”‚
β”œβ”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€
β”‚ R01 β”‚ VPN MFA        β”‚ Critical β”‚ IT Ops β”‚ 30 Jul    β”‚ 🟑 In    β”‚ Ticket    β”‚
β”‚     β”‚                β”‚          β”‚        β”‚           β”‚ Progress β”‚ #1234     β”‚
β”œβ”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€
β”‚ R02 β”‚ Backup Testing β”‚ Critical β”‚ DBA    β”‚ 30 Jul    β”‚ πŸ”΄ Not   β”‚ -         β”‚
β”‚     β”‚                β”‚          β”‚        β”‚           β”‚ Started  β”‚           β”‚
β”œβ”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€
β”‚ R03 β”‚ Security       β”‚ High     β”‚ HR +   β”‚ 15 Aug    β”‚ 🟑 In    β”‚ LMS       β”‚
β”‚     β”‚ Training       β”‚          β”‚ InfoSecβ”‚           β”‚ Progress β”‚ setup     β”‚
β”œβ”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€
β”‚ R04 β”‚ SIEM Deploy    β”‚ High     β”‚ SOC    β”‚ 30 Aug    β”‚ πŸ”΄ Not   β”‚ -         β”‚
β”‚     β”‚                β”‚          β”‚        β”‚           β”‚ Started  β”‚           β”‚
β”œβ”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€
β”‚ R05 β”‚ Patch MS17-010 β”‚ Critical β”‚ IT Ops β”‚ 30 Jul    β”‚ βœ… Done  β”‚ Scan      β”‚
β”‚     β”‚                β”‚          β”‚        β”‚           β”‚          β”‚ report    β”‚
β””β”€β”€β”€β”€β”€β”΄β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”΄β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”΄β”€β”€β”€β”€β”€β”€β”€β”€β”΄β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”΄β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”΄β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

Status Legend:
  πŸ”΄ Not Started β€” Belum ada aksi
  🟑 In Progress β€” Sedang dikerjakan
  🟒 Done β€” Selesai, menunggu verifikasi
  βœ… Verified β€” Sudah di-verify oleh auditor
  ⚫ Accepted β€” Risiko diterima oleh manajemen (dengan dokumentasi)
⚠️ Common Audit Pitfalls
  • Audit tanpa follow-up β€” Temuan tidak ditindaklanjuti, hanya jadi "kertas"
  • Compliance β‰  Security β€” Bisa compliant tapi tetap tidak aman (check-box mentality)
  • Tidak ada accountability β€” Tidak jelas siapa yang bertanggung jawab atas remediation
  • Scope terlalu sempit β€” Tidak mencakup cloud, remote workers, atau supply chain
  • Audit hanya setahun sekali β€” Keamanan harus continuous, bukan point-in-time
  • Mengabaikan temuan "low" β€” Banyak low findings yang bisa menjadi attack chain
πŸ’‘ Tools untuk GRC (Governance, Risk, Compliance)
  • Open Source: Open-AudIT, Faraday, DefectDojo, ArcherySec
  • Commercial: ServiceNow GRC, OneTrust, LogicGate, Drata, Vanta
  • Free/Premium: SecurityScorecard (free tier), UpGuard
  • Cloud-native: AWS Security Hub, Azure Security Center, GCP Security Command Center

6. Quiz: Uji Pemahamanmu!

Setelah membaca tutorial di atas, jawablah 5 pertanyaan berikut untuk menguji pemahamanmu tentang Security Audit & Compliance:

Pertanyaan 1: Apa perbedaan utama antara security audit dan penetration testing?

a) Tidak ada perbedaan, keduanya sama
b) Security audit mencakup evaluasi people, process, technology secara komprehensif; pentest fokus pada eksploitasi teknis
c) Penetration testing lebih luas dari security audit
d) Security audit hanya untuk perusahaan besar

Pertanyaan 2: Framework apa yang menjadi standar internasional untuk Information Security Management System (ISMS)?

a) PCI-DSS
b) SOC 2
c) ISO/IEC 27001
d) HIPAA

Pertanyaan 3: Apa yang dimaksud dengan CVSS score 9.5?

a) Kerentanan berseverity rendah
b) Kerentanan berseverity sedang
c) Kerentanan berseverity critical
d) Kerentanan berseverity informational

Pertanyaan 4: Berapa fase dalam ISO 27001 Stage 1 Certification Audit?

a) 1 stage β€” langsung implementasi
b) 2 stages β€” Stage 1 (Documentation) dan Stage 2 (Implementation)
c) 3 stages β€” Planning, Testing, Certification
d) Tidak ada stage β€” langsung disertifikasi

Pertanyaan 5: Apa 5 Trust Service Criteria dalam SOC 2?

a) Security, Availability, Processing Integrity, Confidentiality, Privacy
b) Security, Speed, Reliability, Cost, Performance
c) Authentication, Authorization, Encryption, Logging, Monitoring
d) Governance, Risk, Compliance, Audit, Reporting
πŸ” Zoom
100%
🎨 Tema