ChaCha20-Poly1305 ใน VPN คืออะไร

ถ้าเปิดหน้าข้อมูลทางเทคนิคของอุโมงค์ VPN สมัยใหม่เกือบทุกแบบ คุณจะเจอบรรทัดที่เขียนว่า "ChaCha20-Poly1305" ซึ่งมักถูกมองข้ามเหมือนเป็นตัวหนังสือประดับ อยู่ข้างๆ "AES-256" และตัวย่ออีกหลายตัว แต่จริงๆ แล้วมันทำงานให้คุณทุกครั้งที่ส่งแพ็กเก็ต คือทำให้เนื้อหาอ่านไม่ออก และบอกฝั่งรับว่ามีใครแก้ไขเนื้อหาหรือเปล่า การทำความเข้าใจมันง่ายกว่าที่ชื่อบอกไว้

บทความนี้อธิบาย ChaCha20-Poly1305 ในบริบทของ VPN ว่าสองครึ่งของชื่อนี้ทำอะไร กฎข้อเดียวเกี่ยวกับตัวเลขที่เรียกว่า nonce ช่วยให้ทั้งระบบปลอดภัยได้อย่างไร ทำไมมันจึงมักเหมาะกับโทรศัพท์และเราเตอร์ และจะอ่านคำกล่าวอ้างเรื่องรหัสลับอย่างไรโดยไม่หลงกับศัพท์เทคนิค ถ้าอยากเห็นภาพรวมว่ากุญแจกับรหัสลับประกอบกันอย่างไร ให้เริ่มที่ การเข้ารหัสของ VPN คืออะไร ส่วนที่นี่เราลงลึกอีกระดับในรหัสลับตัวนี้

สองหน้าที่ในหนึ่งชื่อ

"ChaCha20-Poly1305" คืออัลกอริทึมสองตัวที่ใช้ด้วยกัน แต่ละตัวมีหน้าที่ต่างกัน

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

การรวมการเข้ารหัสกับการยืนยันความถูกต้องไว้ในขั้นตอนเดียวเรียกว่า AEAD ย่อมาจาก authenticated encryption with associated data ส่วน "associated data" หมายความว่าข้อมูลบางส่วน เช่น ส่วนหัวของแพ็กเก็ต สามารถอยู่ในการคำนวณแท็กได้ทั้งที่ไม่ได้ถูกเข้ารหัส การออกแบบนี้หลีกเลี่ยงความผิดพลาดคลาสสิก คือเข้ารหัสข้อมูลแต่ลืมตรวจว่ามันยังครบถ้วน

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

เปรียบได้กับซองพัสดุที่ปิดผนึก การเข้ารหัสคือซองทึบที่ซ่อนจดหมาย ส่วนแท็กคือแถบผนึกกันแกะที่แปะข้ามฝาซอง ระบบที่ดีจะไม่ยอมเปิดซองที่แถบผนึกขาด

ChaCha20 เข้ารหัสอย่างไร พูดแบบง่าย

ChaCha20 เป็น stream cipher แทนที่จะปั่นข้อมูลเป็นบล็อกขนาดคงที่ มันสร้างสายไบต์สุ่มเทียมยาวๆ เรียกว่า keystream แล้วผสมสายนั้นกับข้อมูลของคุณด้วย XOR ซึ่งเป็นการดำเนินการง่ายๆ ที่พลิกบิตตรงที่ keystream เป็น 1

เพราะ XOR ย้อนกลับด้วยตัวมันเอง ฝั่งรับซึ่งสร้าง keystream เดียวกันได้ จึงแค่ XOR อีกรอบก็ได้ข้อมูลเดิมกลับมา

keystream ถูกสร้างจากอินพุตสี่อย่าง

อินพุต	ขนาด	หน้าที่
กุญแจ (key)	256 บิต	ความลับร่วมที่ได้จากการแลกกุญแจ
nonce	96 บิต	ตัวเลขที่ต้องไม่ซ้ำกันทุกแพ็กเก็ตภายใต้กุญแจเดียว
ตัวนับ (counter)	32 บิต	นับบล็อกขนาด 64 ไบต์ภายในแพ็กเก็ต
ค่าคงที่	คงที่	คำคงที่ที่ใช้เริ่มสถานะภายใน

