Defaults.Exposed › การแก้ไข › การเข้ารหัสสมัยใหม่ (เวอร์ชัน TLS & cipher)

วิธีแก้ไข การเข้ารหัสสมัยใหม่ (เวอร์ชัน TLS & cipher)

TLS คือกุญแจที่เข้ารหัสข้อมูลที่ไหลระหว่างผู้เข้าชมและเว็บไซต์ของคุณ สองสิ่งทำให้กุญแจนั้นน่าเชื่อถือ: การใช้เวอร์ชัน TLS สมัยใหม่ (ไม่ใช่เวอร์ชันเก่าที่เสียหาย) และการใช้ cipher ที่แข็งแกร่ง (สูตรการเข้ารหัสจริง) หน้านี้ครอบคลุมทั้งสอง — รวมถึงการตั้งค่าที่เกี่ยวข้องไม่กี่อย่างที่ไม่ส่งผลต่อเกรดของคุณแต่ควรรู้

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

สิ่งนี้อาจทำให้คุณเสียค่าใช้จ่าย

• ลูกค้าชำระเงินหรือเข้าสู่ระบบผ่าน WiFi ของโรงแรมหรือร้านกาแฟ การเชื่อมต่อที่ล้าสมัยหรือ cipher ที่อ่อนแอทำให้คนแปลกหน้าบนเครือข่ายนั้นอ่านบัตรและรหัสผ่านของพวกเขาได้ และการฉ้อโกง — และสายโทรศัพท์โกรธ — ติดตามกลับมาที่เว็บไซต์ของคุณโดยตรง
• คุณยื่นขอรับการชำระด้วยบัตร (หรือผู้ให้บริการชำระเงินตรวจสอบใหม่) และถูกปฏิเสธเพราะ TLS ที่ล้าสมัยหรือ cipher ที่ต้องห้ามทำให้กฎความปลอดภัยการชำระเงินเสียหาย — หน้าชำระเงินออนไลน์ของคุณถูกระงับจนกว่าจะแก้ไข
• ทีม IT ของลูกค้ารายใหญ่รันการสแกนความปลอดภัยตามปกติก่อนลงนาม เห็นว่าเว็บไซต์ของคุณยังอนุญาตการเข้ารหัสที่เสียหาย และตั้งค่าสถานะคุณว่าเป็นความเสี่ยง — สัญญาหยุดเพราะปัญหาที่แก้ไขได้ฟรี
• การร้องเรียนหรือการละเมิดการป้องกันข้อมูลลงบนโต๊ะของคุณและคำถามแรกที่ผู้กำกับดูแลถามคือคุณปกป้องข้อมูลลูกค้า 'อย่างเหมาะสม' หรือไม่ — การรันการเข้ารหัสที่รู้จักกันว่าเสียหายต่อสาธารณะมาหลายปีเป็นคำตอบที่ยากมาก
• เว็บไซต์ของคุณแสดงกุญแจ ดังนั้นทุกคนถือว่ามันปลอดภัยอย่างสมบูรณ์ และช่องว่างนี้ถูกสังเกตไม่เห็นมาหลายปี — จนกว่าการเข้าสู่ระบบหรือหมายเลขบัตรที่ถูกดักฟังหนึ่งรายกลายเป็นเหตุการณ์ที่มีค่าใช้จ่ายมากกว่าการแก้ไขฟรีมาก

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

ในคำพูดธรรมดา

เมื่อมีคนเข้าเว็บไซต์ของคุณ ทุกอย่างที่พวกเขาพิมพ์ — การเข้าสู่ระบบ หมายเลขบัตร ชื่อ หมายเลขโทรศัพท์ ข้อความ — ถูกเข้ารหัสในการส่งเพื่อให้คนแปลกหน้าไม่สามารถอ่านได้ เทคโนโลยีที่ทำการเข้ารหัสเรียกว่า TLS (คุณอาจได้ยินว่า SSL ซึ่งเป็นชื่อเก่า) เพื่อให้การเข้ารหัสนั้นปลอดภัยจริงๆ สองสิ่งต้องถูกต้อง:

