การเข้ารหัสแบบ end to end คืออะไร ปกป้องอะไรได้จริง

การเข้ารหัสแบบ end to end (E2EE) หรือการเข้ารหัสแบบต้นทางถึงปลายทาง คือการที่ไฟล์หรือข้อความถูกเข้ารหัสบนอุปกรณ์ของคุณก่อนออกจากเครื่อง และถอดรหัสได้เฉพาะคนที่มีกุญแจเท่านั้น ไม่ใช่บริการที่เก็บและส่งต่อข้อมูลนั้น บริการทั่วไปที่บอกว่า “เข้ารหัส” จะปกป้องไฟล์ระหว่างทางและบนดิสก์ของตัวเอง แต่ถือกุญแจไว้เอง ส่วนการเข้ารหัสแบบ end to end ผู้ให้บริการจะเห็นแค่ข้อมูลที่ถูกสับจนอ่านไม่ออก

ความต่างนี้ฟังดูเป็นเรื่องเทคนิค แต่เป็นตัวตัดสินว่าใครอ่านไฟล์ของคุณได้ เมื่อเซิร์ฟเวอร์ถูกเจาะ เมื่อพนักงานเปิดดูในที่ที่ไม่ควร หรือเมื่อมีคำขอข้อมูลตามกฎหมาย บทความนี้อธิบายการเข้ารหัสสามแบบที่คุณจะเห็นในโฆษณา วิธีที่การเข้ารหัสแบบ end to end ทำงานในการส่งไฟล์ และข้อจำกัดในทางปฏิบัติ ข้อมูล ณ เดือนตุลาคม 2026

การเข้ารหัส 3 แบบ ต่างกันอย่างไร

การเข้ารหัสระหว่างส่งใช้ TLS ซึ่งปัจจุบันคือ TLS 1.3 (RFC 8446) ป้องกันการดักฟังบนเครือข่าย การเข้ารหัสขณะจัดเก็บป้องกันกรณีมีคนขโมยดิสก์ ทั้งสองแบบเป็นมาตรฐานและคุ้มค่า แต่ทั้งสองแบบผู้ให้บริการถอดรหัสไฟล์ได้ เพราะเป็นผู้จัดการกุญแจเอง การเข้ารหัสแบบ end to end คือชั้นที่เพิ่มขึ้นมาข้างบน ซึ่งผู้ให้บริการถอดออกไม่ได้

การเข้ารหัสแบบ end to end ทำงานอย่างไรในการส่งไฟล์

1. 1

   ขั้นตอนที่ 1

   สร้างกุญแจในเบราว์เซอร์

   เมื่อคุณเปิด E2EE เบราว์เซอร์จะสร้างกุญแจลับแบบสุ่มขึ้นมา คุณไม่ต้องพิมพ์หรือจำกุญแจนี้

2. 2

   ขั้นตอนที่ 2

   เข้ารหัสไฟล์ก่อนอัปโหลด

   แต่ละไฟล์ถูกเข้ารหัสบนอุปกรณ์ของคุณด้วยกุญแจนั้น โดยใช้อัลกอริทึมสมัยใหม่อย่าง AES โหมด GCM ซึ่งตรวจจับการแก้ไขข้อมูลได้ด้วย

3. 3

   ขั้นตอนที่ 3

   อัปโหลดเฉพาะข้อมูลที่เข้ารหัสแล้ว

   บริการเก็บและส่งต่อข้อมูลที่ตัวเองอ่านไม่ออก

4. 4

   ขั้นตอนที่ 4

   กุญแจเดินทางไปกับลิงก์

   กุญแจถูกต่อท้ายลิงก์ดาวน์โหลดหลังเครื่องหมาย # ซึ่งเป็นส่วนของ URL ที่อยู่ในเบราว์เซอร์

5. 5

   ขั้นตอนที่ 5

   เบราว์เซอร์ของผู้รับถอดรหัส

   เมื่อผู้รับเปิดลิงก์ฉบับเต็ม เบราว์เซอร์จะดาวน์โหลดไฟล์ที่เข้ารหัสแล้วถอดรหัสในเครื่องด้วยกุญแจนั้น

