Giải thích mã hóa Base64: khi nào giúp, khi nào hại

Base64 là cách chuẩn viết byte tùy ý thành văn bản thuần. Sáu mươi tư ký tự in được — A–Z, a–z, 0–9, cùng + và / — đại diện cho nhóm sáu bit, nên cứ ba byte đầu vào thành đúng bốn ký tự đầu ra. Không gì trong phép ánh xạ đó là bí mật, và không gì trong đó nhỏ hơn bản gốc.

• Bảng chữ công khaiBảng chữ cố định và công khai; bất kỳ ai cũng giải mã chuỗi Base64 bằng một dòng mã trong bất kỳ ngôn ngữ nào, và đó chính xác là thứ làm nó tương tác được.
• Không bí mậtNó không phải mật mã: không khóa, không bí mật, không kiểm soát truy cập — thông điệp đã giải mã đọc được bởi bất kỳ ai dán nó vào trình giải mã.
• Không bao giờ nhỏ hơnNó cũng không phải nén: đầu ra luôn lớn hơn đầu vào, không bao giờ nhỏ hơn, vì sáu bit dữ liệu đi trong một ký tự tám bit.

Với dữ liệu lớn, Base64 làm tăng khoảng một phần ba dung lượng thô. Khi có ký tự đệm, số ký tự chính xác bằng 4 × ceil(số byte đầu vào / 3); ngắt dòng và tiền tố Data URL còn làm tăng thêm. Vì vậy ảnh 900 KB thành khoảng 1,2 MB văn bản Base64 trước các phần bổ sung ấy.

• Trên đường truyềnChi phí truyền: data URL nhúng trong HTML hoặc CSS được tải xuống, parse và cache dưới dạng văn bản, nên phần ba dư ra được trả ở mỗi lần tải trang.
• Trong bộ nhớChi phí bộ nhớ và lưu trữ: payload JSON hoặc XML mang trường Base64 được giữ dưới dạng chuỗi, và một số pipeline lưu giá trị hai lần — một lần mã hóa, một lần giải mã.
• Trong hộp thưTruyền qua email thêm mã hóa Base64 và thường có cả ngắt dòng. Giới hạn tệp đính kèm tùy nhà cung cấp và có thể tính cả thư đã mã hóa; hãy kiểm tra quy định hiện tại của người nhận.

Base64 tồn tại vì nhiều kênh chỉ chấp nhận văn bản. Chuẩn email được viết cho ASCII bảy bit, JSON không chứa byte thô, và URL vỡ với dữ liệu nhị phân — nên một cách biểu diễn văn bản an toàn cho byte là cây cầu.

Image to Base64 Converter tạo cả hai dạng bạn thực sự cần từ PNG, JPEG, WebP hoặc GIF tối đa 4 MiB: Data URL đầy đủ với tiền tố media-type, và payload Base64 thuần bên dưới. Việc chuyển đổi diễn ra trong tab, nên hình ảnh không bao giờ rời thiết bị trong khi bạn tự đo mức phồng dung lượng.

• Data URLData URL đặt tài nguyên nhỏ nội tuyến: data:image/png;base64,… cho biểu tượng hay placeholder tí hon đi cùng trong CSS hoặc HTML mà không cần request thêm.
• Email và MIMEĐính kèm email đi nhờ Base64 vì SMTP được thiết kế cho văn bản; MIME mã hóa các phần nhị phân để chúng sống sót qua mọi trạm chuyển tiếp nguyên vẹn.
• Token và chứng chỉToken và chứng chỉ — đoạn JWT, tệp PEM, credential HTTP Basic — dùng Base64 hoặc biến thể URL-safe để cấu trúc nhị phân vừa giao thức văn bản.

Vì dạng mã hóa trông mờ mịt, nó thường bị nhầm là bảo vệ. Không phải: giải mã tầm thường, tức thì, và không cần credential. Coi bí mật đã mã hóa là an toàn là một trong những nguyên nhân phổ biến nhất của credential rò rỉ trong mã và log đã commit.

Một tự kiểm tra nhanh kết thúc mọi tranh luận: nếu gỡ lớp “bảo vệ” không cần khóa, không cần bí mật và không cần quyền, thì nó chưa bao giờ là bảo vệ — nó là định dạng. Base64 trượt bài kiểm tra đó theo thiết kế, vì toàn bộ mục đích của nó là được bất kỳ bên nhận nào giải mã mà không cần phối hợp.

• Ai cũng đọc đượcMật khẩu mã hóa Base64 trong tệp cấu hình là mật khẩu plaintext đi đường vòng; bất kỳ ai có quyền đọc đều đã có bí mật.
• Vẫn là credentialToken mã hóa trong URL, ảnh chụp màn hình và báo cáo lỗi vẫn là credential — hãy xóa chúng đúng như bạn làm với giá trị thô.
• Dùng bảo vệ thậtBảo vệ thật nghĩa là mật mã với khóa, băm để xác minh, hoặc đơn giản là không để lộ giá trị; mã hóa không bao giờ thay thế được thứ nào trong số đó.

Hầu hết bug Base64 là bug phương ngữ. Bảng chữ kinh điển dùng + và / với đệm =; biến thể URL-safe đổi thành - và _ và thường bỏ đệm; MIME ngắt dòng ở 76 ký tự. Trình giải mã mong một phương ngữ sẽ từ chối phương ngữ khác, và lỗi hiếm khi nói nó muốn phương ngữ nào.

Base64 Encoder / Decoder phơi các phương ngữ trực tiếp: công tắc cho văn bản UTF-8, đầu ra URL-safe và xử lý ngắt dòng, cùng lỗi rõ ràng khi dữ liệu nhập không hợp lệ — ký tự không hợp lệ, độ dài không thể có, hoặc byte không phải UTF-8 hợp lệ — nên chuỗi hỏng cho bạn biết giả định nào cần sửa trước.

• Lệch bảng chữSai bảng chữ: chuỗi URL-safe chứa - hoặc _ bị trình giải mã kinh điển nghiêm ngặt từ chối, và + cùng / kinh điển phá vỡ xử lý URL-safe.
• Phần đệmThiếu đệm: phương ngữ có đệm đòi độ dài là bội của bốn, nên đuôi = bị cắt phá vỡ trình parse nghiêm ngặt dù dữ liệu còn nguyên.
• Ký tự lạQuy tắc bộ giải mã khác nhau: một số từ chối khoảng trắng hoặc thiếu ký tự đệm. Toolars bỏ qua khoảng trắng ASCII và chấp nhận thiếu đệm, nhưng bạn phải bỏ tiền tố Data URL trước khi giải mã phần dữ liệu.

Chuỗi Base64 thường là mảnh của thứ nhạy cảm: tệp cấu hình, token, hình ảnh sắp gửi vào email khách hàng. Giải mã chúng trên website ngẫu nhiên nghĩa là dán tài liệu đó vào log của người khác.

Cả hai không gian làm việc Toolars chạy hoàn toàn trong tab trình duyệt: văn bản hay hình ảnh được xử lý bởi mã đã có trên thiết bị của bạn và không hề được truyền đi trong quá trình xử lý. Mở trình theo dõi mạng trong lúc chuyển đổi — không request nào mang nội dung của bạn.

Ranh giới đó làm các công cụ dùng được cho việc thật — giải mã mảnh token của đồng nghiệp, kiểm tra khối chứng chỉ, hoặc chuyển ảnh sản phẩm cho stylesheet nội tuyến — mà không biến một lượt tra nhanh thành một vụ tiết lộ.