Penyulitan berbanding Perlindungan Kata Laluan: Apa yang Sebenarnya Dilakukan Kedua-dua Alat

Orang berkata "lindungi PDF dengan kata laluan" dan "sulitkan PDF" seolah-olah kedua-duanya produk yang berbeza. Dalam format PDF, kedua-duanya daripada keluarga mekanisme yang sama: fail membawa kamus /Encrypt, dan pembaca memerlukan kata laluan (atau kelayakan yang setara) sebelum menyerahkan kandungan halaman dalam bentuk yang boleh dibaca.

Apa erti "perlindungan kata laluan" sebenarnya

PDF yang dilindungi bukan sekadar kunci antara muka dalam satu aplikasi. Pembaca yang mematuhi piawaian tidak akan membuka dokumen itu sehingga kata laluan buka yang betul diberikan. Itu penyulitan kandungan fail, dikunci supaya kata laluan diperlukan untuk menyahsulitnya.

Tambah kata laluan (POST /api/v1/security/add-password) menerima kata laluan yang anda pilih dan memulangkan fail tersulit yang meminta kata laluan itu semasa dibuka. Borang portal meminta satu medan kata laluan sahaja. Pelayan menyulitkan fail melalui qpdf (--encrypt), menggunakan nilai itu sebagai kata laluan pengguna (buka); jika tiada kata laluan pemilik yang berasingan diberikan kepada API, rentetan yang sama digunakan untuk peranan pemilik. Panjang kunci lalai ialah 256 bit. Alat ini tidak menyimpan kata laluan anda selepas pemprosesan selesai. Jika anda kehilangannya, fail yang terhasil kekal terkunci.

Kata laluan pengguna berbanding kata laluan pemilik

Penyulitan PDF secara sejarahnya membezakan dua peranan:

• Kata laluan pengguna (buka): diperlukan untuk membuka dan melihat dokumen itu sama sekali.
• Kata laluan pemilik (kebenaran): sering digunakan untuk menetapkan sekatan cetak atau ubah suai sambil masih membenarkan seseorang membuka fail dengan kata laluan pengguna (atau dengan kata laluan buka yang kosong, bergantung pada cara fail itu dihasilkan).

Itu konsep format, bukan label pemasaran. Banyak aliran kerja harian "kunci PDF ini" hanya menetapkan kata laluan buka. Mengehadkan cetak atau sunting tanpa menyekat pembukaan ialah persoalan kebenaran yang menggunakan peranan pemilik; ia mudah dikelirukan dengan "fail tidak boleh dibuka."

Di PDF123, borang Tambah kata laluan meminta satu kata laluan dan menganggapnya sebagai kata laluan buka yang diperlukan untuk melihat fail. Buang kata laluan memerlukan kata laluan sama yang sudah diketahui itu untuk menyahsulit. Pemanggil API yang mahir boleh menghantar ownerPassword, keyLength, canPrint, dan canModify pada add-password; borang pelayar tidak menyediakan pilihan tersebut.

Apa yang dilakukan oleh Buang kata laluan (dan apa yang tidak)

Buang kata laluan (POST /api/v1/security/remove-password) menanggalkan penyulitan kata laluan sedia ada apabila anda memberikan kata laluan semasa yang betul. Halaman, fon, dan susun atur kekal sama; hanya keperluan penyulitan yang hilang.

Ia tidak memulihkan, meneka, atau memecahkan kata laluan yang dilupakan. Jika anda tidak mengetahui kata laluan itu, Buang kata laluan tidak akan mencipta satu. Baiki PDF juga tidak membuang penyulitan; Maklumat dokumen yang melaporkan Encrypted: true bermakna anda perlu buka kunci dahulu, kemudian barulah menyunting.

Bila perlu guna yang mana

Kedua-dua Tambah kata laluan dan Buang kata laluan berjalan di sisi pelayan tanpa akaun pada laluan katalog. Penyulitan tidak mengecilkan fail; Mampatkan PDF ialah tugasan pemampatan semula aliran yang berasingan dan masih memerlukan PDF yang telah dibuka kunci (atau yang tidak pernah disulitkan). OCR, eksport jadual, dan kebanyakan operasi suntingan juga memerlukan akses teks biasa terlebih dahulu: buka kunci dengan kata laluan yang diketahui, kemudian jalankan alat yang lain.

Simpan kata laluan di luar PDF (pengurus kata laluan, storan rahsia). Meletakkan kata laluan buka dalam e-mel yang sama dengan lampiran menjadikan perlindungan itu tidak berguna. Untuk tugasan yang sama melalui HTTP, lihat Pembangun.