des/

Không, ở đây chỉ có DES đơn. Khóa 3DES dài 16 hoặc 24 byte; dán vào đây thì chỉ dùng 8 byte đầu, kết quả sẽ khác với 3DES, và cạnh ô Khóa cũng hiện thông báo "chỉ dùng 8 byte đầu tiên". Nếu cần 3DES, hãy dùng công cụ hỗ trợ DESede.

Ít hơn 8 byte sẽ báo lỗi, công cụ không tự bù số 0, bạn phải tự bù cho đủ 8 byte. Dễ mắc hơn là chọn sai định dạng: khóa hex 16 ký tự mà để định dạng khóa là string thì sẽ bị coi là văn bản 16 byte, chỉ dùng 8 ký tự đầu, không báo lỗi, chỉ hiện thông báo "chỉ dùng 8 byte đầu tiên" cạnh ô Khóa và bên dưới kết quả, nên kết quả đương nhiên không khớp. Khi chọn string, số byte được tính theo bộ ký tự đã chọn, một chữ Hán trong UTF-8 chiếm 3 byte.

IV của DES phải dài đúng 8 byte, không phải 16 byte như AES, với mọi chế độ trừ ECB. Khóa dài hơn 8 byte thì chỉ lấy 8 byte đầu, còn IV thì không: dài hơn hay ngắn hơn đều báo lỗi ngay, nên IV 16 byte lấy từ tham số AES phải đổi thành 8 byte. Cũng hãy xem định dạng trước: hex 16 ký tự mới là 8 byte, chọn string thì chính 16 ký tự đó là 16 byte. ECB không dùng IV nên ô IV sẽ bị ẩn.

Độ dài bản mã không phải bội số của 8 thường là do sao chép chưa đầy đủ, hoặc chọn nhầm hex với base64. Padding không hợp lệ thường là do một trong các mục khóa, IV, chế độ hoặc kiểu padding không giống lúc mã hóa. ZeroPadding và NoPadding không kiểm tra padding nên sẽ không báo lỗi này, nhưng nếu tham số sai thì kết quả sẽ là chuỗi ký tự lộn xộn.

Hãy kiểm tra IV trước. Khi bản mã dài hơn một khối, nếu IV sai ở chế độ CBC và CFB thì chỉ khối 8 byte đầu tiên bị lỗi, phần phía sau vẫn bình thường và cũng không báo lỗi padding; biểu hiện là đầu văn bản bị loạn chữ còn phần sau đúng. Nếu có thông báo kết quả không phải văn bản hợp lệ, cũng có thể bộ ký tự không khớp với bên mã hóa, ví dụ bên kia dùng GBK. Đổi định dạng đầu ra sang hex để xác nhận trước xem bản thân các byte giải mã ra có đúng không.

Hãy đối chiếu theo thứ tự: chế độ và padding, định dạng và số byte của khóa và IV, bộ ký tự, định dạng đầu vào và đầu ra. Bản rõ ở định dạng string không bị cắt khoảng trắng đầu cuối, thừa một dấu xuống dòng ở cuối đã là dữ liệu khác. Ở đây CTR, CFB, OFB cũng được bù theo kiểu padding đã chọn, nên khi chọn PKCS5Padding thì bản mã dài hơn bản rõ; nếu backend dùng NoPadding thì ở đây cũng phải chọn NoPadding. CFB ở đây là phản hồi nguyên khối 64 bit, nên sẽ không khớp nếu bên kia dùng CFB8.

Không. Khi truyền thẳng một chuỗi vào CryptoJS.DES.encrypt(bản rõ, chuỗi), CryptoJS coi nó là mật khẩu: thêm salt ngẫu nhiên rồi sinh khóa và IV theo cách của OpenSSL, kết quả bắt đầu bằng U2FsdGVkX1; định dạng này không được hỗ trợ ở đây. Để khớp với công cụ này, hãy dùng CryptoJS.enc.Utf8.parse để chuyển khóa thành byte rồi truyền vào, đồng thời chỉ định rõ iv, mode và padding.

Chỉ lưu trong localStorage của trình duyệt trên thiết bị này, không tải lên, mã nguồn trang không có bất kỳ yêu cầu mạng nào. Sau mỗi lần mã hóa hoặc giải mã thành công sẽ ghi một mục, giữ tối đa 20 mục; nếu đầu vào hoặc kết quả vượt quá 20.000 ký tự thì không ghi. Mỗi mục có tham số, IV, đầu vào và kết quả, cùng một dấu vân tay 8 ký tự tính từ 8 byte đầu của khóa (chuỗi ký tự sau dấu # trong mục, dùng để phân biệt có phải cùng một khóa hay không), không lưu bản thân khóa, nên sau khi bấm "Điền lại" bạn phải nhập lại khóa. Có thể xóa riêng từng mục; trên máy tính dùng chung, dùng xong hãy bấm "Xóa lịch sử".