Cách sử dụng
- Dán chuỗi chưa rõ định dạng vào ô đầu vào.
- Công cụ chạy mọi bộ giải mã và liệt kê các kiểu mã hóa giải mã trọn vẹn được chuỗi đó, kiểu khả dĩ nhất đứng đầu.
- Xem phần xem trước văn bản hoặc byte đã giải mã và loại tệp được phát hiện của từng ứng viên.
- Khi đã biết kiểu mã hóa, hãy nhấn Mở công cụ để vào trang tương ứng và giải mã, chuyển đổi hoặc tải xuống dữ liệu.
Công cụ nhận dạng quyết định như thế nào
Mỗi kiểu mã hóa có những quy tắc mà một chuỗi hoặc tuân theo, hoặc vi phạm. Công cụ chạy từng bộ giải mã trên dữ liệu đầu vào của bạn. Bộ giải mã nào gặp ký tự nằm ngoài bảng ký tự, độ dài không thể có hoặc phần đệm sai chỗ sẽ bị loại, còn lại được xếp hạng theo mức độ hợp lý của kết quả.
- Bộ ký tự. Hex chỉ dùng
0-9vàa-f. Base58 không bao giờ chứa0,O,Ihayl. Dấu+hoặc/gợi ý Base64, còn-và_gợi ý Base64URL. - Độ dài và phần đệm. Hex cần số chữ số chẵn. Base64 làm việc theo nhóm 4 ký tự, Base32 theo nhóm 8 ký tự, và phần đệm
=của chúng chỉ được xuất hiện ở cuối. - Kết quả đọc được. Một ứng viên giải mã ra UTF-8 hợp lệ gồm toàn ký tự in được có khả năng đúng cao hơn nhiều so với ứng viên cho ra các byte trông ngẫu nhiên.
- Chữ ký tệp. Các byte đã giải mã bắt đầu bằng một magic number quen thuộc, chẳng hạn header của PNG, JPEG, PDF, ZIP hoặc gzip, sẽ được báo kèm loại tệp.
Các lớp bao như tiền tố data URI data:, dấu phân định <~ ~> của Adobe hay dòng begin của uuencode đều được bộ giải mã tương ứng hiểu đúng. Tất cả đều chạy trong trình duyệt của bạn.
Vì sao kết quả là một bảng xếp hạng, không phải câu trả lời chắc chắn
Các bảng ký tự trùng nhau rất nhiều. Chuỗi 48656c6c6f là dạng hex của Hello, nhưng mười ký tự này cũng là Base64, Base36, Base58 và Base62 hợp lệ, và mỗi kiểu lại cho ra các byte khác nhau. Chỉ cách đọc theo hex mới cho văn bản đọc được, nên hex đứng đầu. Một từ ngắn như cafe phù hợp với gần như mọi bảng ký tự, và bản thân chuỗi không cho biết người viết định dùng bảng nào.
Đầu vào càng dài thì câu trả lời càng rõ, vì khả năng khớp ngẫu nhiên trở nên rất thấp. Nếu không ứng viên nào giải mã ra văn bản hay một loại tệp đã biết, dữ liệu có thể đã được mã hóa bảo mật, nén hoặc là một giá trị băm. Giá trị băm SHA-256 viết ở dạng hex là hex hoàn toàn hợp lệ, nhưng các byte của nó được thiết kế để trông ngẫu nhiên.
Nhận biết các kiểu mã hóa phổ biến bằng mắt
| Kiểu mã hóa | Dấu hiệu thường gặp |
|---|---|
| Hex | Chỉ có 0-9 a-f, độ dài chẵn. 32, 40 hoặc 64 chữ số thường là giá trị băm MD5, SHA-1 hoặc SHA-256. |
| Base64 | A-Z a-z 0-9 + /, độ dài là bội số của 4, có thể kết thúc bằng = hoặc ==. |
| Base64URL | - và _ thay cho + và /, thường không có phần đệm. Ba phần nối với nhau bằng dấu chấm là một JWT. |
| Base32 | Chữ hoa A-Z và 2-7, được đệm bằng = cho đủ bội số của 8. |
| Base58 | Chữ cái và chữ số nhưng không có 0 O I l. Địa chỉ Bitcoin, mã băm IPFS bắt đầu bằng Qm. |
| Ascii85, Base85 | Hỗn hợp dày đặc chữ cái, chữ số và dấu câu. Ascii85 đôi khi được bao trong <~ ~>. |
Câu hỏi thường gặp
Làm sao biết một chuỗi có phải Base64 không?
Vì sao công cụ hiển thị nhiều hơn một kiểu mã hóa?
Nhiều chuỗi cùng lúc hợp lệ trong nhiều bảng ký tự, đặc biệt là chuỗi ngắn. Công cụ liệt kê mọi kiểu mã hóa giải mã được đầu vào mà không gặp lỗi và đặt kiểu hợp lý nhất lên đầu, dựa trên văn bản đọc được và chữ ký tệp.
Không có kết quả nào là văn bản đọc được. Điều đó có nghĩa là gì?
Công cụ có thể giải mã dữ liệu đã mã hóa bảo mật hoặc đảo ngược giá trị băm không?
Không. Các kiểu mã hóa như Base64 không dùng khóa và được thiết kế để có thể đảo ngược, đó là lý do chúng có thể được nhận dạng và giải mã. Dữ liệu đã mã hóa bảo mật không thể đọc được nếu không có khóa, và giá trị băm không thể chuyển ngược lại thành dữ liệu ban đầu.
Chuỗi tôi dán có bị gửi lên máy chủ không?
Không. Mọi bộ giải mã đều chạy cục bộ trong trình duyệt của bạn, nên token, khóa và dữ liệu log không bao giờ rời khỏi thiết bị của bạn.