1. เวอร์ชัน TLS — รุ่นของเทคโนโลยีที่คุณใช้ เวอร์ชันแรกๆ (TLS 1.0 และ 1.1) ถูกทำลายต่อสาธารณะมาหลายปีแล้ว ที่ปลอดภัยคือ TLS 1.2 และ TLS 1.3
2. Cipher — สูตรเฉพาะที่ TLS ใช้ในการเข้ารหัส บาง cipher (เช่น RC4, DES และ 3DES) ถูกทำลายและต้องห้ามในปัจจุบัน

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

สิ่งนี้อาจทำให้คุณสูญเสียอะไร

• ลูกค้าถูกขโมยบน WiFi สาธารณะ มีคนเข้าสู่ระบบหรือชำระเงินจากโรงแรม ร้านกาแฟ หรือสนามบิน เพราะเว็บไซต์ของคุณยังอนุญาต TLS เวอร์ชันเก่าหรือ cipher ที่อ่อนแอ คนแปลกหน้าบนเครือข่ายเดิมนั้นบังคับการเชื่อมต่อลงไปยังตัวเลือกที่ทำลายได้และอ่านรหัสผ่านและหมายเลขบัตรในเวลาจริง
• การชำระด้วยบัตรของคุณถูกปิด กฎความปลอดภัยการชำระเงิน (PCI DSS) ต้องการ TLS 1.2 เป็นอย่างน้อยและห้าม cipher ที่อ่อนแออย่างชัดเจนอย่าง RC4
• ดีลหยุดในการตรวจสอบความปลอดภัย ก่อนลูกค้ารายใหญ่ลงนาม ทีม IT ของพวกเขารันการสแกนตามปกติ มันตั้งค่าสถานะทันทีว่าเว็บไซต์ของคุณยังยอมรับการเข้ารหัสที่เสียหาย
• ผู้กำกับดูแลถามคำถามที่ลำบาก หลังจากการร้องเรียนหรือการละเมิดใดๆ สิ่งแรกที่หน่วยงานป้องกันข้อมูลต้องการรู้คือคุณปกป้องข้อมูลส่วนบุคคล “อย่างเหมาะสม” หรือไม่
• ซ่อนอยู่หลังกุญแจมาหลายปี เพราะเว็บไซต์ของคุณยังแสดงกุญแจปกติ ไม่มีใครสังเกตเห็นช่องว่าง — จนกว่าการเข้าสู่ระบบหรือหมายเลขบัตรที่ถูกดักฟังหนึ่งรายกลายเป็นเหตุการณ์สาธารณะ

มันคืออะไรจริงๆ

เวอร์ชัน TLS

เว็บไซต์ไม่รองรับ TLS เวอร์ชันเดียวเท่านั้น มันสามารถเสนอหลายเวอร์ชันพร้อมกันและให้เบราว์เซอร์ของผู้เข้าชมแต่ละคนเลือก อันตรายคือ เวอร์ชันเก่าที่เสียหายสามารถนั่งอยู่ที่นั่นควบคู่กับเวอร์ชันดีเป็นประตูหลังที่เปิดอยู่: ผู้โจมตีสามารถบังคับการเชื่อมต่อของผู้เข้าชมให้ “ดาวน์เกรด” เป็น TLS 1.0 หรือ 1.1

• TLS 1.3 (มีหรือไม่มี 1.2) และไม่มีเวอร์ชันเก่า: ผลลัพธ์ที่ดีที่สุด คะแนนเต็ม
• TLS 1.2 เท่านั้น ไม่มี 1.3: ปลอดภัยและผ่าน แต่คะแนนส่วนใหญ่
• TLS 1.0 หรือ 1.1 ยังคงยอมรับ: ล้มเหลวอัตโนมัติ ให้คะแนนศูนย์และตั้งค่าสถานะวิกฤต

Cipher

เมื่อเลือกเวอร์ชันแล้ว TLS เลือก cipher — อัลกอริทึมจริงที่เข้ารหัสข้อมูล ส่วนใหญ่แข็งแกร่ง บางส่วนถูกทำลายและต้องไม่ใช้: RC4, DES, 3DES บวก NULL (ไม่มีการเข้ารหัสเลย), EXPORT-grade cipher (อ่อนแอโดยเจตนา) และ anonymous cipher

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

สามข้อเพิ่มเติมเชิงข้อมูล

สามรายการที่เกี่ยวข้องถูกรายงานแต่ไม่ส่งผลต่อเกรดของคุณ:

