Pentagon Data Breach: 3 Juta Data Personel Militer Bocor, Apa yang Salah dengan Security Architecture?
Skalanya cukup besar. Departemen Pertahanan Amerika Serikat mengonfirmasi sekitar 2,76 juta individu yang masih hidup dan sekitar 294.000 individu yang telah meninggal terdampak. Artinya, totalnya mencapai lebih dari 3 juta data individu.
Yang membuat kasus ini menarik dari perspektif infrastruktur dan cybersecurity bukan hanya jumlah datanya.
Pertanyaannya adalah: bagaimana sebuah sistem yang menyimpan data sangat sensitif bisa memungkinkan akses tidak sah berlangsung selama berbulan-bulan?
Apa yang Terjadi pada Sistem DMDC?
DMDC merupakan salah satu pusat data penting milik Department of Defense yang menangani informasi personel militer, pegawai sipil, kontraktor, veteran, pensiunan, serta keluarga yang terkait dengan layanan militer.
DMDC mengelola lebih dari 60 juta records yang digunakan untuk berbagai kebutuhan, termasuk identitas, benefit, healthcare, retirement, dan layanan administrasi lainnya.
Dalam kasus ini, DMDC menemukan sebuah security vulnerability pada file-sharing system pada 16 Juli 2026.
Investigasi kemudian menemukan bahwa sejumlah pengguna tidak berwenang telah mengakses file pada server yang menyimpan personally identifiable information atau PII.
Akses tersebut dilaporkan berlangsung sejak sekitar Oktober 2025 hingga Juli 2026. Dengan kata lain, terdapat periode berbulan-bulan antara awal akses tidak sah dan ditemukannya kerentanan tersebut.
Ini adalah bagian yang seharusnya menjadi perhatian utama tim IT.
Bukan hanya bagaimana attacker masuk, tetapi mengapa akses tersebut dapat berlangsung begitu lama tanpa terdeteksi?
Data Apa yang Terpapar?
Data yang terdampak bukan sekadar nama dan alamat email.
Informasi yang disebut dalam pemberitahuan breach mencakup Social Security Number, nama, tanggal lahir, informasi kontak, jenis kelamin, ras, serta informasi militer seperti occupational specialty. Data tersebut juga disebut berada dalam file yang tidak terenkripsi.
Kombinasi seperti ini jauh lebih berbahaya dibandingkan satu jenis data saja.
Social Security Number dapat menjadi identifier yang sangat bernilai untuk identity theft. Ketika dikombinasikan dengan nama, tanggal lahir, informasi pekerjaan, dan informasi lainnya, data tersebut dapat digunakan untuk membuat serangan social engineering menjadi jauh lebih meyakinkan.
Inilah alasan mengapa kebocoran database besar tidak seharusnya dinilai hanya berdasarkan jumlah record.
Nilai sebuah breach juga ditentukan oleh kombinasi data yang bocor.
Masalah Besarnya Bukan Sekadar "File Sharing"
Istilah file-sharing system mungkin terdengar sederhana.
Tetapi dalam lingkungan enterprise, file-sharing dapat menjadi bagian dari rantai infrastruktur yang kompleks.
Ada storage.
Ada authentication.
Ada authorization.
Ada identity management.
Ada network access.
Ada logging.
Ada endpoint.
Dan di atas semuanya terdapat aplikasi yang menentukan siapa boleh membaca atau mengubah file tertentu.
Karena itu, ketika sebuah vulnerability pada file-sharing system memungkinkan unauthorized users mengakses data sensitif, pertanyaan security architecture yang lebih penting adalah:
Apakah sistem terlalu mempercayai akses yang sudah berhasil melewati perimeter?
Jika jawabannya iya, maka firewall atau VPN saja tidak cukup.
Perimeter Security Tidak Lagi Cukup
Arsitektur keamanan modern semakin banyak menggunakan prinsip Zero Trust.
Konsep dasarnya sederhana: jangan menganggap sebuah user, device, network, atau application otomatis terpercaya hanya karena sudah berada di dalam jaringan.
Setiap request terhadap resource penting harus tetap diverifikasi berdasarkan identity, authorization, device, context, dan policy.
Dalam konteks kasus DMDC, pendekatan seperti ini menjadi sangat relevan.
Misalnya seseorang berhasil mendapatkan akses ke sebuah file-sharing environment.
Pertanyaan berikutnya seharusnya bukan hanya:
"Apakah user tersebut sudah login?"
Tetapi:
"Apakah user tersebut memang berhak membaca file ini?"
Perbedaannya terlihat kecil, tetapi dampaknya sangat besar.
Encryption Seharusnya Menjadi Lapisan Pertahanan Berikutnya
Salah satu detail yang paling penting dalam kasus ini adalah informasi bahwa PII berada dalam file yang tidak terenkripsi.
Encryption tidak mencegah attacker mendapatkan akses.
Namun encryption dapat membatasi dampak ketika akses tidak sah sudah terjadi.
Ini adalah prinsip penting dalam data security:
Prevent → Detect → Contain → Recover
Jangan hanya mengandalkan prevention.
Jika prevention gagal, masih harus ada lapisan berikutnya.
Data at rest seharusnya dilindungi dengan encryption yang sesuai. Data in transit juga perlu dilindungi. Encryption key harus dikelola secara terpisah dan akses terhadap key harus dikontrol secara ketat.
Dengan pendekatan tersebut, kompromi terhadap satu layer tidak otomatis memberikan attacker akses penuh terhadap informasi yang dapat dibaca.
Yang Lebih Mengkhawatirkan: Detection
Menurut pemberitahuan breach, akses tidak sah terjadi antara Oktober 2025 dan Juli 2026. DMDC kemudian menemukan vulnerability pada Juli 2026.
Periode tersebut menimbulkan pertanyaan besar mengenai security monitoring.
Apakah akses terhadap file-file sensitif sudah masuk ke centralized logging?
Apakah terdapat alert ketika user mengakses file dalam jumlah tidak biasa?
Apakah terdapat anomaly detection?
Apakah administrator dapat melihat pola akses yang berbeda dari aktivitas normal?
Apakah file-sharing system terintegrasi dengan SIEM?
Dan yang paling penting:
Apakah organisasi mengetahui seperti apa perilaku normal sebelum mencoba mendeteksi perilaku abnormal?
Tanpa baseline yang baik, security monitoring sering kali hanya menghasilkan log dalam jumlah besar tanpa memberikan informasi yang benar-benar berguna.
Visibility Adalah Bagian dari Security
Banyak organisasi sudah memiliki firewall, endpoint protection, antivirus, EDR, SIEM, vulnerability scanner, dan berbagai security tools lainnya.
Namun memiliki tools tidak sama dengan memiliki visibility.
Sebuah organisasi dapat mempunyai ribuan log setiap hari tetapi tetap gagal mendeteksi aktivitas mencurigakan.
Security architecture yang baik harus dapat menjawab beberapa pertanyaan sederhana:
Siapa yang mengakses data?
Data apa yang diakses?
Dari perangkat mana?
Pada waktu kapan?
Berapa banyak data yang diakses?
Apakah perilakunya normal?
Apa yang terjadi setelah data diakses?
Tanpa jawaban tersebut, organisasi sebenarnya masih memiliki blind spot.
Mengapa Data Personel Militer Sangat Sensitif?
Kasus ini juga menunjukkan bahwa data personal dan data operasional tidak selalu bisa dipisahkan dengan mudah.
Informasi seperti occupational specialty atau detail pekerjaan mungkin tidak terlihat seberbahaya password atau encryption key.
Namun jika digabungkan dengan identity information, data tersebut dapat memberikan profil yang jauh lebih lengkap mengenai seseorang.
Itulah sebabnya data classification menjadi penting.
Tidak semua database harus mendapatkan perlakuan yang sama.
Data publik, data internal, confidential data, dan highly sensitive personal information seharusnya memiliki policy akses, monitoring, retention, dan encryption yang berbeda.
Semakin tinggi sensitivitas data, semakin ketat pula kontrol yang seharusnya diterapkan.
Apa yang Bisa Dipelajari Perusahaan dari Kasus Ini?
Kasus DMDC sebenarnya tidak hanya relevan untuk pemerintah atau militer.
Perusahaan yang memiliki database pelanggan, HR, payroll, healthcare, financial records, atau identity information menghadapi masalah yang sama.
Ada beberapa prinsip yang menurut saya jauh lebih penting daripada sekadar membeli security product baru.
1. Batasi akses sampai level data
User yang dapat masuk ke server belum tentu harus dapat membaca seluruh file.
Gunakan least privilege dan granular authorization.
2. Enkripsi data sensitif
Jika database atau file berisi PII yang sangat sensitif, encryption at rest seharusnya bukan sekadar opsi tambahan.
3. Monitor data access
Monitoring login saja tidak cukup.
Organisasi perlu mengetahui bagaimana resource sensitif digunakan setelah authentication berhasil.
4. Segmentasikan sistem
File-sharing environment yang menyimpan data sensitif sebaiknya tidak memiliki trust relationship yang terlalu luas dengan sistem lain.
5. Gunakan Zero Trust
Jangan menjadikan network location sebagai dasar utama kepercayaan.
Identity, device, application, resource, dan context harus menjadi bagian dari keputusan authorization.
6. Uji sistem secara berkala
Vulnerability yang ditemukan setelah berbulan-bulan dieksploitasi menunjukkan pentingnya vulnerability management dan security testing yang berkelanjutan.
7. Jangan abaikan logging
Log harus dikumpulkan, dikorelasikan, dan dianalisis.
Menyimpan log tanpa kemampuan mendeteksi anomaly hanya menyelesaikan sebagian kecil masalah.
Breach Ini Bukan Hanya Masalah Cybersecurity
Ada satu hal yang sering dilupakan ketika membahas data breach.
Cybersecurity bukan hanya masalah IT.
Ketika sebuah database bocor, dampaknya dapat berpindah ke identity theft, fraud, social engineering, privacy, compliance, legal exposure, reputational damage, bahkan national security.
Karena itu, data security harus dirancang sejak awal sebagai bagian dari architecture.
Bukan ditambahkan setelah aplikasi selesai dibuat.
Opini Betariko
Kasus Pentagon ini menarik karena memperlihatkan satu kenyataan yang sering dilupakan dalam dunia cybersecurity:
Security tidak boleh bergantung pada satu lapisan pertahanan.
Firewall bisa ditembus.
Authentication bisa disalahgunakan.
Application bisa memiliki vulnerability.
User bisa melakukan kesalahan.
Server bisa salah konfigurasi.
Dan software pihak ketiga bisa memiliki security flaw.
Karena itu architecture harus dirancang dengan asumsi bahwa suatu saat salah satu lapisan akan gagal.
Jika attacker berhasil masuk, authorization harus membatasi gerakannya.
Jika authorization gagal, segmentation harus membatasi aksesnya.
Jika segmentation gagal, encryption harus membatasi nilai data yang diperoleh.
Jika encryption tidak cukup, monitoring harus mendeteksi aktivitas abnormal.
Dan jika detection terlambat, incident response harus membatasi dampaknya.
Itulah perbedaan antara memiliki security tools dan memiliki security architecture.
Bagi perusahaan yang mengelola jutaan data pelanggan atau employee records, pertanyaan yang lebih penting bukan lagi "Apakah sistem kita pernah diretas?"
Pertanyaannya adalah:
"Jika seseorang berhasil masuk besok, seberapa jauh mereka bisa bergerak sebelum kita menyadarinya?"
Jawaban atas pertanyaan tersebut jauh lebih berguna untuk mengukur kematangan cybersecurity sebuah organisasi.