Pahami perbedaan izin akses dokumen pelanggan, tautan unduhan berbatas waktu, dan salinan tersimpan sebelum menentukan rancangan website bisnis.

Mulai dari siapa yang berhak menerima dokumen

Brosur umum dan dokumen khusus pelanggan mempunyai kebutuhan distribusi yang berbeda. Brosur mungkin memang dimaksudkan untuk dibagikan seluas mungkin, sedangkan proposal dengan rincian pekerjaan hanya boleh diterima pihak tertentu. Perbedaan ini perlu ditetapkan sebelum memilih tombol unduh atau penyimpanan file. Website yang menampilkan area pelanggan belum tentu mempunyai aturan dokumen yang sesuai kebutuhan bisnis. Tampilan menu hanya salah satu bagian dari perjalanan pengguna menuju berkas yang sebenarnya.

Ada tiga pertanyaan yang membantu merapikan pembahasan: siapa yang boleh meminta dokumen, sampai kapan permintaan itu diterima, dan apa yang terjadi setelah penerima menyimpan salinan. Ketiganya membutuhkan keputusan tersendiri. Artikel ini membahas rancangan dan penerimaan hasil bersama pengembang, bukan menyatakan bahwa satu jenis hosting otomatis menyediakan pengelolaan dokumen privat. Contoh yang digunakan bersifat hipotetis agar tim dapat menyusun kebutuhan tanpa memasukkan berkas atau identitas pelanggan yang nyata.

Diagram pengguna melewati pemeriksaan izin sebelum menerima dokumen miliknya, sedangkan dokumen pelanggan lain ditolak
Hak akses perlu diperiksa terhadap dokumen yang diminta, bukan hanya keberadaan tombol pada halaman.

Inventaris dokumen membuat aturan lebih mudah dipahami

Susun daftar kategori dokumen dan pihak yang bertanggung jawab atas setiap kategori. Misalnya, katalog dapat dibaca umum, proposal hanya dapat dilihat pelanggan terkait, sedangkan dokumen kerja internal tidak disediakan melalui area pelanggan. Untuk tiap kategori, tentukan tindakan yang diperbolehkan: melihat daftar, membuka isi, atau mengunduh berkas. Jangan menganggap hak melihat nama file selalu berarti hak mengambil isinya. Nama dan ringkasan dokumen sendiri mungkin memuat informasi yang perlu dibatasi.

Tambahkan keadaan yang dapat mengubah izin, seperti pergantian penanggung jawab pelanggan, berakhirnya proyek, atau penggantian dokumen dengan versi baru. Berikan pemilik keputusan yang jelas agar pengembang tidak harus menebak aturan bisnis ketika membuat aplikasi. Catatan ini juga membantu petugas layanan menjawab permintaan akses. Hindari menentukan masa simpan berdasarkan contoh umum di internet; pembatasan akses dan kebijakan penyimpanan merupakan keputusan berbeda yang perlu dibahas sesuai kebutuhan organisasi dan kewajiban yang berlaku.

Ilustrasi garis waktu yang memisahkan masa berlaku tautan, permintaan baru setelah kedaluwarsa, dan salinan yang telah diunduh
Kedaluwarsa membatasi permintaan sesuai mekanisme layanan; berkas yang sudah disimpan tidak otomatis terhapus.

Izin akses harus berlaku pada berkas yang diminta

OWASP menjelaskan pentingnya pemeriksaan izin terhadap objek yang diminta, termasuk sumber daya statis. Pada rancangan dokumen pelanggan, pengembang perlu memastikan hubungan antara pengguna, dokumen, dan tindakan yang diminta. Menu yang disembunyikan dari tampilan tidak cukup menjawab persoalan tersebut. Ketika aplikasi menerima permintaan berkas, keputusan akses perlu ditegakkan pada komponen tepercaya di sisi server atau layanan yang menangani permintaan, bukan hanya pada kode antarmuka di browser.

