Công cụ mã hóa/giải mã Base64 (Base64 Encode/Decode)

Công cụ mã hóa/giải mã Base64 là gì?

Công cụ mã hóa/giải mã Base64 là tiện ích chuyển đổi giữa văn bản biểu diễn bằng UTF-8 và chuỗi Base64. Ở chiều encode, nội dung bạn nhập được chuyển thành các byte UTF-8, rồi biểu diễn bằng ký tự Base64. Ở chiều decode, công cụ đọc chuỗi Base64 để lấy lại các byte và diễn giải chúng thành văn bản UTF-8. Nhu cầu chính là chuẩn bị hoặc đọc dữ liệu văn bản ở dạng biểu diễn khác, không phải xử lý mọi loại tệp.

Công cụ hỗ trợ văn bản tiếng Việt có dấu, hiển thị kết quả trong một ô chỉ đọc và có tiện ích sao chép kết quả. Bạn có thể dùng nó để chuyển một câu tiếng Việt sang Base64 hoặc đọc lại một đoạn Base64 đã biết là chứa văn bản UTF-8. Kết quả là chuỗi văn bản trên giao diện, không phải ảnh được mở hay tệp được khôi phục.

Tên gọi “mã hóa/giải mã” trên giao diện cần hiểu theo nghĩa chuyển đổi biểu diễn. Base64 không phải mã hóa bảo mật bằng khóa bí mật: người có chuỗi Base64 thường có thể lấy lại dữ liệu khi dùng đúng cách giải mã và bảng mã. Vì vậy, chuyển mật khẩu hoặc thông tin cá nhân thành Base64 không làm những nội dung đó trở nên an toàn để chia sẻ.

Đầu vào cần chuẩn bị và cách hiểu kết quả

Văn bản và chuỗi Base64 cần đáp ứng điều kiện nào?

Đầu vào encode là văn bản có thể chuyển thành UTF-8. Ô trống thì chưa có kết quả; mọi văn bản khác đều được chuyển đổi nguyên vẹn, kể cả văn bản chỉ gồm dấu cách hoặc xuống dòng, cùng khoảng trắng đầu, cuối và xuống dòng bên trong.

Đầu vào decode là chuỗi Base64 chứa dữ liệu có thể đọc thành văn bản UTF-8. Công cụ bỏ mọi khoảng trắng trong chuỗi trước khi xử lý. Hai điều kiện phải cùng được đáp ứng: bộ giải mã của trình duyệt chấp nhận chuỗi Base64, và các byte thu được tạo thành UTF-8 hợp lệ. Không có lựa chọn bảng mã khác để đọc dữ liệu văn bản cũ.

Kết quả mới, thông báo lỗi và nội dung còn lại

Encode thành công trả về chuỗi Base64; decode thành công trả về văn bản. Ô kết quả chỉ đọc giúp giữ nội dung đầu ra khỏi bị chỉnh sửa trực tiếp, nhưng không phải chức năng tải xuống tệp. Thông báo thành công hoặc lỗi cho biết trạng thái của thao tác và giữ nguyên cho đến lần chuyển đổi tiếp theo.

Kết quả luôn thuộc về lần chuyển đổi mới nhất: ô trống, đầu vào lỗi hay chuyển đổi thất bại đều làm trống ô kết quả, nên nội dung đang thấy không bao giờ là kết quả của lần trước. Vì vậy, hãy đối chiếu thông báo thay vì chỉ nhìn thấy ô kết quả còn chữ.

Tiện ích sao chép gửi toàn bộ giá trị kết quả tới clipboard khi trình duyệt cho phép. Thao tác xóa làm trống cả đầu vào lẫn kết quả và đưa con trỏ trở lại vùng nhập liệu, phù hợp khi bạn muốn bắt đầu với nội dung khác.

Cách chuyển đổi Base64 và xử lý UTF-8

Từ ký tự đến byte rồi đến Base64

Quy trình encode được xác nhận là văn bản → byte UTF-8 → Base64. Bước UTF-8 rất quan trọng với tiếng Việt vì ký tự có dấu không nhất thiết chỉ chiếm một byte. Sau khi có dãy byte, Base64 biểu diễn dữ liệu bằng bảng ký tự gồm chữ hoa, chữ thường, chữ số, dấu cộng và dấu gạch chéo; dấu bằng có thể xuất hiện ở cuối để đệm.

