Mã hóa cổ điển và mã hóa chuyển dạng: hiểu đúng năm phương pháp trong công cụ
Công cụ áp năm phép biến đổi lên văn bản gồm Base64, ROT13, mật mã Caesar, phép XOR với khóa và đảo ngược chuỗi, đồng thời làm được cả chiều ngược lại. Đây là các phương pháp để học, để làm câu đố hoặc để che nội dung khỏi cái nhìn lướt qua, không phải công cụ bảo vệ bí mật thật sự.
Tính năng nổi bật
- Chuyển đổi Base64 xử lý đúng chữ tiếng Việt có dấu ở cả hai chiều
- ROT13 dịch bảng chữ cái đi mười ba vị trí, dùng chung một thao tác cho mã hóa và giải mã
- Mật mã Caesar cho phép tự đặt số bước dịch qua ô khóa, mặc định là ba
- Phép XOR với chuỗi khóa lặp lại, kết quả được bọc thêm một lớp Base64 để hiển thị được
- Đảo ngược chuỗi ký tự, phép biến đổi đơn giản nhất và tự nghịch đảo
- Hai nút riêng cho mã hóa và giải mã, đổi phương pháp không làm mất nội dung đang gõ
- Thông báo lỗi khi giải mã thất bại thay vì trả về chuỗi rác khó hiểu
- Nút sao chép kết quả, mọi phép tính chạy trong trình duyệt và không gửi dữ liệu đi đâu
Nói rõ ngay: đây không phải công cụ bảo mật
Năm phương pháp trong công cụ này thuộc hai nhóm và không nhóm nào bảo vệ được bí mật thật. Base64 và đảo chuỗi hoàn toàn không có khóa, ai cầm được kết quả cũng khôi phục lại được trong vài giây mà không cần biết gì thêm. ROT13, Caesar và XOR có dạng khóa nhưng đều là mật mã cổ điển đã bị phá từ rất lâu, và với sức tính toán hiện nay thì phá chúng là chuyện tức thì. Vậy tại sao chúng vẫn tồn tại? Vì mỗi thứ có chỗ dùng chính đáng: Base64 là cách chuẩn để đưa dữ liệu nhị phân qua những kênh chỉ chấp nhận văn bản; ROT13 dùng để che tạm lời giải câu đố hay tình tiết phim khỏi ánh mắt vô tình; Caesar và XOR là hai bài học nhập môn kinh điển giúp người mới hiểu khóa là gì và vì sao một hệ mã có thể sụp đổ. Nếu bạn cần bảo vệ nội dung thật, hãy đọc mục về mã hóa hiện đại ở dưới, ở đó có hướng đi đúng.
Lợi ích khi sử dụng
- Hiểu bằng thực hành sự khác nhau giữa mã hóa chuyển dạng và mã hóa có khóa
- Thử ngay tác dụng của việc đổi khóa lên kết quả, thứ khó hình dung khi chỉ đọc lý thuyết
- Giải nhanh những chuỗi Base64 gặp trong nhật ký hệ thống hay trong phản hồi của giao diện lập trình
- Che tạm nội dung tiết lộ tình tiết trong bình luận hoặc trong tài liệu nội bộ
- Không gửi dữ liệu lên máy chủ, phù hợp khi bạn thử nghiệm với chuỗi lấy từ hệ thống thật
Cách dùng từng phương pháp
- 1Chọn phương pháp trong danh sách thả xuống, ô khóa sẽ tự hiện ra nếu bạn chọn Caesar hoặc XOR.
- 2Với Caesar, nhập số bước dịch vào ô khóa; với XOR, nhập một chuỗi ký tự bất kỳ làm khóa.
- 3Dán văn bản vào ô lớn rồi bấm nút mã hóa để nhận kết quả ở ô bên dưới.
- 4Muốn khôi phục, dán chuỗi đã biến đổi vào ô văn bản, chọn đúng phương pháp và đúng khóa rồi bấm giải mã.
- 5Bấm sao chép để lấy kết quả, và nhớ rằng người nhận cần biết cả phương pháp lẫn khóa mới đọc được.
Base64 là mã hóa chuyển dạng, không phải mã hóa bảo mật
Đây là nhầm lẫn phổ biến nhất trong lĩnh vực này. Base64 lấy dữ liệu nhị phân và biểu diễn lại bằng 64 ký tự an toàn gồm chữ cái hoa, chữ cái thường, chữ số cùng hai ký hiệu, đôi khi thêm dấu bằng ở cuối để lấp đầy nhóm. Mục đích duy nhất của nó là đưa dữ liệu qua những kênh vốn chỉ hiểu văn bản, chẳng hạn nhúng ảnh trực tiếp vào mã nguồn trang web, đính tệp vào thư điện tử theo chuẩn thư nhiều phần, hay đặt dữ liệu nhị phân vào một trường JSON. Không có khóa nào tham gia, nên bất kỳ ai cũng giải ngược được mà không cần thông tin gì thêm. Một hệ quả kỹ thuật đáng nhớ: kết quả luôn phồng lên khoảng một phần ba so với dữ liệu gốc, vì cứ ba byte đầu vào cho ra bốn ký tự đầu ra. Vì vậy nhúng ảnh dưới dạng Base64 sẽ làm trang nặng hơn so với để ảnh thành tệp riêng. Và nếu bạn thấy một chuỗi dài toàn chữ và số kết thúc bằng một hai dấu bằng thì gần như chắc chắn đó là Base64 chứ không phải dữ liệu đã mã hóa.
Caesar và ROT13: vì sao chúng sụp đổ ngay lập tức
Mật mã Caesar dịch mỗi chữ cái đi một số bước cố định trong bảng chữ cái, ví dụ dịch ba bước thì chữ A thành D. ROT13 chính là Caesar với số bước bằng mười ba, và vì bảng chữ cái tiếng Anh có hai mươi sáu chữ nên áp lại lần nữa sẽ quay về nguyên bản, đó là lý do một thao tác duy nhất vừa mã hóa vừa giải mã. Điểm yếu chí mạng là không gian khóa: chỉ có hai mươi lăm khả năng có nghĩa, nên thử hết bằng tay còn nhanh hơn pha một ấm trà. Kể cả không thử hết, phân tích tần suất chữ cái cũng chỉ ra ngay số bước dịch, bởi phép dịch giữ nguyên phân bố tần suất mà chỉ đẩy nó đi. Còn một hạn chế thực tế nữa với người Việt: hai phương pháp này chỉ chạm vào hai mươi sáu chữ cái không dấu, nên mọi chữ có dấu, mọi chữ số, mọi dấu câu và mọi khoảng trắng đều giữ nguyên vị trí. Kết quả là bản mã vẫn giữ nguyên cấu trúc câu và toàn bộ dấu tiếng Việt, nhìn vào là đoán được nội dung mà chưa cần giải mã.
XOR: nguyên lý đúng nhưng cách dùng ở đây thì không an toàn
Phép XOR đảo bit là nền tảng của nhiều hệ mã hiện đại, và nó có một tính chất đẹp là tự nghịch đảo: lấy kết quả XOR lại với cùng khóa thì ra bản gốc. Trong công cụ, khóa được lặp đi lặp lại cho đủ độ dài văn bản, rồi kết quả được bọc thêm một lớp Base64 để hiển thị được. Vấn đề nằm ở chỗ lặp khóa. Nếu kẻ tấn công đoán được một đoạn bản gốc, chẳng hạn biết văn bản bắt đầu bằng chữ Kính gửi, họ chỉ cần XOR đoạn đó với phần tương ứng của bản mã là lộ ngay một phần khóa, và vì khóa lặp nên phần lộ ra dùng được cho cả văn bản. Ngay cả khi không đoán được gì, các kỹ thuật thống kê cũng xác định được độ dài khóa rồi tách bản mã thành nhiều nhóm để phân tích tần suất riêng. Phép XOR chỉ thực sự không thể phá khi khóa ngẫu nhiên thật, dài bằng đúng bản rõ và chỉ dùng một lần duy nhất, tức trường hợp gọi là đệm một lần; nhưng khi đó việc chuyển khóa cho người nhận lại khó ngang việc chuyển chính bản rõ.
Chế độ XOR báo lỗi với chữ tiếng Việt có dấu
Đây là hạn chế kỹ thuật cụ thể mà bạn sẽ gặp ngay khi thử. Chế độ XOR làm việc trên mã số của từng ký tự, rồi bọc kết quả bằng Base64. Nhưng bước bọc Base64 ở đây chỉ nhận được các giá trị nằm trong khoảng một byte, tức từ 0 tới 255. Phần lớn chữ tiếng Việt có dấu nằm ở vùng mã cao hơn nhiều, ví dụ những chữ có dấu nặng hoặc dấu ngã kết hợp với dấu mũ. Sau khi XOR, giá trị thu được vẫn nằm ngoài khoảng một byte và bước bọc thất bại, nên công cụ hiển thị thông báo lỗi mã hóa. Nghĩa là chế độ XOR chỉ dùng được với văn bản không dấu, chữ số và dấu câu thông thường. Chế độ đảo ngược chuỗi cũng có vấn đề tương tự nhưng theo cách khác: nó đảo theo đơn vị mã chứ không theo con chữ, nên biểu tượng cảm xúc và những chữ được ghép từ nhiều thành phần sẽ vỡ thành ký tự lạ sau khi đảo. Riêng chế độ Base64 thì xử lý tiếng Việt đúng ở cả hai chiều nhờ một bước chuyển đổi bổ sung.
Khi cần bảo vệ nội dung thật thì dùng gì
Mã hóa hiện đại khác mật mã cổ điển ở ba điểm. Thứ nhất, không gian khóa lớn tới mức không thể thử hết: một khóa 256 bit có số khả năng vượt xa số nguyên tử trong dải ngân hà. Thứ hai, thuật toán được công khai và bị hàng nghìn nhà nghiên cứu tấn công suốt nhiều năm, độ an toàn nằm ở khóa chứ không nằm ở việc giấu cách làm. Thứ ba, các chế độ mã hóa hiện đại còn kèm phần xác thực, nghĩa là nếu ai đó sửa một bit trong bản mã thì bước giải mã sẽ báo lỗi thay vì cho ra nội dung đã bị chỉnh sửa âm thầm. Với văn bản, tiêu chuẩn phổ biến hiện nay là mã hóa khối theo chuẩn AES ở chế độ có xác thực; trên chính website này có một công cụ riêng dành cho việc đó, hỗ trợ mã hóa AES ngay trong trình duyệt. Với tệp, cách đơn giản là nén thành kho lưu trữ đặt mật khẩu bằng phần mềm hỗ trợ mã hóa mạnh. Với thư điện tử, hãy dùng chuẩn mã hóa đầu cuối chuyên cho email. Và trong mọi trường hợp, đừng gửi khóa qua cùng kênh với bản mã.
Câu hỏi thường gặp (FAQ)
Base64 có phải là mã hóa không?
Không theo nghĩa bảo mật. Base64 là phép chuyển dạng để biểu diễn dữ liệu nhị phân bằng ký tự văn bản, hoàn toàn không có khóa, nên ai cũng giải ngược được. Nó sinh ra để đưa dữ liệu qua các kênh chỉ chấp nhận văn bản, ví dụ nhúng ảnh vào mã nguồn trang web hoặc đính tệp vào thư điện tử.
Vì sao chuỗi Base64 dài hơn văn bản gốc?
Vì cứ ba byte đầu vào được biểu diễn bằng bốn ký tự đầu ra, nên kết quả phồng lên khoảng một phần ba. Đó cũng là lý do nhúng ảnh dưới dạng Base64 làm trang web nặng hơn so với để ảnh thành tệp riêng, dù đổi lại tiết kiệm được một lượt yêu cầu mạng.
ROT13 và Caesar khác nhau thế nào?
ROT13 chính là Caesar với số bước dịch cố định bằng mười ba. Vì bảng chữ cái tiếng Anh có hai mươi sáu chữ nên áp ROT13 hai lần sẽ quay về nguyên bản, do đó chỉ cần một thao tác cho cả hai chiều. Caesar trong công cụ cho bạn tự chọn số bước qua ô khóa.
Mật mã Caesar phá dễ tới mức nào?
Rất dễ. Chỉ có hai mươi lăm số bước dịch có nghĩa nên thử hết bằng tay còn nhanh hơn đun ấm nước. Ngoài ra phép dịch không làm thay đổi phân bố tần suất chữ cái, nên chỉ cần đếm chữ nào xuất hiện nhiều nhất là suy ra được số bước mà không phải thử.
Vì sao chế độ XOR báo lỗi khi tôi nhập tiếng Việt có dấu?
Vì bước đóng gói kết quả chỉ nhận được giá trị trong khoảng một byte, trong khi phần lớn chữ tiếng Việt có dấu nằm ở vùng mã cao hơn nhiều. Sau phép XOR, giá trị vẫn vượt ngưỡng nên bước đóng gói thất bại. Chế độ XOR ở đây chỉ dùng được với văn bản không dấu, chữ số và dấu câu thông thường.
Phép XOR có an toàn không?
Nguyên lý thì đúng nhưng cách dùng ở đây không an toàn, vì khóa được lặp lại nhiều lần. Nếu ai đó đoán được một đoạn bản gốc, chỉ cần XOR đoạn đó với phần tương ứng của bản mã là lộ ngay một phần khóa, và khóa lặp nên phần lộ ra dùng được cho toàn văn bản.
Dùng công cụ này để gửi mật khẩu cho đồng nghiệp được không?
Không nên. Không phương pháp nào ở đây chống được người có ý đồ. Với việc chia sẻ thông tin đăng nhập, hãy dùng phần mềm quản lý mật khẩu có tính năng chia sẻ, hoặc một dịch vụ ghi chú tự hủy sau khi mở, và gửi đường dẫn qua một kênh khác với kênh gửi ngữ cảnh.
Vậy muốn mã hóa thật thì dùng gì?
Dùng một thuật toán hiện đại có xác thực, phổ biến nhất là mã hóa khối theo chuẩn AES ở chế độ kèm kiểm tra toàn vẹn. Website này có một công cụ riêng hỗ trợ AES chạy ngay trong trình duyệt. Với tệp thì nén thành kho lưu trữ đặt mật khẩu, với thư điện tử thì dùng chuẩn mã hóa đầu cuối cho email.
Kết quả đảo ngược chuỗi bị vỡ chữ, vì sao?
Vì phép đảo làm việc theo đơn vị mã chứ không theo con chữ hiển thị. Biểu tượng cảm xúc thường chiếm hai đơn vị và chữ ghép từ nhiều thành phần cũng vậy, nên khi đảo thứ tự các đơn vị thì chúng bị tách rời và hiện thành ký tự lạ. Chỉ văn bản thuần chữ Latin cơ bản mới đảo ngược an toàn.
Giải mã báo lỗi thì nguyên nhân là gì?
Ba khả năng. Một là bạn chọn sai phương pháp so với lúc mã hóa. Hai là khóa nhập không khớp, chỉ cần lệch một ký tự là hỏng. Ba là chuỗi bản mã bị thiếu ký tự do sao chép hụt hoặc bị phần mềm chat tự động xuống dòng và chèn khoảng trắng vào giữa.
Văn bản tôi nhập có bị gửi lên máy chủ không?
Không. Toàn bộ các phép biến đổi chạy bằng JavaScript trong tab của bạn, không có lệnh gửi dữ liệu nào và không có gì được lưu lại. Dù vậy, hãy nhớ rằng an toàn thật sự đến từ thuật toán chứ không chỉ từ chỗ chạy, và các phương pháp trong công cụ này vốn đã không bảo mật.
Quản lý khóa thế nào cho đúng?
Ba nguyên tắc. Khóa phải đủ dài và ngẫu nhiên, đừng dùng từ có trong từ điển hay ngày sinh. Không gửi khóa qua cùng kênh với bản mã, vì ai chặn được kênh đó sẽ có cả hai. Và không dùng lại một khóa cho nhiều nội dung khác nhau, vì việc dùng lại chính là điểm yếu bị khai thác nhiều nhất.
Từ khóa liên quan
- mã hóa văn bản online
- giải mã base64 online
- base64 là gì
- base64 có phải mã hóa không
- rot13 là gì
- mật mã caesar
- caesar cipher giải mã
- phép xor mã hóa
- mã hóa cổ điển và hiện đại
- one time pad là gì
- phân tích tần suất chữ cái
- mã hóa aes là gì
- encoding và encryption khác nhau
- đảo ngược chuỗi ký tự
- che nội dung spoiler
- quản lý khóa mã hóa
- mã hóa đối xứng
- giải mã chuỗi lạ trong log
- học mật mã cơ bản
- công cụ mã hóa văn bản miễn phí