Identifier yang panjang atau sulit ditebak dapat mempunyai kegunaan tertentu, tetapi OWASP mengingatkan bahwa kerumitan identifier tidak menggantikan pemeriksaan izin. Dalam pembahasan kebutuhan, tanyakan bagaimana dokumen pelanggan A dipisahkan dari dokumen pelanggan B. Minta pengembang menjelaskan penolakan akses dengan bahasa yang dapat diuji, tanpa memerlukan rincian rahasia sistem. Pesan penolakan juga sebaiknya membantu pengguna meminta bantuan tanpa membocorkan isi dokumen atau informasi pelanggan lain.

Periksa perjalanan dari aplikasi sampai lokasi penyimpanan

Gambarkan alur sederhana mulai dari pengguna membuka daftar, memilih dokumen, melewati pemeriksaan izin, lalu menerima berkas. Tanyakan apakah terdapat alamat penyimpanan langsung yang dapat diakses di luar alur itu. Bila aplikasi memeriksa izin tetapi berkas yang sama diletakkan pada lokasi yang terbuka untuk umum, tujuan pembatasan akses dapat gagal. Pemeriksaan perlu mencakup jalur penyajian berkas, bukan berhenti setelah halaman daftar terlihat memerlukan login.

Tim bisnis tidak perlu menentukan sendiri seluruh konfigurasi server untuk mengajukan pertanyaan tersebut. Mintalah penjelasan mengenai komponen yang memutuskan izin serta komponen yang mengirim isi. Jika keduanya berbeda, dokumentasikan cara aturan diteruskan di antara komponen. Untuk pengujian, gunakan dokumen contoh yang tidak sensitif pada lingkungan yang disetujui. Jangan mencoba alamat dokumen pihak lain atau melakukan pemeriksaan tanpa kewenangan hanya untuk membuktikan bahwa suatu rancangan mungkin mempunyai kekurangan.

Tautan berbatas waktu adalah mekanisme dengan syarat tertentu

Signed URL merupakan salah satu pendekatan untuk memberikan akses melalui alamat yang membawa informasi otorisasi bertanda tangan dan ketentuan tertentu. Sebagai contoh khusus, dokumentasi Amazon CloudFront menggambarkan aplikasi menentukan hak pengguna terlebih dahulu, lalu memberikan URL yang diperiksa oleh CloudFront. Masa berlaku menjadi salah satu pembatasnya. Penjelasan ini menunjukkan pemisahan keputusan aplikasi dan pemeriksaan distribusi, bukan menyatakan bahwa semua sistem penyimpanan atau paket hosting bekerja dengan mekanisme yang identik.

Jangan menyebut tautan sebagai sekali pakai atau hanya dapat digunakan orang tertentu apabila rancangan sebenarnya hanya memeriksa tanda tangan dan masa berlaku. Kepemilikan tautan dapat cukup untuk mengakses berkas selama syarat yang dikonfigurasi terpenuhi. Karena itu, distribusi tautan juga perlu diperhatikan. Tentukan melalui saluran apa penerima mendapatkannya, bagaimana salah kirim ditangani, dan siapa yang dapat mengeluarkan tautan baru. Hindari menaruh alamat unduhan privat pada materi publik atau menyalinnya ke tangkapan layar bantuan.

Batas waktu permintaan berbeda dari nasib salinan

Perilaku kedaluwarsa harus diterangkan secara spesifik oleh penyedia mekanisme yang dipilih. Pada contoh CloudFront, pemeriksaan masa berlaku dilakukan ketika permintaan HTTP diterima. Dokumentasinya menyebut unduhan yang dimulai sebelum waktu kedaluwarsa dapat berlanjut setelah batas itu, sedangkan permintaan baru setelahnya dapat gagal. Rincian tersebut tidak boleh digeneralisasi ke seluruh layanan. Mintalah pengembang menjelaskan keadaan permintaan baru, unduhan yang sedang berlangsung, dan percobaan mengunduh ulang pada sistem yang benar-benar digunakan.

Setelah penerima menyimpan berkas ke perangkatnya, mengakhiri masa berlaku tautan tidak otomatis menghapus salinan tersebut. Menutup akses akun juga tidak mengembalikan berkas yang telah diterima sebelumnya. Oleh karena itu, pilih materi yang dibagikan sesuai tujuan dan penerima yang berwenang, lalu jelaskan batas distribusinya dalam proses bisnis. Hindari menjanjikan kendali penuh atas seluruh salinan hanya karena website menggunakan login atau tautan kedaluwarsa. Kemampuan teknis perlu dijelaskan dengan batas yang dapat dibuktikan.