Chiều ngược lại đi theo thứ tự Base64 → byte → văn bản UTF-8. Đây không chỉ là thay một nhóm ký tự bằng một chữ tương ứng. Bộ giải mã phải khôi phục dữ liệu byte trước, sau đó dữ liệu mới được đọc theo UTF-8. Nếu những byte ấy thuộc một bảng mã khác hoặc là dữ liệu nhị phân tùy ý, bước đọc thành văn bản có thể thất bại.

Độ dài chuỗi và điều kiện giải mã thành công

Về nguyên lý Base64, mỗi nhóm ba byte được biểu diễn bằng bốn ký tự. Với đầu ra Base64 chuẩn có đệm mà công cụ tạo ra, công thức độ dài là 4 × ceil(n / 3), trong đó n là số byte UTF-8, còn ceil nghĩa là lấy số nguyên nhỏ nhất không nhỏ hơn giá trị đang xét. Công thức này đếm số nhóm cần biểu diễn, không phải làm tròn nội dung văn bản.

Chẳng hạn, năm byte cần hai nhóm nên tạo tám ký tự Base64. Văn bản có dấu có thể cần nhiều byte hơn số ký tự nhìn thấy, vì vậy không thể thay số byte bằng số chữ để tính độ dài. Base64 cũng thường làm dữ liệu dài hơn; nó không phải phương pháp nén.

Decode thành công cần vượt qua cả bước đọc Base64 lẫn bước diễn giải UTF-8. Công cụ kiểm tra cú pháp trước khi dùng bộ giải mã của trình duyệt và dùng thông báo riêng cho từng loại lỗi: ký tự lạ, dấu = sai vị trí, độ dài không khớp, hoặc byte không phải UTF-8 hợp lệ. Công cụ cũng tự bù dấu đệm còn thiếu và chấp nhận cả dạng URL-safe, nên không nên kết luận mọi chuỗi thiếu dấu đệm đều chắc chắn bị từ chối.

Những thuật ngữ cần hiểu khi dùng Base64

Base64

Base64 là cách biểu diễn dữ liệu byte bằng một bảng gồm 64 ký tự cơ sở, có thể kèm dấu đệm ở cuối. Nó giúp đưa dữ liệu vào dạng văn bản trong những ngữ cảnh yêu cầu định dạng này. Điểm dễ nhầm nhất là coi chuỗi khó đọc như một bí mật được bảo vệ. Thực tế, Base64 không dùng khóa bí mật và có thể đảo ngược để lấy lại dữ liệu.

UTF-8

UTF-8 là cách biểu diễn ký tự Unicode thành các byte, không phải tên một ngôn ngữ. Nó có thể biểu diễn tiếng Việt, tiếng Anh và nhiều hệ chữ khác. Trong công cụ này, UTF-8 quyết định cách văn bản được chuyển sang byte và cách byte được đọc lại. Một chuỗi Base64 chứa văn bản theo bảng mã khác không tự động trở thành UTF-8 chỉ vì được đưa vào ô nhập.

Byte

Byte là đơn vị dữ liệu gồm tám bit và là đối tượng mà Base64 thực sự biểu diễn. Byte không đồng nghĩa với ký tự: chữ ASCII thường chiếm một byte trong UTF-8, trong khi nhiều chữ có dấu cần nhiều byte. Phân biệt này giúp giải thích độ dài kết quả và giới hạn decode. Dữ liệu ảnh cũng gồm byte, nhưng không vì thế mà có thể đọc thành văn bản.

Padding

Padding là phần đệm bằng dấu = ở cuối Base64 chuẩn khi số byte không chia hết cho ba. Dấu đệm hoàn chỉnh nhóm biểu diễn cuối cùng; nó không phải lỗi và không có nghĩa văn bản gốc chứa dấu bằng. Một số ngữ cảnh sử dụng Base64 không giữ dấu đệm. Vì vậy, nhìn thấy hoặc không thấy padding chưa đủ để đánh giá khả năng giải mã của một chuỗi cụ thể.

Base64URL

Base64URL là biến thể thường dùng dấu - và _ thay cho + và /, đôi khi bỏ cả dấu đệm. Biến thể này phục vụ những ngữ cảnh cần bảng ký tự phù hợp hơn với URL. Nó không đồng nghĩa với URL encoding. Công cụ có chế độ URL-safe riêng trong mục “Tùy chọn Base64”: khi mã hóa, + và / được đổi thành – và _ (có thể bỏ dấu =); khi giải mã, cả hai dạng đều được chấp nhận.