ทั้งหมดนี้ประกอบเป็นสถานะภายในขนาดเล็กที่มีคำขนาด 32 บิตสิบหกคำ รวม 512 บิต จากนั้น ChaCha20 ผสมสถานะนี้ 20 รอบ โดยใช้เพียงสามการดำเนินการง่ายๆ คือบวก หมุนบิต และ XOR กลุ่มการออกแบบนี้บางครั้งเรียกว่า ARX ไม่มีตารางค้นหาและไม่มีการแตกกิ่งที่ขึ้นกับข้อมูลลับ ซึ่งให้ผลพลอยได้ที่เป็นประโยชน์ดังอธิบายด้านล่าง

ผลลัพธ์คือ keystream ขนาด 64 ไบต์หนึ่งบล็อก เพิ่มตัวนับขึ้นหนึ่งก็ได้บล็อกถัดไป ทำต่อไปเรื่อยๆ ตราบเท่าที่แพ็กเก็ตต้องการ การออกแบบนี้มาจาก Daniel J. Bernstein และเป็นการปรับปรุงจากรหัสลับรุ่นก่อนของเขาชื่อ Salsa20

Poly1305 และการตรวจจับการแก้ไข

Poly1305 เป็น message authentication code สำหรับแต่ละแพ็กเก็ต มันอ่านข้อมูลแล้วสร้างแท็กขนาด 16 ไบต์ ผู้ส่งแนบแท็กไปด้วย ผู้รับคำนวณซ้ำแล้วเทียบกัน

รายละเอียดที่น่าสนใจคือกุญแจใช้ครั้งเดียวของ Poly1305 มาจากไหน ในโครงสร้างมาตรฐาน บล็อกแรกของ keystream ของแต่ละแพ็กเก็ตที่สร้างด้วยตัวนับเป็นศูนย์ จะไม่ถูกใช้เข้ารหัส แต่ส่วนหนึ่งของมันกลายเป็นกุญแจใช้ครั้งเดียวของ Poly1305 ส่วนการเข้ารหัสข้อมูลจริงเริ่มจากตัวนับ 1 ดังนั้นทุกแพ็กเก็ตจึงได้กุญแจยืนยันความถูกต้องใหม่ โดยไม่ต้องเก็บหรือแลกความลับเพิ่ม

ในทางปฏิบัติ ลองนึกภาพแพ็กเก็ตที่กำลังเดินทาง

1. โทรศัพท์ของคุณเข้ารหัสแพ็กเก็ตและต่อท้ายด้วยแท็ก 16 ไบต์
2. มีคนควบคุมจุดหนึ่งบนเส้นทาง แล้วเปลี่ยนหนึ่งบิตในข้อมูลที่เข้ารหัส
3. เซิร์ฟเวอร์คำนวณแท็กใหม่จากสิ่งที่ได้รับ ผลไม่ตรงกัน
4. เซิร์ฟเวอร์ทิ้งแพ็กเก็ตนั้น การเปลี่ยนแปลงไม่ถึงแอปใดๆ และผู้โจมตีไม่ได้อะไรที่เป็นประโยชน์

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

กฎ nonce ที่ทำให้ปลอดภัย

กฎข้อเดียวที่ห้ามละเมิดกับ ChaCha20 คือ ห้ามใช้คู่กุญแจกับ nonce ซ้ำ ตัวอย่างเล็กๆ ต่อไปนี้แสดงเหตุผล

สมมติว่าสองแพ็กเก็ตถูกเข้ารหัสด้วยกุญแจเดียวกันและ nonce เดียวกัน จึงใช้ keystream K ตัวเดียวกัน

• ข้อความเข้ารหัส 1 = แพ็กเก็ต 1 XOR K
• ข้อความเข้ารหัส 2 = แพ็กเก็ต 2 XOR K

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

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

ทำไม VPN ชอบใช้บนมือถือและเราเตอร์

มีสองคุณสมบัติที่ทำให้ ChaCha20-Poly1305 เป็นที่นิยมใน VPN

เร็วโดยไม่ต้องใช้ฮาร์ดแวร์พิเศษ ทางเลือกที่พบมากที่สุดคือ AES ซึ่งเร็วมากเมื่อโปรเซสเซอร์มีคำสั่ง AES เฉพาะ ซึ่งแล็ปท็อป เดสก์ท็อป และโทรศัพท์รุ่นใหม่ส่วนใหญ่มี ในโปรเซสเซอร์ที่ไม่มี AES แบบซอฟต์แวร์จะช้ากว่าและป้องกันการโจมตีด้านเวลาได้ยากกว่า ChaCha20 ใช้เพียงการดำเนินการง่ายๆ ที่โปรเซสเซอร์ทุกตัวทำได้ดี และทำงานแบบเวกเตอร์ได้เหมาะกับหน่วย SIMD ในชิปมือถือและเดสก์ท็อป ในโทรศัพท์รุ่นเก่า เราเตอร์ราคาประหยัด และอุปกรณ์ฝังตัวจำนวนมาก นั่นอาจหมายถึงอัตราส่งข้อมูลที่ดีขึ้นอย่างเห็นได้ชัดและใช้ CPU น้อยลงสำหรับงานเดียวกัน