Versi dokumen dan penanggung jawab perlu terlihat jelas

Dokumen yang diperbarui menimbulkan pertanyaan tambahan: apakah tautan lama tetap menunjuk versi lama, berpindah ke versi baru, atau tidak dapat digunakan lagi. Putuskan perilaku itu sebelum pembaruan pertama terjadi. Sebagai contoh, proposal revisi sebaiknya mempunyai penanda versi dan tanggal yang dipahami penerima. Jangan mengandalkan nama file samar sebagai satu-satunya cara membedakan isi. Tim harus dapat menjelaskan dokumen mana yang dimaksud ketika pelanggan meminta klarifikasi setelah menerima revisi.

Tetapkan petugas yang menerima laporan salah dokumen, permintaan penggantian penerima, dan masalah akses. Catatan operasional cukup memuat informasi yang diperlukan untuk menelusuri kejadian sesuai prosedur tim; jangan menjadikan percakapan bantuan sebagai tempat menyalin isi rahasia atau tautan aktif. Jika izin perlu dicabut, tentukan siapa yang berhak memutuskan dan siapa yang menjalankan perubahan. Alur tanggung jawab yang jelas mengurangi keterlambatan tanpa menjanjikan bahwa pencabutan dapat menarik kembali setiap salinan.

Uji kebutuhan memakai akun dan berkas contoh

Dalam lingkungan pengujian yang disetujui, siapkan akun contoh A dan B serta dua dokumen tiruan dengan pemilik berbeda. Minta pengembang menunjukkan bahwa A dapat mengambil berkasnya sendiri dan ditolak saat meminta berkas B. Periksa juga permintaan tanpa sesi yang sah dan akses melalui jalur penyimpanan yang telah ditentukan untuk pengujian. Gunakan daftar hasil yang diharapkan agar pemeriksaan bukan sekadar demonstrasi tombol unduh yang berhasil pada satu akun.

Jika rancangan memakai tautan berbatas waktu, tambahkan percobaan sebelum dan setelah kedaluwarsa sesuai prosedur layanan tersebut. Tentukan juga harapan ketika pengguna kehilangan izin atau dokumen diganti. Simpan hasil pengujian, versi aplikasi, dan pihak pemeriksa agar perbedaan dapat dibahas secara konkret. Uraian ini adalah rencana penerimaan hasil, bukan laporan bahwa pengujian keamanan telah dilakukan pada website tertentu. Kegagalan perlu ditangani pihak yang berwenang sebelum berkas pelanggan nyata dimasukkan ke sistem.

Pilih layanan setelah kebutuhan aplikasi dapat dijelaskan

Gunakan https://www.jagoweb.com/ untuk mengenali layanan dan https://www.jagoweb.com/cloud-vps-murah untuk membaca informasi Cloud VPS JagoWeb. Bawa daftar kebutuhan aplikasi ketika berkonsultasi: jumlah komponen yang dikelola, cara berkas disajikan, pihak pengelola, serta kebutuhan pemeliharaan. Cocokkan penggunaan aplikasi dengan layanan dan ketentuannya melalui konfirmasi penyedia. Penyebutan produk tersebut tidak berarti tersedia portal dokumen atau signed URL secara otomatis, dan tidak menggantikan rancangan izin pada aplikasi.

Kesalahan umum dalam perencanaan adalah menyamakan halaman login dengan perlindungan semua berkas, menganggap alamat acak cukup untuk membatasi penerima, serta menjanjikan bahwa kedaluwarsa menghapus unduhan lama. Diskusi yang lebih berguna menghasilkan tiga jawaban terpisah: keputusan siapa yang berhak, aturan kapan permintaan diterima, dan penjelasan tentang salinan yang telah tersimpan. Dengan batas itu, tim bisnis dapat menilai proposal teknis berdasarkan perilaku nyata, sementara pengembang mempunyai acuan yang jelas untuk penerapan dan pengujiannya.

Bacaan terkait

Sumber dan referensi