Khi nào nên dùng công cụ Base64 cho văn bản?

Đọc nội dung Base64 đã biết là văn bản

Công cụ phù hợp khi bạn gặp một đoạn Base64 trong dữ liệu mẫu hoặc tài liệu và biết rằng nội dung bên trong là văn bản UTF-8. Decode có thể giúp đọc câu chữ, thông báo hoặc giá trị văn bản thay vì quan sát chuỗi đã chuyển đổi. Việc biết nguồn và loại dữ liệu giúp tránh hiểu nhầm một khối nhị phân thành văn bản.

Nội dung XML cũng có thể được chuyển đổi nếu đó là văn bản UTF-8. Tuy nhiên, kết quả chỉ là các ký tự của tài liệu: công cụ không kiểm tra cú pháp XML, không diễn giải thẻ và không xác nhận tài liệu tuân thủ cấu trúc yêu cầu. Decode thành công không có nghĩa nội dung bên trong đúng về mặt ngữ nghĩa.

Chuẩn bị dữ liệu văn bản cho yêu cầu định dạng

Ở chiều encode, bạn có thể chuẩn bị một đoạn tiếng Việt cho nơi tiếp nhận yêu cầu rõ ràng dữ liệu UTF-8 được biểu diễn bằng Base64 chuẩn (hoặc Base64URL nếu nơi nhận yêu cầu dạng đó, chọn trong “Tùy chọn Base64”). Cần đọc đúng yêu cầu của nơi nhận, vì Base64 chuẩn, Base64URL và dữ liệu có tiền tố mô tả không phải cùng một dạng. Không thể mặc định mọi hệ thống đều tiếp nhận cùng một chuỗi.

Một ứng dụng khác là kiểm tra vòng chuyển đổi bằng nội dung không nhạy cảm: encode một đoạn có dấu và khoảng trắng rồi decode để hiểu những gì được giữ lại. Hoạt động này giúp bạn nhận biết sự khác biệt giữa nội dung văn bản và cách biểu diễn. Nếu mục tiêu là mở ảnh, phục hồi PDF hoặc chuyển đổi tệp nhị phân, nhu cầu đã vượt khỏi phạm vi đầu ra văn bản của công cụ.

Ví dụ Base64 với văn bản thường, tiếng Việt và dữ liệu lỗi

Văn bản ASCII và tiếng Việt có dấu

Các ví dụ dưới đây được tính theo công cụ. Giả định đầu vào đúng như nội dung nêu ra, không kèm dấu ngoặc hay xuống dòng ngoài ý muốn.

Với Hello, năm ký tự đều thuộc ASCII và mỗi ký tự chiếm một byte UTF-8. Độ dài Base64 là 4 × ceil(5 / 3) = 8 ký tự, bao gồm dấu đệm cuối. Decode SGVsbG8= sẽ khôi phục văn bản Hello theo quy trình đã mô tả.

Với Xin chào, giả định chữ à là một ký tự Unicode dựng sẵn. Có tám ký tự, tính cả dấu cách: bảy ký tự chiếm một byte mỗi ký tự, còn à chiếm hai byte UTF-8. Tổng chín byte tạo 12 ký tự Base64, không cần đệm vì chia hết cho ba. Decode WGluIGNow6Bv khôi phục câu tiếng Việt đó.

Khoảng trắng có ý nghĩa và dữ liệu không phải UTF-8

Giả định văn bản gồm một dấu cách, chữ A, rồi một dấu cách, tổng cộng ba byte. Đầu vào này không bị coi là rỗng vì có chữ A. Encode cho kết quả IEEg, giữ cả hai dấu cách. Khi decode chuỗi ấy, văn bản khôi phục vẫn có khoảng trắng hai bên; không nên nhầm chúng với khoảng trắng lẫn trong chuỗi Base64, vốn được bỏ trước khi giải mã.

Ví dụ khác là /w==. Chuỗi này biểu diễn một byte có giá trị thập phân 255, nhưng byte đó đứng riêng không tạo thành văn bản UTF-8 hợp lệ. Bước đọc Base64 có thể thành công, còn bước chuyển sang văn bản phát sinh lỗi. Theo cách xử lý của công cụ, công cụ hiển thị “Giải mã thất bại: byte thu được không phải UTF-8 hợp lệ (có thể dữ liệu gốc dùng bảng mã khác).” và xóa kết quả. Đây là minh họa cho lỗi diễn giải UTF-8, không phải bằng chứng rằng cấu trúc Base64 ban đầu sai.