ทำงานในเวลาคงที่ AES แบบซอฟต์แวร์ที่ใช้ตารางค้นหาอาจรั่วข้อมูลผ่านเวลาที่ใช้เข้าถึงหน่วยความจำ ซึ่งเป็นการโจมตีกลุ่มที่เรียกว่า cache-timing ส่วน ChaCha20 ไม่มีการค้นหาตารางและไม่มีกิ่งที่ขึ้นกับค่าลับ จึงต้านการรั่วไหลประเภทนี้ได้ตามธรรมชาติโดยไม่ต้องพยายามเป็นพิเศษ

ในโทรศัพท์รุ่นปัจจุบันที่มีฮาร์ดแวร์ AES ความต่างในทางปฏิบัติมีน้อย และไม่ควรคาดหวังว่าจะเห็นความเร็วเปลี่ยนเพราะรหัสลับอย่างเดียว สิ่งที่ทำให้ VPN ช้าส่วนใหญ่คือระยะทางเครือข่าย ความคับคั่ง และโอเวอร์เฮด ไม่ใช่รหัสลับ ถ้าอยากรู้สาเหตุจริง ให้อ่าน ทำไมความเร็วอินเทอร์เน็ตเปลี่ยนเมื่อใช้ VPN และ VPN กินแบตเตอรี่หรือไม่

จะพบมันได้ที่ไหน

ChaCha20-Poly1305 ไม่ใช่ของหายาก มันปรากฏในหลายที่ที่ผู้ใช้ VPN สัมผัสอยู่

• WireGuard โปรโตคอลนี้ใช้ ChaCha20-Poly1305 เข้ารหัสข้อมูล ร่วมกับส่วนประกอบคงที่อื่นสำหรับการแลกกุญแจและการแฮช การออกแบบอธิบายไว้ใน whitepaper ของ WireGuard เพราะตัวเลือกถูกกำหนดตายตัว จึงไม่มีเมนูรหัสลับให้ตั้งผิด นี่เป็นส่วนหนึ่งที่ทำให้ WireGuard ตรวจสอบได้ง่าย เทียบกับการออกแบบที่ยืดหยุ่นกว่าของ OpenVPN ได้ใน WireGuard กับ OpenVPN
• TLS 1.3 มาตรฐานที่ปกป้องการท่องเว็บมี ChaCha20-Poly1305 อยู่ในชุดรหัสที่รองรับ (RFC 8446) การเชื่อมต่อ HTTPS จำนวนมาก รวมทั้งที่รันอยู่ในอุโมงค์ VPN อาจใช้มันอยู่แล้ว
• OpenVPN รุ่นใหม่ใช้เป็นรหัสลับของช่องข้อมูลได้ เคียงข้างตัวเลือกแบบ AES
• เครื่องมืออื่นๆ แอปแชต SSH และส่วนประกอบของระบบปฏิบัติการจำนวนมากมีมันอยู่

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

ChaCha20-Poly1305 เทียบกับ AES-256-GCM

ประเด็น	ChaCha20-Poly1305	AES-256-GCM
ประเภท	Stream cipher พร้อม MAC แบบ Poly1305	Block cipher โหมดนับ พร้อมตัวยืนยันแบบ GCM
ขนาดกุญแจ	256 บิต	256 บิต
ขนาด nonce	96 บิต	96 บิต (ที่พบทั่วไป)
แท็กยืนยัน	16 ไบต์	16 ไบต์ (ที่พบทั่วไป)
ความเร็วเมื่อมีฮาร์ดแวร์ AES	เร็ว	เร็วมาก
ความเร็วเมื่อไม่มีฮาร์ดแวร์ AES	เร็ว	ช้ากว่า
ช่องทางข้างเคียง	ทำงานเวลาคงที่โดยการออกแบบ	ต้องมีฮาร์ดแวร์หรือโค้ดที่เขียนอย่างระวัง
จุดอ่อนเมื่อใช้ผิด	ใช้ nonce ซ้ำ	ใช้ nonce ซ้ำ

