Berapa Banyak Dependensi Independen yang Dimiliki Rantai Privasi Anda?
Jumlah hop menggambarkan lalu lintas, bukan kendali. Petakan kepemilikan, akses administratif, transit, dan keterkaitan akun sebelum memperlakukan sebuah rantai sebagai independen.
Hitung kotak pada sebagian besar diagram privasi dan Anda mendapat tiga atau lima hop, masing-masing dengan logo perusahaan berbeda. Hitung organisasi yang benar-benar dapat bertindak atas kotak-kotak itu dan jumlahnya sering menyusut menjadi dua. Sebuah rantai memisahkan kepercayaan hanya sejauh dependensinya independen, dan jumlah hop tidak mengukur satu pun dari itu. Kesenjangan itulah keseluruhan pertanyaan yang layak diajukan.
Dua peta membantu. Satu melacak ke mana paket pergi; yang lain mencatat siapa yang mengoperasikan, membayar, mengelola, dan dapat dipaksa bertindak atas setiap elemen. Peta kedua tidak memikat, biasanya tidak lengkap, dan jauh lebih mungkin mengubah keputusan.
Gambarkan jalur lalu lintas, lalu jalur kendali
Proxy sewaan di depan dua layanan terowongan tampak seperti tiga pihak. Catat penyedia hosting, akun panel kendali, identitas penagihan, dan alamat tempat permintaan hukum akan disampaikan, dan ketiganya bisa menyusut menjadi satu penyewa cloud dengan satu kotak surat pemulihan. Tidak ada yang berubah pada jalur lalu lintas; deskripsi independensinya berubah.
Beri label setiap baris sebagai diketahui, disimpulkan, atau tidak diketahui, dan catat atas apa label itu bersandar. Nama merek menetapkan siapa yang menjual layanan kepada Anda. Itu tidak menetapkan siapa yang memiliki mesinnya, dan jelas tidak menetapkan apakah catatan pelanggan berada di basis data yang sama dengan catatan layanan lain.
Disiplin lebih penting daripada lembar kerja. Begitu «tidak diketahui» menjadi nilai yang diizinkan, diagram berhenti menyanjung dirinya sendiri dan mulai menunjukkan fakta hilang mana yang akan membalik kesimpulan.
Apa yang tidak bisa dilihat jumlah hop
Hop menggambarkan enkapsulasi dan penerusan. Itu tidak mengatakan apa pun tentang administrasi bersama, transit hulu bersama, instrumen pembayaran bersama, atau kanal pemulihan bersama, dan keempat tempat itulah tempat dua layanan yang secara nominal berbeda diam-diam menjadi satu.
Ambil desain yang hop pertama dan terakhirnya milik perusahaan berbeda tetapi keduanya berada di belakang penyedia transit yang sama. Dari posisi penyedia itu, sebagian besar metadata tentang kedua ujung berjalan melalui infrastruktur yang sama. Itu bukan bukti identifikasi; itu dependensi yang sepenuhnya dihilangkan oleh ringkasan jumlah hop.
Kesalahan sebaliknya sama umumnya. Menganggap kepemilikan terpisah menjamin pemisahan mengabaikan bahwa operator diretas, dipaksa, atau sekadar lalai dengan cara yang sama. Independensi ditetapkan butir demi butir, bukan diberikan oleh logo.
Sistem otonom adalah batas perutean
Nomor AS mengidentifikasi domain yang menyajikan pandangan perutean yang koheren kepada para peernya. Pernyataan itu tentang kebijakan perutean, bukan tentang kepemilikan korporat, staf, yurisdiksi, atau pemisahan kredensial. Dua layanan di belakang nomor AS berbeda dapat berbagi satu pemilik, dan satu layanan yang tersebar di beberapa nomor AS tetap satu operator.
Membaca nomor AS dari looking glass adalah langkah pertama yang wajar untuk baris transit pada peta Anda. Itu bukan pengukuran jalur yang ditempuh lalu lintas Anda pada malam tertentu, dan tidak boleh dituliskan sebagai demikian. Di mana jalurnya tidak diketahui, tulis tidak diketahui.
Empat baris untuk diisi pada setiap hop
Telusuri setiap titik akhir dengan empat pertanyaan yang sama dalam urutan yang sama, agar celah tetap terlihat alih-alih diratakan oleh kalimat ringkasan yang percaya diri.
- Siapa yang dapat membaca isinya? Sebutkan pihak yang mengakhiri lapisan perlindungan dan teks polos atau kunci apa yang dipegangnya.
- Siapa yang dapat mengoperasikan kotaknya? Bedakan pemilik infrastruktur dari siapa pun yang memegang akses konsol, dan periksa apakah akses itu dibagi dengan layanan lain dalam rantai.
- Catatan siapa yang dapat menghubungkannya dengan hal lain? Identitas penagihan, alamat pemulihan, akun dukungan, dan instrumen pembayaran adalah jembatan yang biasa.
- Siapa yang menjawab permintaan data? Identifikasi badan hukum dan yurisdiksi tempatnya berada, lalu tanyakan data apa yang sebenarnya disimpan badan itu.
Lalu catat dari mana setiap jawaban berasal: dokumentasi vendor, kebijakan yang diterbitkan, pengamatan langsung, atau kesimpulan yang Anda buat karena alternatifnya tidak nyaman. Baris yang didukung pernyataan retensi yang spesifik adalah bukti yang lebih kuat daripada baris yang didukung oleh fakta bahwa situs webnya tampak profesional.
Kapan dependensi bersama benar-benar penting
Pertanyaan privasi tidak pernah tentang apakah ada dependensi bersama, melainkan apa yang dapat dihubungkan dependensi itu. Akses manajemen bersama adalah paparan yang berbeda dari visibilitas pasif lalu lintas terenkripsi, dan keterkaitan akun berbeda dari keduanya. Sebutkan pengamatan, hak istimewa, dan catatan yang disimpan sebelum menyimpulkan apa pun.
Pembahasan tentang pengamat dan korelasi dalam RFC 6973 memberi kerangka yang bisa dipakai: daftarkan apa yang dipelajari setiap entitas, lalu tanyakan apa yang akan dihasilkan penggabungan pelajaran itu. Dua pihak yang mengamati metadata serupa adalah alasan untuk memeriksa korelasi. Itu bukan probabilitas identifikasi yang terukur, dan tidak boleh disajikan sebagai itu.
Setelah dikerjakan, contoh tiga pihak terpecah menjadi temuan terpisah. Hosting bersama tanpa akses konsol bersama adalah konsentrasi dalam rantai pasokan. Kotak surat pemulihan bersama adalah jembatan administratif. Keduanya nyata; hanya yang kedua memungkinkan satu kompromi melewati dua batas.
Yang Anda hasilkan pada akhirnya bukan sertifikat anonimitas. Itu pernyataan yang dapat dipertahankan tentang di mana independensi diverifikasi, di mana diasumsikan, dan fakta tunggal mana yang akan mengubah pikiran Anda. Itu lebih baik daripada satu panah lagi pada diagram.