Amankan aplikasi dan akses administratifnya, batasi pendengar backend, lindungi kunci layanan onion, dan uji publikasi melalui klien yang kompatibel. Perutean onion adalah salah satu lapisan desain. Ini tidak menghilangkan kerentanan aplikasi, kesalahan dalam konten yang dipublikasikan, atau kebutuhan untuk menentukan siapa yang seharusnya memiliki akses.
Tentukan publikasi dan audiensinya
Mulailah dengan tujuan publikasi yang sah dan deskripsi audiensi. Publikasi riset publik dan portal proyek terbatas memiliki persyaratan akses yang berbeda. Tentukan konten mana yang dimaksudkan untuk publik, mana yang memerlukan autentikasi aplikasi, dan mana yang tidak boleh mencapai web root. Pisahkan keputusan tersebut dari transportasi yang digunakan untuk mencapai situs.
Tulis inventaris data kecil sebelum penerapan: halaman, unggahan, konten basis data, akun administrator, dan konfigurasi layanan. Tetapkan pemilik untuk pembaruan dan penanganan insiden. Fakta bahwa situs menggunakan alamat onion tidak menyelesaikan retensi, hak konten, atau tanggung jawab keamanan. Itu tetap merupakan keputusan aplikasi praktis yang memerlukan rencana operasional eksplisit.
Jaga agar pendengar backend tetap disengaja
Layanan onion memetakan koneksi ke endpoint aplikasi lokal. Tinjau di mana endpoint tersebut mendengarkan dan jaringan lain apa yang dapat menjangkaunya. Panduan penyiapan Tor Project menjelaskan Unix socket sebagai cara yang berguna untuk menghindari mengekspos backend ke jaringan lokal. Pilih pendekatan yang didukung server Anda dan verifikasi keterjangkauan aktualnya.
Koneksi yang berfungsi melalui Tor dapat hidup berdampingan dengan pendengar publik yang tidak diinginkan. Uji jalur akses yang dimaksudkan dan batas-batas di sekitar backend. Hindari asumsi konfigurasi generik; baca pengaturan pendengaran aplikasi dan perutean virtual-host server web. Jaga antarmuka manajemen tetap berbeda dari layanan yang dimaksudkan untuk publik dan batasi siapa yang boleh mengubah pengaturan tersebut.
Tinjau apa yang dipublikasikan aplikasi
Periksa halaman, file yang diunggah, keluaran kesalahan, dan sumber daya tersemat seperti yang akan ditemui pembaca. Aplikasi dapat mengungkapkan detail operasional melalui pesan debug atau menautkan ke aset eksternal tanpa itu terlihat jelas dalam desain utamanya. Tinjau URL yang dihasilkan dan metadata konten. Layani hanya sumber daya yang diperlukan publikasi dan pahami permintaan pihak ketiga yang dimulainya.
Untuk situs riset ilustratif, tinjau contoh artikel, lampiran, dan halaman kontak sebelum peluncuran. Verifikasi bahwa dokumen editorial privat dan file lingkungan berada di luar direktori publik. Gunakan materi uji yang tidak sensitif saat memeriksa unggahan. Koneksi onion yang berhasil membuktikan keterjangkauan; tinjauan konten ini memeriksa apa yang sebenarnya diungkapkan layanan kepada audiensinya.
Perlakukan identitas layanan sebagai materi yang dilindungi
Konfigurasi layanan onion mencakup materi kunci yang harus tetap privat. Jauhkan dari file situs web publik dan batasi akses ke operator yang membutuhkannya. Rencanakan bagaimana pemulihan yang sah mempertahankan identitas layanan yang dimaksudkan dan bagaimana kompromi akan ditangani. Jangan tempatkan kunci layanan ke dalam arsip publik, pesan dukungan, atau repositori proyek bersama.
Sertakan aplikasi, data, dan konfigurasi layanan yang diperlukan dalam desain pemulihan, dengan perlindungan yang sesuai untuk masing-masing. Cadangan konten situs saja mungkin tidak memulihkan alamat yang dimaksudkan, sementara salinan yang berisi kunci privat menciptakan cadangan yang sensitif. Dokumentasikan siapa yang dapat mendekripsi dan memulihkannya serta uji akses tersebut tanpa mengekspos kunci dalam laporan latihan.
Pilih akses publik atau terbatas secara eksplisit
Login aplikasi dan otorisasi klien Tor adalah lapisan yang berbeda. Tor Project mendokumentasikan otorisasi klien untuk membuat akses ke layanan onion v3 bergantung pada kredensial klien. Tentukan apakah model itu cocok dengan audiensi dan proses operasional. Ini tidak secara otomatis diperlukan untuk publikasi publik dan tidak menggantikan izin aplikasi setelah klien terhubung.
Pertimbangkan portal proyek dengan kelompok kecil yang disetujui. Anda memerlukan cara untuk mendistribusikan, mengganti, dan mencabut materi akses secara privat, serta mengelola akun aplikasi. Uji penghapusan klien yang diotorisasi dan pengguna aplikasi secara terpisah. Tabel berikut menjaga kontrol ini tetap berbeda alih-alih menjanjikan bahwa satu pengaturan menyelesaikan setiap masalah akses.
| Kontrol | Pertanyaan yang dijawabnya | Tanggung jawab terpisah |
|---|---|---|
| Pendengar backend | Siapa yang dapat menjangkau endpoint aplikasi lokal? | Konfigurasi server web dan jaringan |
| Otorisasi klien | Klien mana yang boleh terhubung ke layanan onion? | Distribusi dan pencabutan kredensial privat |
| Izin aplikasi | Apa yang boleh dilakukan pengguna yang terhubung? | Peran akun dan akses data |
| Tinjauan publikasi | Apa yang diungkapkan situs? | Konten, unggahan, dan penanganan kesalahan |
Uji melalui koneksi pembaca
Gunakan klien yang kompatibel untuk menguji halaman, navigasi, formulir, dan unduhan melalui jalur akses onion yang dimaksudkan. Amati kesalahan dan penggunaan sumber daya aplikasi dengan lalu lintas uji yang tidak berbahaya. Hindari hanya mengukur permintaan backend lokal, karena itu tidak menjalankan koneksi pembaca secara penuh. Jaga akun uji dan kredensial akses terbatas tetap privat.
Periksa prosedur pemulihan dan pemeliharaan juga. Pembaruan aplikasi harus memiliki titik rollback dan cara untuk memvalidasi rute onion setelahnya. Tentukan log operasional yang berguna dan retensi tanpa mengasumsikan bahwa label distribusi atau transportasi menciptakan kebijakan tanpa log. Simpan bukti yang cukup untuk mendiagnosis kesalahan sambil menghindari pengumpulan yang tidak perlu.
Baca opsi hosting sebagai bagian dari desain
SwissOctet Veil mencantumkan pilihan tumpukan aplikasi, alamat onion, dan cadangan. Pilih tumpukan yang diharapkan perangkat lunak Anda dan CPU, memori, serta penyimpanan yang cukup untuk beban kerja. Konfirmasikan bagaimana layanan sebenarnya menangani penerapan, identitas layanan, dan pemulihan sebelum bergantung padanya. Lokasi Swiss katalog terpisah dari perilaku privasi aplikasi Anda.
Jaga layanan tetap ditujukan untuk publikasi yang sah dan pengguna yang diotorisasi. Rencanakan pembaruan administrator, tinjauan akses, dan respons terhadap kredensial aplikasi yang dikompromikan. Publikasi onion bekerja paling baik ketika konten, paparan backend, dan pemulihan dapat dipahami; transportasi harus mendukung rencana itu alih-alih menjadi alasan untuk melewatkan keamanan perangkat lunak biasa.
Daftar periksa praktis Anda.
- Tentukan konten publik dan terbatas sebelum penerapan.
- Verifikasi paparan aktual pendengar backend.
- Tinjau halaman, unggahan, dan permintaan sumber daya eksternal.
- Lindungi dan uji pemulihan materi kunci layanan.
- Pisahkan otorisasi klien dari peran aplikasi.
- Uji pemeliharaan dan perjalanan pembaca melalui jalur onion.
Detail yang penting.
Apakah hosting onion membuat aplikasi anonim dengan sendirinya?+
Tidak. Konten yang dipublikasikan, konfigurasi, akun, dan praktik operasional dapat mengungkapkan informasi. Tinjau seluruh layanan alih-alih mengandalkan metode koneksi.
Haruskah setiap situs onion menggunakan otorisasi klien?+
Tidak. Tentukan dari audiensi yang dimaksudkan. Otorisasi klien membatasi akses koneksi dan menambahkan siklus hidup kredensial; izin aplikasi tetap terpisah.
Apa yang harus saya lindungi dalam salinan pemulihan?+
Data dan konfigurasi situs memerlukan kontrol akses yang sesuai. Materi kunci layanan apa pun yang disertakan sangat sensitif dan harus tetap privat selama penyimpanan dan pemulihan.
Kunjungi sumbernya.
Referensi ini mendukung konsep teknis dalam panduan ini. Ikuti dokumentasi terkini sebelum mengubah sistem produksi.
- Tor Project: Siapkan layanan onion Anda community.torproject.org
- Tor Project: Pengaturan layanan onion lanjutan community.torproject.org
- Tor Project: Otorisasi klien community.torproject.org
Panduan editorial oleh SwissOctet. Contoh bersifat ilustratif. Spesifikasi layanan, opsi yang tersedia, dan ketentuan kontraktual harus diverifikasi secara terpisah.