Ketika tidak ada siapa-siapa di tengah
Mengenkripsi apa yang melewati server melindungi konten. Tidak memiliki server di tengah menghilangkan pertanyaan tersebut. Keduanya tidaklah sama.
Dua orang, satu percakapan
Ketika dua orang berbicara tatap muka di sebuah ruangan, tidak ada orang lain yang perlu berjanji bahwa mereka tidak mendengar apa-apa. Mereka tidak mendengar karena mereka tidak ada di sana. Ketika dua orang mengoper secarik kertas dari satu tangan ke tangan lainnya, tidak ada orang di tengah yang harus bersumpah bahwa mereka tidak membacanya. Tidak ada seorang pun di tengah.
Sebagian besar hal dalam kehidupan sehari-hari bekerja dengan cara ini. Kita tidak menandatangani perjanjian kerahasiaan dengan udara yang mengirimkan suara kita, tidak juga dengan kertas yang kita pegang. Privasi percakapan tidak bergantung pada janji seorang perantara, karena tidak ada perantara. Ini adalah salah satu bentuk paling kuat yang ada untuk menjadi pribadi: bukan karena sesuatu atau seseorang berperilaku baik, tetapi karena sesuatu atau seseorang itu tidak ada.
Ketika percakapan beralih ke saluran digital, ini berubah secara default. Model yang umum adalah sebagai berikut: dua orang terhubung ke server, server menerima pesan, mengenkripsinya atau menyimpannya dalam keadaan terenkripsi, dan mengirimkannya ke penerima. Server ada di tengah. Server bisa saja jujur. Mungkin saja diaudit. Ia dapat beroperasi di yurisdiksi yang menguntungkan dan di bawah kebijakan privasi yang ketat. Semua itu mungkin benar. Namun, server ada di tengah.
Perbedaan antara mengenkripsi dan tidak mengumpulkan (bagian kedua)
Dalam artikel sebelumnya dari seri yang sama, kami berpendapat bahwa mengenkripsi konten dan tidak mengumpulkan metadata bukanlah hal yang sama. Ada satu langkah lebih jauh yang harus dirumuskan dengan jelas: mengenkripsi apa yang melewati server dan tidak memiliki server juga bukanlah hal yang sama.
Model pertama —server di tengah, konten terenkripsi— melindungi konten dari operator server, staf pemeliharaannya, dan dari penyerang eksternal yang menyusupi sistem. Dan itu penting. Tetapi tidak menghilangkan server: server tetap ada, memproses metadata, rentan terhadap perintah pengadilan, intervensi hukum, tekanan politik, atau pelanggaran keamanan. Pada akhirnya, ini tetap menjadi titik yang membutuhkan kepercayaan pada seseorang.
Model kedua, tanpa server di antara kedua ujungnya, tidak melindungi konten terenkripsi dengan lebih baik: jika kriptografinya kuat, konten terlindungi dalam kedua kasus. Yang berubah adalah pertanyaan itu sendiri: «bagaimana dengan servernya?» menjadi tidak relevan, karena tidak ada server untuk dipertanyakan.
Kepercayaan, ketiadaan, dan perbedaan antara keduanya
Kepercayaan mungkin ditempatkan dengan baik. Perusahaan yang jujur memang ada. Auditor yang ketat memang ada. Undang-undang yang pro-pengguna memang ada. Layanan serius yang secara ketat mematuhi semua hal di atas memang ada. Kepercayaan, ketika diberikan kepada operator yang layak menerimanya, bukanlah pengaturan yang buruk.
Namun kepercayaan, sekuat apa pun, tetaplah kepercayaan. Ini adalah solusi sosial, bukan solusi teknis. Kepemilikan perusahaan bisa berubah, pemerintah suatu yurisdiksi bisa berubah, perintah pengadilan bisa datang besok, kerentanan baru bisa ditemukan bulan depan. Tak satu pun dari ini terjadi karena niat buruk: itu terjadi karena operatornya ada, dan segala sesuatu yang ada tunduk pada ketidakpastian dunia.
Ketiadaan operator tidak tunduk pada kemungkinan yang sama. Perintah pengadilan tidak dapat meminta data dari server yang tidak ada. Penyerang tidak dapat menyusupi server yang tidak ada. Perubahan kebijakan perusahaan tidak dapat memengaruhi data yang tidak pernah dimiliki perusahaan tersebut. Frasa kuncinya sederhana: data yang tidak ada tidak bisa hilang.
Mengenai argumen sisi server yang sah
Siapa pun yang menawarkan layanan pesan profesional dengan server di tengah biasanya merumuskan tiga argumen yang sangat valid. Pertama, bahwa server diperlukan untuk menjamin pengiriman ketika penerima sedang offline. Kedua, bahwa enkripsi konten kuat dan karenanya operator tidak dapat membacanya. Ketiga, layanan tersebut mematuhi undang-undang Eropa dan bahwa datanya dilindungi oleh hukum.
Ketiga argumen tersebut benar. Tidak ada yang mengubah sifat masalahnya. Memang benar bahwa server memungkinkan penyimpanan pesan untuk pengiriman yang ditunda; benar juga bahwa pengiriman tertunda dapat diselesaikan dengan cara lain, melalui protokol komunikasi langsung antar perangkat yang telah disempurnakan selama puluhan tahun dan beroperasi saat ini. Memang benar bahwa enkripsi konten saat transit sangat kuat dalam layanan yang serius. Dan memang benar bahwa undang-undang Eropa melindungi pengguna lebih dari di banyak tempat lain.
Masalahnya bukan apakah layanan dengan server di tengah itu legal, atau aman, atau apakah layanan tersebut melindungi konten. Mereka mungkin begitu, mereka legal, dan mereka biasanya aman. Masalahnya adalah memiliki server di tengah adalah pilihan arsitektural, bukan pemaksaan teknis. Dan setiap pilihan memiliki konsekuensi. Arsitektur dengan server di tengah dengan sendirinya menghasilkan aktor yang harus dipercaya. Arsitektur tanpa server di tengah tidak demikian.
Apa yang dikatakan undang-undang, dan apa yang dilakukan arsitektur
GDPR tidak memerlukan model arsitektur tertentu. Ia menuntut hasil: minimalisasi data, pembatasan tujuan, perlindungan berdasarkan desain dan default, kemampuan untuk menunjukkan kepatuhan. Layanan dengan server di tengah dapat memenuhi semua persyaratan ini. Layanan tanpa server di tengah memenuhi beberapa di antaranya melalui konstruksi, bukan melalui deklarasi. Minimalisasi absolut — tidak mengumpulkan apa pun yang tidak benar-benar diperlukan untuk menyampaikan pesan — adalah sepele ketika tidak ada server yang dapat mengumpulkan apa pun.
Untuk penggunaan sehari-hari yang tidak sensitif, arsitektur dengan server sangat masuk akal, dan kepercayaan pada operator yang serius merupakan pengaturan yang sah. Untuk penggunaan lain — hal-hal yang melibatkan rahasia profesional yang diatur, hal-hal yang memerlukan tanggung jawab deontologis, hal-hal yang menyentuh informasi yang sangat sensitif — ketiadaan titik kepercayaan bukanlah sebuah kemewahan, melainkan keuntungan struktural.
Saksi yang tidak diperlukan
Kembali ke ruangan awal membantu memantapkan ide tersebut. Bahwa tidak ada yang mendengarkan percakapan tidak bergantung pada saksi yang berperilaku baik: hal ini bergantung pada tidak adanya saksi. Sebuah server di tengah dapat bersikap jujur, diaudit, mematuhi setiap pasal GDPR, namun tetap menjadi, tepatnya, seorang saksi. Bagi seseorang yang menangani kerahasiaan profesional, pertanyaan yang benar-benar penting bukanlah apakah saksi tersebut layak dipercaya: melainkan apakah dia perlu berada di ruangan tersebut.
Jawabannya, pada sebagian besar layanan perpesanan profesional yang ada saat ini, adalah bahwa dia tidak diperlukan — dan tetap saja dia ada di sana.
Artikel ini menutup siklus awal Cuadernos Lacre. Setelah berbicara tentang enkripsi, metadata, dan rahasia profesional, kita menyelesaikan gambaran arsitektur: mengenkripsi konten dan tidak memiliki server di tengah adalah hal yang berbeda. Keduanya bisa legal; hanya satu yang menghilangkan titik kepercayaan.
Sumber dan bacaan lebih lanjut
- Saltzer, J. H.; Reed, D. P.; Clark, D. D. — End-to-end arguments in system design, ACM TOCS, 1984. Teks dasar dari prinsip yang menurutnya jaminan suatu sistem harus diterapkan di bagian ujung, bukan di saluran perantara.
- Peraturan (UE) 2016/679, pasal 25 — perlindungan data melalui desain dan default.
- Peraturan (UE) 2016/679, pasal 5.1.c — prinsip minimalisasi data.
- Schneier, B. — Data and Goliath: the hidden battles to collect your data and control your world (2015), W. W. Norton. Bab tentang arsitektur yang meminimalkan pengumpulan melalui desain.