UAS Essay – Salman Hakiki- BD303Z-2481420985

Facebook (Meta) pernah mengalami kebocoran data pengguna dalam skala besar. Dalam salah satu kasus, data diperoleh melalui penyalahgunaan fitur dan API, bukan dari peretasan server secara langsung.

Pertanyaan Essay

1. Jelaskan bagaimana API yang tidak diamankan dengan baik dapat menyebabkan kebocoran data meskipun sistem menggunakan enkripsi.

2. Analisis mengapa enkripsi data tidak menjamin keamanan apabila kontrol akses dan otorisasi gagal.

3. Rancang langkah pencegahan dari sisi keamanan API dan manajemen akses.

4. Jelaskan langkah respons insiden awal yang seharusnya dilakukan setelah kebocoran terdeteksi.

Status: 100%

Keterangan: saya sudah mengekan dengan baik dan benar

Bukti:

1.

API yang tidak diamankan dengan baik dapat menyebabkan kebocoran data meskipun sistem menggunakan enkripsi karena enkripsi hanya melindungi data saat disimpan atau dikirim, bukan saat data diakses dan diproses.

Jika API:

  • tidak memiliki autentikasi dan otorisasi yang kuat,

  • salah mengatur hak akses,

  • atau mengekspos endpoint sensitif,

maka penyerang bisa mengakses data yang sudah didekripsi melalui API secara langsung. Akibatnya, data bocor bukan karena enkripsi gagal, tetapi karena API memberikan akses ke pihak yang tidak berwenang.

 

2.

Enkripsi data tidak menjamin keamanan jika kontrol akses dan otorisasi gagal karena:

  1. Enkripsi hanya melindungi data, bukan akses
    Data harus didekripsi saat digunakan. Jika kontrol akses lemah, pihak tidak berwenang tetap bisa mengakses data dalam bentuk terbaca.

  2. Aplikasi bertindak sebagai “pembuka kunci”
    Sistem yang sah memiliki kunci enkripsi. Jika otorisasi gagal, penyerang dapat memanfaatkan aplikasi atau API untuk memperoleh data yang sudah didekripsi.

  3. Akses berlebihan (over-privileged access)
    Tanpa otorisasi yang tepat, pengguna bisa mengakses data di luar haknya, meskipun data tersebut tersimpan dalam bentuk terenkripsi.

3.

Berikut adalah ringkasan langkah pencegahan keamanan API yang esensial:

  • Autentikasi Standar: Gunakan OAuth 2.0 dan JWT (JSON Web Token) dengan masa berlaku pendek. Hindari Basic Auth.

  • Cegah BOLA (Broken Object Level Authorization): Selalu validasi di sisi server apakah pengguna yang me-request memiliki hak atas ID objek/data yang diminta.

  • Validasi Input & Output: Sanitasi semua input untuk mencegah injeksi (SQL/NoSQL) dan filter respon agar tidak membocorkan data sensitif.

  • Manajemen Trafik: Terapkan Rate Limiting dan API Gateway untuk menangkis serangan DDoS dan brute force.

  • Enkripsi: Wajibkan HTTPS/TLS 1.2+ untuk semua transmisi data.

  • Prinsip Least Privilege: Berikan hak akses seminimal mungkin sesuai peran pengguna (RBAC).

4.

Berikut adalah langkah respons awal yang ringkas dan prioritas:

  1. Containment (Pembendungan): Segera cabut (revoke) token/API keys yang aktif dan blokir IP penyerang. Matikan endpoint yang rentan jika serangan masih berlangsung.

  2. Preservasi Bukti: Amankan log server dan ambil snapshot sistem. Jangan restart server agar bukti di memori (RAM) tidak hilang.

  3. Analisis Dampak: Identifikasi data spesifik apa yang bocor dan lewat celah mana penyerang masuk.

  4. Rotasi Kredensial: Ganti semua database credentials, secret keys, dan password admin yang mungkin terekspos.

  5. Eskalasi: Laporkan ke tim Legal dan Keamanan untuk kepatuhan regulasi (seperti UU PDP).

Previous Post Previous Post
Newer Post Newer Post

Leave a comment