Base64 khác URL encoding, mã hóa bảo mật và hàm băm thế nào?

Chuyển đổi biểu diễn không đồng nghĩa bảo mật

Base64 thay đổi cách biểu diễn dữ liệu, còn mã hóa bảo mật, hay encryption, nhằm bảo vệ nội dung bằng thuật toán và khóa phù hợp. Người đọc Base64 không cần được cấp một khóa bí mật để đảo ngược chuyển đổi. Vì vậy, chuỗi trông khó hiểu không chứng minh nội dung được giữ kín, và encode không phải bước thay thế cho biện pháp bảo mật.

Hàm băm, hay hash, lại có mục đích khác: tạo giá trị băm từ đầu vào và không được thiết kế để khôi phục nguyên văn dữ liệu. Base64 có chiều chuyển đổi ngược, còn giá trị băm không phải một bản văn bản “đã mã hóa” để decode. Đồng thời, giải Base64 không xác minh chữ ký, danh tính người gửi hay tính nguyên vẹn của nội dung.

Chọn đúng cách xử lý cho đúng mục đích

URL encoding biểu diễn những ký tự hoặc byte cần được xử lý phù hợp trong ngữ cảnh URL, thường bằng dạng phần trăm. Base64 biểu diễn cả dãy byte bằng bảng ký tự riêng. Hai cách này không thay thế nhau: nếu nơi nhận yêu cầu URL encoding, gửi Base64 có thể không đáp ứng yêu cầu đó.

Bạn có thể tham khảo chủ đề URL Encode và Decode khi cần hiểu cách biểu diễn dữ liệu trong URL. Đây là định hướng sang một loại chuyển đổi khác, không hàm ý hai công cụ tự tích hợp. Quyết định nên dựa vào yêu cầu định dạng: dùng Base64 để biểu diễn byte theo Base64, dùng cơ chế bảo mật phù hợp để giữ bí mật, và dùng cơ chế xác minh riêng khi cần chứng minh nguồn hoặc tính toàn vẹn.

Giới hạn xử lý và lưu ý khi dùng dữ liệu nhạy cảm

Những dữ liệu nằm ngoài phạm vi văn bản UTF-8

Trong giao diện và xử lý không có chức năng chọn tệp, xuất tệp, xem trước ảnh hay khôi phục PDF. Base64 của dữ liệu nhị phân có thể đúng về cấu trúc nhưng không tạo thành văn bản UTF-8. Ngay cả khi một phần dữ liệu đọc được thành chữ, điều đó cũng không biến ô kết quả thành công cụ phục hồi tệp.

Chuỗi Data URL có phần mô tả đứng trước dữ liệu, chẳng hạn data:image/png;base64,. Công cụ không có bước tự tách tiền tố này. Ngược lại, các ký tự đặc thù của Base64URL (- và _) được công cụ tự nhận diện khi giải mã. Bạn vẫn cần nhận biết định dạng đầu vào, vì công cụ không chuẩn hóa mọi biến thể khác.

Điều chưa thể cam kết về dung lượng và riêng tư

Công cụ không đặt giới hạn độ dài đầu vào cụ thể, nhưng điều đó không chứng minh khả năng xử lý dung lượng bất kỳ. Chưa có dữ liệu kiểm thử hiệu năng trong môi trường triển khai nên không thể công bố mức dung lượng tối đa đáng tin cậy. Sao chép tự động cũng phụ thuộc khả năng hỗ trợ và quyền clipboard của trình duyệt.

Đối với riêng tư, chỉ xem phần mã này chưa đủ để xác định hoạt động lưu trữ, truyền dữ liệu hoặc các thành phần khác của toàn website. Không thể cam kết dữ liệu luôn ở trên thiết bị hay không được ghi nhận. Lựa chọn thận trọng là dùng dữ liệu mẫu hoặc nội dung không nhạy cảm, đặc biệt khi bạn chưa có thông tin rõ ràng về chính sách xử lý dữ liệu.

Câu hỏi thường gặp

Công cụ có giữ đúng tiếng Việt có dấu khi encode và decode không?

