Khoá PDF — mật khẩu + quyền truy cập.
Thêm mật khẩu cho PDF và chọn quyền cho người nhận. Mã hoá RC4-128 mở được trên mọi trình đọc PDF. Chạy trên trình duyệt — không upload, không đăng ký.
- ✓ Trên trình duyệt
- ✓ Không đăng ký
- ✓ Adobe + Chrome + Preview
Cần chỉnh sửa nhiều hơn trên PDF này?
Ký, bôi đen, đóng dấu mờ, điền tự động · file ở lại trên trình duyệt
Hai lớp: bảo vệ mở + cờ quyền.
Mật khẩu user gating quyền mở — ai thử xem file cũng bị hỏi. Cờ quyền hạn chế hành động (in/sao/sửa) cho cả những user CÓ mật khẩu. Cả hai chạy trên cùng phong bì RC4-128.
Mật khẩu user
Người nhận nhập để mở file. Không có nó, mọi trình đọc PDF đều hiện prompt và từ chối render nội dung.
8 cờ quyền
In, sao chép, sửa, chú thích, điền form, trợ năng, sắp xếp, in hi-res. Bật/tắt riêng lẻ — mặc định khớp với hợp đồng 'chỉ xem và in'.
RC4-128 (Rev 3)
Standard Security Handler — chạy trên Adobe Reader, Chrome PDF viewer, macOS Preview, mọi reader di động. Tương thích từ 2003.
Chỉ trình duyệt
Dẫn xuất khoá, RC4 cipher, mã hoá per-object đều chạy phía client trong WASM/JS. PDF gốc và mật khẩu không bao giờ rời thiết bị.
Dẫn xuất khoá mạnh
Theo spec — MD5 + 50 lần lặp hash mật khẩu để dẫn xuất khoá mã hoá file. Mỗi indirect object có khoá riêng dẫn xuất từ object number + generation.
File ID ngẫu nhiên
16 byte ngẫu nhiên qua crypto.getRandomValues làm seed cho khoá. Bảo vệ cùng một file hai lần cho ra ciphertext khác nhau.
Cách hoạt động.
MD5 + RC4 — crypto cũ, nhưng là thứ duy nhất mọi trình đọc PDF trên thế giới đều cài đặt. Chúng tôi dùng nó để mã hoá mọi stream và string trong tài liệu.
- Bước 01
Thả PDF
Kéo file hoặc bấm để chọn. Ở lại trên trình duyệt.
- Bước 02
Đặt mật khẩu
Gõ và xác nhận. Chọn quyền giữ lại cho người nhận — in, sao chép, sửa, v.v.
- Bước 03
Mã hoá
Khoá RC4 per-object dẫn xuất từ mật khẩu mã hoá mọi stream và string trong file.
- Bước 04
Tải về
Lưu cục bộ dưới dạng filename-protected.pdf. Người nhận thấy prompt mật khẩu khi mở.
Về mật khẩu bảo vệ PDF.
Mật khẩu mạnh đến đâu?
RC4-128 đủ cho bảo vệ thông thường — đồng nghiệp không vô tình đọc được file, bạn bè không mở được nếu không có mật khẩu. KHÔNG chống được attacker chuyên nghiệp; có công cụ crack cho mọi mật khẩu yếu (dưới 8 ký tự, từ điển). Để mạnh tối đa: dùng mật khẩu 16+ ký tự ngẫu nhiên, và kết hợp với mã hoá toàn ổ đĩa khi lưu file đã bảo vệ.
Sao dùng RC4 mà không phải AES?
Tương thích. RC4-128 chạy trên mọi trình đọc PDF từ 2003. AES-128 (Rev 4) cần Acrobat 7+; AES-256 (Rev 5/6) cần Acrobat 9+. Chúng tôi chọn RC4 để ông của người nhận chạy Acrobat Reader trên Windows XP vẫn mở được. Hỗ trợ AES nằm trong roadmap v1.1.
Có thể đặt mật khẩu mở khác mật khẩu sửa không?
Không trong v1 — chúng tôi dùng một mật khẩu cho cả hai. Khái niệm owner-password tồn tại trong spec PDF (Algorithm 3) nhưng không thêm bảo mật thực sự vì user-password mở khoá cả hai lớp trong thực tế. Cho workflow cần phân quyền review-vs-edit, ký + đóng dấu mờ thường là công cụ tốt hơn.
Cờ quyền có thực sự chặn người sao chép không?
Adobe Reader + macOS Preview tôn trọng. Trình đọc PDF trong trình duyệt có thể không. User quyết tâm luôn có thể chạy /tools/unlock-pdf, gỡ hạn chế. Cờ quyền là yêu cầu lịch sự, không phải biên giới bảo mật.
Quên mật khẩu thì sao?
Không có khôi phục — mật khẩu CHÍNH là khoá mã hoá. Lưu vào password manager. Nếu mất mật khẩu vào bản duy nhất của PDF đã mã hoá, nội dung coi như mất.
Có chạy được với PDF đã mã hoá rồi không?
Không — bạn cần mở khoá trước qua /tools/unlock-pdf, rồi bảo vệ lại với cài đặt mới. Mã hoá xếp chồng không được trình đọc PDF hỗ trợ.
Cần chỉnh sửa nhiều hơn?
Mở trình chỉnh sửa đầy đủ để ký, bôi đen, đóng dấu mờ, điền tự động và mọi công cụ khác — cùng file, không upload, không đăng ký.