ทำไมกุญแจหลังเครื่องหมาย # จึงเป็นความลับ

ที่อยู่เว็บลงท้ายด้วยแฟรกเมนต์ (fragment) ได้ คือส่วนหลังเครื่องหมาย # มาตรฐาน HTTP (RFC 9110) ระบุว่าแฟรกเมนต์สงวนไว้สำหรับการประมวลผลฝั่งไคลเอนต์และไม่ถูกส่งไปในคำขอ เมื่อผู้รับเปิดลิงก์ เบราว์เซอร์จะขอหน้าเว็บจากเซิร์ฟเวอร์โดยไม่มีแฟรกเมนต์ แล้วอ่านกุญแจในเครื่อง นี่คือการออกแบบที่บริการ Firefox Send ของ Mozilla ทำให้เป็นที่รู้จัก และเป็นวิธีที่การเข้ารหัสแบบ end to end ของ Transfrทำงาน

การเข้ารหัสแบบ end to end มีประโยชน์อย่างไร

• เซิร์ฟเวอร์ของผู้ให้บริการถูกเจาะ ไฟล์ที่ถูกขโมยไปอ่านไม่ได้ถ้าไม่มีกุญแจ
• การเข้าถึงจากคนใน พนักงานของบริการเปิดไฟล์ของคุณไม่ได้
• คำขอข้อมูลถึงผู้ให้บริการ บริการส่งมอบเนื้อหาที่อ่านได้ซึ่งตัวเองไม่เคยมีไม่ได้
• ที่เก็บข้อมูลตั้งค่าผิดพลาด แม้พื้นที่จัดเก็บจะถูกเปิดเผยออกไป เนื้อหาก็ยังเป็นข้อมูลที่เข้ารหัสอยู่

ในแง่กฎหมายก็มีข้อดี ตามประกาศคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล เรื่อง หลักเกณฑ์และวิธีการในการแจ้งเหตุการละเมิดข้อมูลส่วนบุคคล พ.ศ. 2565 ข้อ 9 ผู้ควบคุมข้อมูลอาจยกข้อยกเว้นการแจ้งเหตุต่อสำนักงานได้ หากพิสูจน์ได้ว่าข้อมูลที่หลุดไป “ไม่อยู่ในสภาพที่ใช้งานได้เนื่องจากมีมาตรการทางเทคโนโลยีที่เพียงพอ” ส่วน GDPR ของสหภาพยุโรปก็ยกเว้นการแจ้งเจ้าของข้อมูลเมื่อข้อมูลถูกทำให้อ่านไม่ได้ “เช่น ด้วยการเข้ารหัส” (มาตรา 34 (3)(a)) โดยคณะกรรมการคุ้มครองข้อมูลยุโรประบุว่าใช้ได้เฉพาะเมื่อเข้ารหัสอย่างถูกต้องและกุญแจไม่หลุดไปด้วย ดูPDPA กับการส่งไฟล์ข้อมูลส่วนบุคคล

สิ่งที่การเข้ารหัสแบบ end to end ป้องกันไม่ได้

• ลิงก์หลุด ใครมีลิงก์ฉบับเต็มก็มีกุญแจ
• อุปกรณ์ถูกเจาะ มัลแวร์หรือส่วนขยายเบราว์เซอร์ที่ไม่ประสงค์ดีบนเครื่องผู้ส่งหรือผู้รับ เห็นไฟล์ได้ก่อนเข้ารหัสหรือหลังถอดรหัส RFC 9110 เองก็ระบุว่าสคริปต์ในหน้าเว็บยังมองเห็นแฟรกเมนต์ได้
• ข้อมูลเมตา ขึ้นอยู่กับบริการ ชื่อไฟล์ ขนาด วันที่ และอีเมล อาจยังมองเห็นได้
• สิ่งที่ผู้รับทำต่อ เมื่อถอดรหัสและบันทึกแล้ว ไฟล์ก็เป็นไฟล์ธรรมดา