Có, quy trình xử lý văn bản theo UTF-8 ở cả hai chiều, nên phù hợp với tiếng Việt có dấu. Điều kiện là văn bản đầu vào có thể biểu diễn thành UTF-8 và chuỗi cần decode thực sự chứa dữ liệu UTF-8 hợp lệ. Nếu chuỗi được tạo từ một bảng mã khác, công cụ không có tùy chọn đổi bảng mã để đọc lại. Khi đối chiếu kết quả, bạn nên dùng cùng nội dung gốc, bao gồm dấu cách và xuống dòng.

Vì sao chuỗi Base64 hợp lệ vẫn bị báo lỗi khi giải mã?

Vì đọc được Base64 mới chỉ hoàn thành bước khôi phục byte; công cụ còn phải đọc những byte đó thành văn bản UTF-8. Dữ liệu nhị phân hoặc văn bản theo bảng mã khác có thể không đáp ứng điều kiện thứ hai. Thông báo lỗi hiện tại phân biệt loại lỗi: ký tự lạ, dấu = sai vị trí, độ dài không khớp, hoặc byte không phải UTF-8 hợp lệ. Trước khi kết luận chuỗi hỏng, hãy xác định dữ liệu bên trong có được dự kiến là văn bản UTF-8 hay không.

Có thể dùng công cụ này để khôi phục ảnh hoặc PDF từ Base64 không?

Không nên dùng công cụ này cho mục tiêu khôi phục ảnh hoặc PDF, vì chức năng được xác nhận chỉ trả về văn bản và không cung cấp đầu ra tệp. Ảnh và PDF chứa dữ liệu nhị phân, không nhất thiết đọc được bằng UTF-8. Nếu bạn có Base64 của một tệp, cần phương thức giải mã giữ nguyên byte và tạo đúng loại tệp. Việc một chuỗi được chấp nhận hoặc xuất hiện chữ trong kết quả không chứng minh tệp đã được phục hồi.

Khoảng trắng trước và sau văn bản có được giữ nguyên không?

Có ở chiều encode, kể cả khi văn bản chỉ gồm khoảng trắng. Công cụ chuyển đổi toàn bộ văn bản gốc, không cắt dấu cách đầu và cuối trước khi encode. Ở chiều decode, mọi khoảng trắng trong chuỗi Base64 được bỏ trước khi đọc. Hai hành vi này không mâu thuẫn: khoảng trắng nằm trong dữ liệu văn bản đã được biểu diễn bằng Base64 vẫn được khôi phục khi giải mã thành công.

Vì sao kết quả cũ vẫn còn khi đầu vào rỗng hoặc mã hóa thất bại?

Bản hiện tại đã đổi cách xử lý này: đầu vào rỗng hoặc chuyển đổi thất bại đều làm trống ô kết quả, vì vậy nội dung đang thấy luôn thuộc lần chuyển đổi mới nhất chứ không phải lần trước. Khi ô kết quả trống, hãy đọc thông báo lỗi để biết nguyên nhân rồi sửa đầu vào. Muốn bắt đầu sạch, thao tác xóa sẽ làm trống cả hai vùng văn bản.

Tôi có nên đưa mật khẩu hoặc dữ liệu riêng tư vào công cụ không?

Không nên đưa nội dung nhạy cảm vào khi bạn chưa xác định được chính sách và điều kiện xử lý dữ liệu phù hợp. Base64 không bảo vệ mật khẩu khỏi người có được chuỗi đầu ra, còn Công cụ không đủ để đánh giá toàn bộ hoạt động của website. Để tìm hiểu cách chuyển đổi, dữ liệu giả hoặc đã loại bỏ thông tin nhận diện thường đáp ứng nhu cầu mà không cần sử dụng mật khẩu thật hay hồ sơ riêng tư.

Nếu nút sao chép không hoạt động thì nên làm gì?

Bạn có thể chọn nội dung trong ô kết quả và sao chép thủ công bằng thao tác của thiết bị hoặc trình duyệt. Sao chép tự động cần clipboard được hỗ trợ và được phép truy cập; mã có xử lý trường hợp yêu cầu ghi clipboard bị từ chối nhưng chưa có bằng chứng tương thích với mọi môi trường. Sau khi dán, hãy kiểm tra nội dung đã được lấy đầy đủ, đặc biệt với văn bản dài, và bảo đảm đó là kết quả của lần chuyển đổi thành công gần nhất.