เข้ารหัส / ถอดรหัส Base64
เข้ารหัสข้อความเป็น Base64 หรือถอดรหัส Base64 กลับเป็นข้อความธรรมดา รองรับ UTF-8, Base64 แบบ URL-safe และการขึ้นบรรทัดใหม่แบบ MIME/PEM
รูปแบบเอาต์พุต
กรณีใช้งาน Base64 ทั่วไป
| กรณีใช้งาน | หมายเหตุ |
|---|---|
| HTTP Basic Auth | Encodes username:password — easily decoded, not for security |
| Data URI (image) | Embeds images inline in HTML/CSS without a separate HTTP request |
| JWT payload | URL-safe Base64 (no padding) encodes the header and payload sections |
| MIME email attachment | RFC 2045 requires 76-character line breaks in email bodies |
| PEM certificate / key | RFC 7468 requires 64-character line breaks for SSL/TLS certificates |
| URL query parameter | URL-safe mode replaces + with – and / with _ to avoid URL-encoding issues |
คํา ถาม ที่ ถาม บ่อย ๆ
Base64 แปลงข้อมูลไบนารีหรือข้อความเป็นสตริงของตัวอักษร ASCII 64 ตัว (A–Z, a–z, 0–9, +, /) โดยจัดกลุ่มไบต์อินพุตทีละ 3 ไบต์ (24 บิต) แล้วแมปเป็น 4 ตัวอักษร Base64 ทำให้เอาต์พุตใหญ่ขึ้นประมาณ 33% จากต้นฉบับ ใช้กันอย่างแพร่หลายใน HTTP Basic Auth, data URIs, JWT tokens, ไฟล์แนบ MIME และใบรับรอง PEM
ใช้ Base64 แบบ URL-safe เมื่อสตริงที่เข้ารหัสจะปรากฏใน URL, พารามิเตอร์ query หรือ JWT Base64 มาตรฐานใช้ + และ / ซึ่งมีความหมายพิเศษใน URL Base64 แบบ URL-safe แทนที่ + ด้วย – และ / ด้วย _ และละเว้นการเติม = ทำให้เอาต์พุตปลอดภัยสำหรับ URL และส่วน JWT
ไม่ — Base64 คือการเข้ารหัสแบบ encoding ไม่ใช่ encryption ใครก็สามารถถอดรหัสสตริง Base64 ได้ทันทีโดยไม่ต้องใช้คีย์หรือรหัสผ่าน อย่าใช้ Base64 เพียงอย่างเดียวในการปกป้องข้อมูลที่สำคัญ ควรใช้อัลกอริทึมการเข้ารหัสอย่าง AES หรือ RSA แทน
MIME (RFC 2045) ที่ใช้สำหรับไฟล์แนบอีเมล ต้องการการขึ้นบรรทัดใหม่ทุก 76 ตัวอักษร PEM (RFC 7468) ที่ใช้สำหรับใบรับรอง SSL/TLS และคีย์ส่วนตัว ต้องการการขึ้นบรรทัดใหม่ทุก 64 ตัวอักษร เลือกรูปแบบที่เหมาะสมเมื่อคัดลอกใบรับรองหรือเตรียมไฟล์แนบ