ข้อแลกเปลี่ยนในการใช้งานจริง

เพราะบริการอ่านไฟล์ไม่ได้ บริการจึงทำอะไรกับไฟล์ได้น้อยลงด้วย ตัวอย่างเช่น เมื่อเปิดการเข้ารหัสแบบ end to end บน Transfr

• ไฟล์ถูกเข้ารหัสในเบราว์เซอร์ด้วย AES-128-GCM และกุญแจอยู่ในแฟรกเมนต์ของลิงก์ โดยการเข้ารหัสขณะจัดเก็บ (AES-256) ยังทำงานอยู่ชั้นล่าง
• ตัวอย่างไฟล์ (พรีวิว) สร้างในเบราว์เซอร์ของผู้รับหลังถอดรหัส สำหรับไฟล์ไม่เกิน 2 GB และเฉพาะเมื่อลิงก์มีกุญแจ ไฟล์ที่ใหญ่กว่านั้นต้องดาวน์โหลด
• ไม่เก็บโครงสร้างโฟลเดอร์ อัปโหลดที่สะดุดจะทำต่อหลังรีโหลดหน้าไม่ได้ และไฟล์ที่นำเข้าจาก Drime เข้ารหัสแบบ end to end ไม่ได้ เพราะ Transfr เป็นผู้คัดลอกไฟล์ให้คุณ
• กุญแจไม่เคยถูกเก็บบนเซิร์ฟเวอร์ของ Transfr แต่ทุกครั้งที่ Transfr ส่งลิงก์ทางอีเมล ไม่ว่าถึงผู้รับหรือเป็นอีเมลยืนยันที่ผู้ส่งที่ลงชื่อเข้าใช้ได้รับ เบราว์เซอร์ของคุณจะส่งลิงก์ฉบับเต็มรวมกุญแจให้ Transfr เพื่อใส่ลงในอีเมล กุญแจถูกใช้เฉพาะกับอีเมลนั้น จากนั้นอีเมลก็อยู่ในกล่องจดหมาย ถ้าต้องการความเข้มงวดสูงสุด ให้คัดลอกลิงก์เองแล้วส่งผ่านช่องทางที่คุณไว้ใจ

ข้อเหล่านี้ไม่ใช่ข้อบกพร่อง แต่เป็นผลโดยตรงของบริการที่มองไม่เห็นเนื้อหาของคุณ สำหรับการส่งไฟล์ทั่วไป รหัสผ่านและวันหมดอายุมักเพียงพอ แต่สำหรับข้อมูลลับ การป้องกันที่เพิ่มขึ้นคุ้มค่ากับข้อแลกเปลี่ยนเหล่านี้

LINE Letter Sealing คืออะไร เข้ารหัสอะไรบ้าง

ตัวอย่างใกล้ตัวที่สุดในไทยคือ LINE ศูนย์ช่วยเหลือของ LINE อธิบายว่า Letter Sealing คือเทคโนโลยีการเข้ารหัสแบบ end to end ที่ทำให้คนนอกห้องแชท รวมถึงทีมงาน LINE อ่านเนื้อหาไม่ได้ เปิดใช้งานไว้เสมอและปิดไม่ได้ และตรวจสอบได้จาก Key Fingerprint ในห้องแชท ข้อมูล ณ เดือนตุลาคม 2026

LINE ระบุไว้ด้วยว่ารูป วิดีโอ ข้อความเสียง และไฟล์ อาจไม่ถูกเข้ารหัส ขึ้นอยู่กับเวอร์ชันของแอปและสภาพแวดล้อมการใช้งาน นี่คือเหตุผลที่ควรรู้ว่า “เข้ารหัสแบบ end to end” ครอบคลุมอะไรบ้างในแต่ละบริการ และเหตุผลที่ไฟล์ลับควรมีวันหมดอายุด้วย เพราะไฟล์ในแชทอยู่ในประวัติแชทจนกว่าจะมีคนลบ