ดูแถวสุดท้าย ทั้งสองรหัสล้มเหลวอย่างรุนแรงถ้า nonce ซ้ำ ดังนั้นไม่มีแบบใดที่ "ให้อภัย" มากกว่า ทั้งคู่ยอมรับได้ในอุโมงค์ที่สร้างอย่างดี และ VPN ที่เสนอแบบใดแบบหนึ่งก็ไม่ได้ดีหรือแย่กว่าอีกแบบโดยอัตโนมัติ ข้อสรุปที่สมเหตุสมผลคือ ChaCha20-Poly1305 เป็นตัวเลือกชั้นหนึ่ง ไม่ใช่ทางเลือกรอง และคุณภาพของการนำไปใช้สำคัญกว่าชื่อบนฉลาก

วิธีอ่านคำกล่าวอ้างเรื่องรหัสลับ

เมื่อเห็นชื่อรหัสลับในคำอธิบายของ VPN ใช้รายการตรวจสั้นๆ นี้แทนการเทียบชื่อ

1. ระบุโหมดที่ยืนยันความถูกต้องหรือไม่ มองหารหัสแบบ AEAD เช่น ChaCha20-Poly1305 หรือ AES-GCM ถ้ามีแค่ "AES" เฉยๆ ก็บอกอะไรเรื่องการตรวจความครบถ้วนไม่ได้มาก
2. มีการอธิบายการแลกกุญแจหรือไม่ รหัสลับต้องการกุญแจร่วมใหม่ในแต่ละเซสชัน ลองดูว่า VPN เปลี่ยนกุญแจเป็นระยะและใช้ forward secrecy หรือไม่ ตามที่อธิบายในบทความเรื่องการเข้ารหัสภาพรวม
3. คำกล่าวอ้างสมเหตุสมผลหรือไม่ ถ้อยคำอย่าง "ระดับทหาร" เป็นการตลาด ไม่ใช่ข้อกำหนด คำอธิบายที่ถูกต้องจะระบุชื่ออัลกอริทึมและขนาดกุญแจ
4. ซอฟต์แวร์เปิดให้ตรวจสอบหรือไม่ รหัสลับที่แข็งแรงที่สุดก็ถูกทำลายได้ด้วยโค้ดที่มีบั๊ก ข้อกำหนดสาธารณะและรายงานการตรวจสอบที่เผยแพร่ช่วยได้
5. คำกล่าวอ้างตรงกับสิ่งที่ VPN ทำได้จริงหรือไม่ การเข้ารหัสปกป้องเส้นทางระหว่างอุปกรณ์ของคุณกับ VPN ไม่ได้ซ่อนกิจกรรมของคุณจากเว็บไซต์ที่คุณล็อกอิน และไม่ได้ซ่อมเครื่องที่ถูกเจาะแล้ว

หน้าเดียวกันอาจพูดถึงอัลกอริทึมแฮชและการแลกกุญแจด้วย ถ้าเจอชื่อที่ไม่คุ้น ให้ค้นหาข้อกำหนดแทนการเดา การเข้ารหัสที่น่าเชื่อถือมีเอกสารสาธารณะเสมอ

สถานการณ์ในทางปฏิบัติ

ผู้ใช้โทรศัพท์ที่เปรียบเทียบแอป มายาเห็นสองแอป แอปหนึ่งพูดถึง ChaCha20-Poly1305 อีกแอปพูดถึง AES-256-GCM เธอกังวลว่าจะเลือกตัวที่ "อ่อนกว่า" หลังอ่านตารางเปรียบเทียบข้างต้น เธอเข้าใจว่าทั้งสองแข็งแรง และตัดสินใจจากเหตุผลอื่นแทน คือเงื่อนไขที่ชัดเจน คุณภาพของแอป และรูปแบบการชำระเงิน

เจ้าของเราเตอร์ กิตติพงษ์มีเราเตอร์เล็กๆ ที่บ้านซึ่ง CPU ธรรมดาและไม่มีฮาร์ดแวร์ AES เขาลองใช้ VPN บนเครื่องนั้นและพบว่า CPU เต็มที่ความเร็วระดับปานกลาง อุโมงค์ที่ใช้ ChaCha20-Poly1305 อาจทำให้ CPU ของอุปกรณ์นั้นต่ำกว่าอุโมงค์ที่ใช้ AES เพราะ ChaCha20 ไม่ต้องพึ่งคำสั่ง AES แต่สำหรับเราเตอร์ คำตอบที่ดีที่สุดก็ยังคือทดสอบบนเครื่องจริง คู่มือ เราเตอร์ VPN กับแอป VPN พิจารณาข้อแลกเปลี่ยนนี้อย่างกว้างขึ้น

