Pemodelan ancaman untuk platform kecil

Pemodelan ancaman memiliki reputasi sebagai ritual korporat dengan diagram yang tidak pernah dibaca siapa pun. Itu tidak harus begitu. Untuk platform kecil, versi yang berguna hanya memakan waktu satu jam, menghasilkan daftar yang diurutkan, dan hasil utamanya adalah mengetahui risiko mana yang sebenarnya dipengaruhi oleh pilihan infrastruktur Anda — karena untuk sebagian besar risiko, jawaban jujurnya adalah tidak ada.

Urutan lebih penting daripada kelengkapan

Kesalahan klasiknya adalah daftar panjang segala hal yang bisa salah, yang diperlakukan sama mendesaknya. Itu menghasilkan kelumpuhan, dan pada akhirnya keputusan tetap diambil berdasarkan firasat. Daftar tujuh hal yang diurutkan lebih berharga daripada daftar lengkap empat puluh hal, karena Anda hanya akan bertindak pada tiga item pertama dan tidak akan pernah mencapai sisanya.

Urutkan berdasarkan kemungkinan × biaya bagi Anda, bukan berdasarkan seberapa mengkhawatirkan skenarionya terdengar. Musuh negara adalah item paling menakutkan di daftar mana pun dan, untuk hampir setiap platform kecil, yang paling tidak mungkin terjadi — sementara kebocoran kredensial dari mantan kontraktor bersifat membosankan, sangat umum, dan biasanya bersifat bencana.

Tujuh musuh, diurutkan berdasarkan kemungkinan

Musuh berdasarkan kemungkinan dan apa yang mengurangi risikonya

Musuh	Kemungkinan	Hosting membantu	Yang benar-benar mengurangi risikonya
Anda, di hari yang buruk	Pasti	Tidak	Cadangan yang benar-benar pernah Anda pulihkan, dan proses perubahan untuk apa pun yang menyentuh autentikasi atau DNS. Penyebab paling mungkin dari gangguan terburuk Anda adalah diri Anda sendiri.
Pemindaian otomatis	Konstan	Tidak	Penambalan (patching), tanpa autentikasi kata sandi, tanpa kredensial bawaan. Ini adalah radiasi latar belakang; tidak diarahkan khusus kepada Anda dan tidak pernah berhenti.
Kompromi kredensial	Tinggi	Tidak	Faktor kedua berbasis perangkat keras, token API dengan cakupan terbatas, dan pencabutan akses pada hari seseorang keluar, bukan satu kuartal setelahnya.
Pengadu dengan formulir	Tinggi	Ya	Inilah satu-satunya hal yang benar-benar ditangani oleh yurisdiksi hosting: apakah korespondensi saja dapat menjatuhkan layanan Anda.
Serangan volumetrik	Sedang	Sebagian	Penyaringan di sisi upstream, dan khususnya penyedia yang menyaring alih-alih melakukan null-routing terhadap Anda demi melindungi dirinya sendiri.
Penyusup bersasaran	Rendah	Tidak	Segmentasi, privilese minimum, data terenkripsi saat tidak aktif, dan log yang disimpan di tempat yang tidak dapat diubah oleh penyusup.
Aktor negara	Sangat rendah	Sebagian	Yurisdiksi membentuk jalur hukum, bukan jalur teknis. Jika ini benar-benar ada dalam model Anda, carilah nasihat, bukan paket hosting.

Mana yang dipengaruhi keputusan hosting

Dua dari tujuh, dan sebagian untuk yang ketiga. Rasio itu adalah hasil paling berguna dari latihan ini, dan itulah sebabnya melakukannya sebelum memilih penyedia menghemat lebih banyak uang daripada tabel perbandingan mana pun.

Versi satu jam

1. Daftar apa yang benar-benar Anda simpan (10 menit). Bukan sistem — data. Alamat email pengguna, catatan pembayaran, pesan pribadi, berkas yang diunggah, kredensial ke layanan lain. Catat mana yang paling buruk jika hilang dan mana yang paling buruk jika bocor; keduanya jarang sama.
2. Daftar siapa yang menginginkan masing-masing (10 menit). Bersikaplah spesifik. "Peretas" bukanlah musuh; "seseorang yang membeli dump kredensial untuk menjual kembali akun" adalah musuh, dan itu menyiratkan pertahanan yang berbeda.
3. Urutkan berdasarkan kemungkinan × biaya (10 menit). Abaikan seberapa dramatis kedengarannya. Yang membosankan justru mendominasi.
4. Untuk tiga teratas, tuliskan jam pertama (20 menit). Apa yang akan Anda lakukan dalam enam puluh menit pertama masing-masing. Jika Anda tidak dapat menjawabnya, itulah temuannya — dan itu lebih berharga daripada urutannya sendiri.
5. Tandai mana yang dipengaruhi oleh pilihan infrastruktur (10 menit). Biasanya dua dari lima teratas. Sekarang Anda tahu apa yang sebenarnya dibeli oleh keputusan hosting Anda.

Ulangi latihan ini saat sesuatu yang mendasar berubah — jenis data baru, integrasi baru, seseorang yang keluar — bukan berdasarkan jadwal tetap. Tinjauan yang digerakkan oleh kalender cenderung dilewatkan; yang digerakkan oleh peristiwa cenderung dikerjakan, karena ada alasan nyata di depan Anda.

Tiga kesalahan yang membuat semuanya sia-sia

Memodelkan musuh yang menurut Anda menarik. Kemampuan negara-bangsa lebih menyenangkan untuk dipikirkan daripada token API yang bocor di repositori publik. Salah satu dari keduanya pernah dialami hampir semua orang yang Anda kenal. Urutkan dengan jujur, dan item yang membosankan akan menang — itulah intinya.

Mencampuradukkan kontrol dengan hasil. "Kami menggunakan enkripsi" bukanlah mitigasi sampai Anda dapat menyebutkan apa yang dicegahnya dan apa yang tidak. Enkripsi disk penuh pada server yang berjalan melindungi terhadap disk yang dibawa keluar gedung; itu tidak berpengaruh apa pun terhadap penyusup yang memiliki shell di mesin yang sedang berjalan, karena volume tersebut sudah tidak terkunci.

Menghasilkan dokumen, bukan keputusan. Jika tidak ada yang berubah setelah latihan ini — tidak ada izin yang dicabut, tidak ada cadangan yang diuji, tidak ada pertanyaan yang diajukan ke penyedia — itu bukan pemodelan ancaman, itu hanya sebuah sore hari. Hasilnya seharusnya tiga tindakan yang masing-masing memiliki nama penanggung jawab.

Jika baris pengadu adalah yang mendominasi tabel Anda, pertanyaan berikutnya adalah yurisdiksi mana dan bagaimana memverifikasi apa yang diklaim oleh penyedia tentangnya — enam pertanyaan, dapat dijawab dalam satu sore. Jika itu sama sekali tidak muncul di lima teratas Anda, Anda mungkin tidak membutuhkan kami, dan itu adalah hasil yang cukup baik untuk kerja satu jam.

Ditulis oleh para insinyur yang mengoperasikan platform ini, dan ditinjau ulang 1 bulan lalu. Jika ada yang salah atau sudah usang di sini, laporkan dari panel pelanggan — dari sanalah sekitar separuh isi ini berasal.