การเข้ารหัสแบบ end to end ในแอปอื่นที่คุณใช้

WhatsApp เข้ารหัสแบบ end to end เป็นค่าเริ่มต้นกับข้อความ รูป วิดีโอ ไฟล์ ข้อความเสียง การโทร และแชทกลุ่ม Messenger ประกาศเมื่อเดือนธันวาคม 2023 ว่าแชทส่วนตัวจะเข้ารหัสแบบ end to end เป็นค่าเริ่มต้น ส่วน Telegram เข้ารหัสแบบ end to end เฉพาะ “แชทลับ” (secret chats) แชทปกติเป็นการเข้ารหัสระหว่างแอปกับเซิร์ฟเวอร์ สำหรับไฟล์ บริการอย่าง Proton Drive, Tresorit Send และ Wormhole เข้ารหัสไฟล์ในเบราว์เซอร์ก่อนอัปโหลด ขณะที่คลาวด์ทั่วไปมักเข้ารหัสระหว่างส่งและขณะจัดเก็บด้วยกุญแจที่ผู้ให้บริการจัดการเอง บทความเว็บส่งไฟล์ขนาดใหญ่ฟรีบอกว่าบริการไหนมีการเข้ารหัสแบบ end to end ฟรี และหน้าสำนักงานกฎหมายแสดงวิธีที่มืออาชีพใช้ร่วมกับรหัสผ่านและวันหมดอายุสั้น

การเข้ารหัสแบบ end to end กับรหัสผ่าน ต่างกันอย่างไร

ทั้งสองอย่างแก้ปัญหาคนละเรื่อง และใช้ร่วมกันได้ดี รหัสผ่านควบคุมว่าใครเปิดหน้าดาวน์โหลดได้ โดยบริการเป็นผู้ตรวจรหัส บริการจึงยังเข้าถึงไฟล์ได้ การเข้ารหัสแบบ end to end ควบคุมว่าใครอ่านเนื้อหาได้เลย ซึ่งรวมถึงตัวบริการ เมื่อใช้ทั้งสองอย่าง ลิงก์ที่หลุดไปอย่างเดียวไม่พอ และผู้ให้บริการก็ไม่เคยเห็นเนื้อหา บทความลิงก์ใส่รหัสผ่านและวันหมดอายุอธิบายวิธีเลือกรหัสผ่านและวันหมดอายุ

เมื่อไรควรใช้การเข้ารหัสแบบ end to end

ตรวจอย่างไรว่าบริการเข้ารหัสแบบ end to end จริง

• การเข้ารหัสต้องเกิดก่อนอัปโหลด ในเบราว์เซอร์หรือแอปของคุณ ไม่ใช่ “บนเซิร์ฟเวอร์ที่ปลอดภัยของเรา”
• บริการควรบอกว่าไม่เก็บกุญแจ ดูว่ากุญแจอยู่ในแฟรกเมนต์ของลิงก์หรือสร้างจากความลับที่มีแค่คุณรู้ และตรวจว่าเกิดอะไรขึ้นเมื่อบริการส่งลิงก์ทางอีเมลแทนคุณ
• ถ้าบริการแสดงพรีวิวหรือสแกนไฟล์ที่เข้ารหัสฝั่งเซิร์ฟเวอร์ได้โดยไม่มีกุญแจ แปลว่าไม่ใช่ end to end
• มองหาคำอธิบายอัลกอริทึมและการออกแบบ ไม่ใช่แค่คำว่า “ปลอดภัยระดับธนาคาร”

สำหรับนิสัยด้านความปลอดภัยที่กว้างกว่านี้ ตั้งแต่รหัสผ่านไปจนถึงการเลือกผู้รับ ดูเช็กลิสต์ส่งไฟล์อย่างปลอดภัย และหน้าส่งไฟล์อย่างปลอดภัยด้วย Transfr