นักศึกษาที่ใส่ใจความปลอดภัย หลินอ่านว่าคอมพิวเตอร์ควอนตัมอาจคุกคามการเข้ารหัส และสงสัยว่า ChaCha20 ตกอยู่ในอันตรายไหม การอ่านงานวิจัยปัจจุบันโดยทั่วไปชี้ว่าข้อกังวลที่ใหญ่กว่าคือการแลกกุญแจที่สร้างกุญแจ ไม่ใช่รหัสลับสมมาตร 256 บิตเอง หัวข้อนี้อธิบายไว้ใน การเข้ารหัส VPN แบบ post-quantum และ NIST มีโครงการสาธารณะเรื่องนี้

ข้อจำกัดและความเข้าใจผิด

• "รหัสลับแข็งแรงกว่า แปลว่าท่องเว็บปลอดภัยกว่า" รหัสลับเป็นเพียงชั้นหนึ่ง เว็บฟิชชิง รหัสผ่านอ่อน และมัลแวร์ไม่ได้รับผลจากมัน
• "ChaCha20 เป็นตัวเลือกสมัยใหม่เพียงตัวเดียว" มันเป็นหนึ่งในสองตัวเลือกหลัก AES-GCM ก็น่านับถือไม่แพ้กัน
• "ตัวเลขใหญ่กว่าดีกว่าเสมอ" กุญแจ 256 บิตเพียงพอมากสำหรับรหัสเหล่านี้ การอ้างขนาดกุญแจมหึมาไม่ได้ทำให้อุโมงค์ปลอดภัยกว่าอุโมงค์มาตรฐานที่ทำมาอย่างดี
• "การเข้ารหัสซ่อนว่าฉันใช้ VPN" ผู้สังเกตบนเครือข่ายของคุณมักบอกได้ว่าคุณเชื่อมต่อกับเซิร์ฟเวอร์ VPN แต่อ่านเนื้อหาไม่ได้
• "รหัสลับกำหนดความเร็ว" ระยะทาง ภาระของเซิร์ฟเวอร์ และคุณภาพ Wi-Fi มักสำคัญกว่ามาก
• "ควรปรับการตั้งค่ารหัสลับ" นอกจากฝ่ายสนับสนุนจะบอกให้ทำ ให้ปล่อยไว้ ความไม่ตรงกันกับเซิร์ฟเวอร์จะทำให้อุโมงค์เชื่อมต่อไม่ได้เฉยๆ

ถ้าอยากตรวจในทางปฏิบัติว่าอุโมงค์ทำงานตามที่ควรหรือไม่ ดู วิธีตรวจว่า VPN ทำงานอยู่

สรุป

ChaCha20-Poly1305 คือรหัสลับที่ยืนยันความถูกต้องในตัว ChaCha20 ปั่นข้อมูลด้วย keystream และ Poly1305 แนบแท็กเพื่อให้ฝั่งรับปฏิเสธแพ็กเก็ตที่ถูกแก้ไขได้ มันพึ่งพากฎข้อเดียวที่เคร่งครัด คือห้ามใช้ nonce ซ้ำกับกุญแจเดียวกัน ซึ่งซอฟต์แวร์ VPN ที่ดีบังคับด้วยตัวนับและการเปลี่ยนกุญแจเป็นระยะ มันเร็วในซอฟต์แวร์ธรรมดา ต้านการรั่วจากเวลาโดยการออกแบบ และอยู่ใน WireGuard, TLS 1.3 และ OpenVPN รุ่นใหม่ เป็นตัวเลือกที่แข็งแรงเทียบเท่า AES-GCM และไม่ว่า VPN ของคุณจะใช้ตัวไหน การออกแบบรอบข้างและคำอธิบายที่ซื่อสัตย์สำคัญกว่าชื่อ

ถ้าอยากลองอุโมงค์ที่เข้ารหัสบนอุปกรณ์ของคุณเอง หน้าดาวน์โหลด มีลิงก์แอปฟรี และ หน้าราคา อธิบายวิธีทำงานของพาส