• TLS compression (การโจมตี CRIME): คุณลักษณะเก่าที่ถูกปิดใช้งานโดยค่าเริ่มต้นในเว็บเซิร์ฟเวอร์สมัยใหม่ทุกตัวมานานกว่าทศวรรษ
• OCSP stapling: ความสะดวกด้านประสิทธิภาพและความเป็นส่วนตัวที่ CDN อย่าง Cloudflare ทำโดยอัตโนมัติ
• Secure renegotiation: การแก้ไขสำหรับข้อบกพร่องเก่า (CVE-2009-3555) ที่เซิร์ฟเวอร์ TLS 1.2 สมัยใหม่ใช้งานโดยค่าเริ่มต้น

วิธีแก้ไข (ฟรี ประมาณ 30 นาที)

ส่งสิ่งนี้ให้ฝ่าย IT — การแก้ไขฟรี วิธีที่ง่ายที่สุดที่เชื่อถือได้คือการสร้างการกำหนดค่าที่ดีที่รู้จักแทนที่จะเขียนด้วยมือ: วาง server type ของคุณใน Mozilla’s SSL Configuration Generator ที่ https://ssl-config.mozilla.org/ และเลือกโปรไฟล์ “Intermediate”

ตามแพลตฟอร์ม:

1. Cloudflare หรือโฮสต์ที่จัดการ — มักหนึ่งหรือสองคลิก ใน Cloudflare: SSL/TLS → Edge Certificates → Minimum TLS Version → TLS 1.2
2. Nginx ตั้งค่าเวอร์ชันสมัยใหม่เท่านั้นและรายการ cipher ที่แข็งแกร่ง:

   ssl_protocols TLSv1.2 TLSv1.3;
   ssl_ciphers 'ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384';
   ssl_prefer_server_ciphers on;
   

3. Apache ปิดใช้งานเวอร์ชันเก่าและตรึง cipher ที่แข็งแกร่ง:

   SSLProtocol all -SSLv3 -TLSv1 -TLSv1.1
   SSLCipherSuite ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384
   SSLHonorCipherOrder on
   

4. Windows / IIS ใช้เครื่องมือ IIS Crypto ฟรีเพื่อปิดใช้งาน TLS 1.0 และ 1.1 ปิดใช้งาน cipher RC4/DES/3DES/NULL/EXPORT
5. ยืนยัน จากนั้นตรวจสอบใหม่ที่นี่

ข้อผิดพลาดทั่วไป

• “เรามีกุญแจ ดังนั้นเราปลอดภัย” กุญแจพิสูจน์เฉพาะว่าการเชื่อมต่อที่ปลอดภัยมีอยู่ ไม่ว่าเวอร์ชันเก่าหรือ cipher ที่ต้องห้ามยังคงยอมรับในพื้นหลัง
• แก้ไขเวอร์ชันแต่ไม่ใช่ cipher (หรือกลับกัน) ปิดใช้งาน TLS 1.0/1.1 ไม่ได้ลบ RC4 หรือ 3DES โดยอัตโนมัติ และการตรึง cipher ที่แข็งแกร่งไม่ได้ปิดใช้งานเวอร์ชันเก่าโดยอัตโนมัติ ตั้งทั้งสอง
• ปล่อย “legacy” หรือ toggle “old-browser compatibility” เปิดอยู่ ตัวเลือกนี้เปิดใช้งานเวอร์ชันที่เสียหายหรือ cipher ที่อ่อนแอ “เพื่อความเข้ากันได้” แทบจะไม่ช่วยผู้เข้าชมจริงและทำให้เกิดการค้นพบนี้โดยตรง
• ลืมโหลด/รีสตาร์ทเซิร์ฟเวอร์ การเปลี่ยนแปลงการกำหนดค่าไม่มีผลจนกว่าเว็บเซิร์ฟเวอร์จะโหลดใหม่
• กำหนดค่าเซิร์ฟเวอร์เดียวแต่ไม่ใช่ทั้งหมด หากคุณรันโหลดบาลานเซอร์ เว็บเซิร์ฟเวอร์หลายตัว หรือซับโดเมนแยกต่างหาก จุดสิ้นสุด TLS แต่ละจุดต้องการการกำหนดค่าเดียวกัน

สิ่งที่ควรจำ

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

คำถามที่พบบ่อย