รักษาความปลอดภัยของแอปพลิเคชันและการเข้าถึงในฐานะผู้ดูแล จำกัดตัวรับฟังฝั่งแบ็กเอนด์ ปกป้องคีย์ของบริการออนเนียน และทดสอบการเผยแพร่ผ่านไคลเอนต์ที่เข้ากันได้ การกำหนดเส้นทางออนเนียนเป็นเพียงชั้นหนึ่งของการออกแบบ ไม่ได้ขจัดช่องโหว่ของแอปพลิเคชัน ข้อผิดพลาดในเนื้อหาที่เผยแพร่ หรือความจำเป็นในการกำหนดว่าใครควรมีสิทธิ์เข้าถึง
กำหนดขอบเขตการเผยแพร่และกลุ่มผู้อ่าน
เริ่มต้นด้วยวัตถุประสงค์การเผยแพร่ที่ชอบด้วยกฎหมายและคำอธิบายของกลุ่มผู้อ่าน การเผยแพร่งานวิจัยแบบสาธารณะและพอร์ทัลโครงการแบบจำกัดมีข้อกำหนดการเข้าถึงที่แตกต่างกัน ตัดสินใจว่าเนื้อหาใดมีเจตนาให้เป็นสาธารณะ เนื้อหาใดต้องผ่านการยืนยันตัวตนของแอปพลิเคชัน และเนื้อหาใดไม่ควรไปถึงเว็บรูทเลย แยกการตัดสินใจเหล่านี้ออกจากช่องทางขนส่งที่ใช้เข้าถึงเว็บไซต์
จัดทำบัญชีข้อมูลขนาดเล็กก่อนการปรับใช้: หน้าเว็บ ไฟล์อัปโหลด เนื้อหาในฐานข้อมูล บัญชีผู้ดูแลระบบ และการกำหนดค่าบริการ กำหนดผู้รับผิดชอบสำหรับการอัปเดตและการจัดการเหตุการณ์ การที่ไซต์ใช้ที่อยู่ออนเนียนไม่ได้เป็นการยุติเรื่องการเก็บรักษา สิทธิ์ในเนื้อหา หรือความรับผิดชอบด้านความปลอดภัย สิ่งเหล่านี้ยังคงเป็นการตัดสินใจเชิงปฏิบัติของแอปพลิเคชันที่ต้องมีแผนการดำเนินงานที่ชัดเจน
กำหนดให้ตัวรับฟังฝั่งแบ็กเอนด์เป็นไปอย่างตั้งใจ
บริการออนเนียนจะแมปการเชื่อมต่อไปยังปลายทางแอปพลิเคชันภายในเครื่อง ตรวจสอบว่าปลายทางนั้นรับฟังที่ใดและเครือข่ายอื่นใดสามารถเข้าถึงได้ คู่มือการตั้งค่าของ Tor Project ระบุว่า Unix socket เป็นวิธีที่มีประโยชน์ในการหลีกเลี่ยงการเปิดเผยแบ็กเอนด์ต่อเครือข่ายภายในเครื่อง เลือกแนวทางที่เซิร์ฟเวอร์ของคุณรองรับและตรวจสอบการเข้าถึงได้จริง
การเชื่อมต่อที่ทำงานผ่าน Tor สามารถอยู่ร่วมกับการรับฟังสาธารณะที่ไม่ตั้งใจได้ ทดสอบทั้งเส้นทางการเข้าถึงที่ตั้งใจและขอบเขตโดยรอบของแบ็กเอนด์ หลีกเลี่ยงสมมติฐานการกำหนดค่าแบบทั่วไป อ่านการตั้งค่าการรับฟังของแอปพลิเคชันและการกำหนดเส้นทางเวอร์ชวลโฮสต์ของเว็บเซิร์ฟเวอร์ แยกอินเทอร์เฟซการจัดการออกจากบริการที่ตั้งใจให้เป็นสาธารณะ และจำกัดว่าใครสามารถเปลี่ยนการตั้งค่าเหล่านั้นได้
ตรวจสอบสิ่งที่แอปพลิเคชันเผยแพร่
ตรวจสอบหน้าเว็บ ไฟล์ที่อัปโหลด เอาต์พุตข้อผิดพลาด และทรัพยากรที่ฝังไว้ในมุมมองที่ผู้อ่านจะพบ แอปพลิเคชันอาจเปิดเผยรายละเอียดการดำเนินงานผ่านข้อความดีบักหรือลิงก์ไปยังทรัพยากรภายนอกโดยที่เรื่องนี้ไม่ชัดเจนในการออกแบบหลัก ตรวจสอบ URL ที่สร้างขึ้นและเมทาดาทาของเนื้อหา ให้บริการเฉพาะทรัพยากรที่การเผยแพร่ต้องการ และทำความเข้าใจคำขอจากบุคคลที่สามที่มันเริ่มต้นขึ้น
สำหรับไซต์วิจัยเชิงตัวอย่าง ให้ตรวจสอบบทความ ไฟล์แนบ และหน้าติดต่อตัวอย่างก่อนเปิดตัว ตรวจสอบว่าเอกสารบรรณาธิการส่วนตัวและไฟล์สภาพแวดล้อมอยู่นอกไดเรกทอรีสาธารณะ ใช้เนื้อหาทดสอบที่ไม่ละเอียดอ่อนเมื่อตรวจสอบการอัปโหลด การเชื่อมต่อออนเนียนที่สำเร็จพิสูจน์ว่าสามารถเข้าถึงได้ การตรวจสอบเนื้อหานี้ตรวจสอบว่าบริการเปิดเผยอะไรต่อผู้อ่านจริง
ถือว่าข้อมูลระบุตัวตนของบริการเป็นวัสดุที่ต้องได้รับการป้องกัน
การกำหนดค่าบริการออนเนียนรวมถึงวัสดุคีย์ที่ต้องคงเป็นความลับ เก็บไว้ภายนอกไฟล์เว็บไซต์สาธารณะและจำกัดการเข้าถึงเฉพาะผู้ดำเนินการที่จำเป็น วางแผนว่าการกู้คืนที่ชอบด้วยกฎหมายจะรักษาข้อมูลระบุตัวตนของบริการที่ตั้งใจไว้อย่างไร และจะจัดการกับการถูกบุกรุกอย่างไร อย่าวางคีย์บริการไว้ในคลังสาธารณะ ข้อความสนับสนุน หรือที่เก็บโครงการที่ใช้ร่วมกัน
รวมแอปพลิเคชัน ข้อมูล และการกำหนดค่าบริการที่จำเป็นไว้ในการออกแบบการกู้คืน พร้อมการป้องกันที่เหมาะสมสำหรับแต่ละส่วน การสำรองข้อมูลเฉพาะเนื้อหาไซต์อาจไม่สามารถกู้คืนที่อยู่ที่ตั้งใจไว้ได้ ในขณะที่สำเนาที่มีคีย์ส่วนตัวจะสร้างการสำรองข้อมูลที่ละเอียดอ่อน จัดทำเอกสารว่าใครสามารถถอดรหัสและกู้คืนได้ และทดสอบการเข้าถึงนั้นโดยไม่เปิดเผยคีย์ในรายงานการฝึกซ้อม
เลือกการเข้าถึงแบบสาธารณะหรือแบบจำกัดอย่างชัดเจน
การเข้าสู่ระบบของแอปพลิเคชันและการอนุญาตไคลเอนต์ Tor เป็นคนละชั้นกัน Tor Project จัดทำเอกสารเกี่ยวกับการอนุญาตไคลเอนต์เพื่อทำให้การเข้าถึงบริการออนเนียน v3 ขึ้นอยู่กับข้อมูลรับรองของไคลเอนต์ ตัดสินใจว่าโมเดลดังกล่าวเหมาะกับกลุ่มผู้อ่านและกระบวนการดำเนินงานหรือไม่ ไม่จำเป็นโดยอัตโนมัติสำหรับการเผยแพร่สาธารณะ และไม่แทนที่สิทธิ์ของแอปพลิเคชันเมื่อไคลเอนต์เชื่อมต่อแล้ว
พิจารณาพอร์ทัลโครงการที่มีกลุ่มผู้ได้รับอนุมัติขนาดเล็ก คุณต้องมีวิธีแจกจ่าย เปลี่ยน และเพิกถอนวัสดุการเข้าถึงอย่างเป็นส่วนตัว รวมทั้งจัดการบัญชีแอปพลิเคชัน ทดสอบการถอนไคลเอนต์ที่ได้รับอนุญาตและผู้ใช้แอปพลิเคชันแยกจากกัน ตารางต่อไปนี้แยกการควบคุมเหล่านี้ออกจากกันแทนที่จะสัญญาว่าการตั้งค่าเดียวจะแก้ปัญหาการเข้าถึงทั้งหมด
| การควบคุม | คำถามที่ตอบ | ความรับผิดชอบที่แยกจากกัน |
|---|---|---|
| ตัวรับฟังฝั่งแบ็กเอนด์ | ใครสามารถเข้าถึงปลายทางแอปพลิเคชันภายในเครื่องได้? | การกำหนดค่าเว็บเซิร์ฟเวอร์และเครือข่าย |
| การอนุญาตไคลเอนต์ | ไคลเอนต์ใดสามารถเชื่อมต่อกับบริการออนเนียนได้? | การแจกจ่ายและการเพิกถอนข้อมูลรับรองส่วนตัว |
| สิทธิ์ของแอปพลิเคชัน | ผู้ใช้ที่เชื่อมต่อสามารถทำอะไรได้? | บทบาทบัญชีและการเข้าถึงข้อมูล |
| การตรวจสอบการเผยแพร่ | ไซต์เปิดเผยอะไร? | เนื้อหา การอัปโหลด และการจัดการข้อผิดพลาด |
ทดสอบผ่านการเชื่อมต่อของผู้อ่าน
ใช้ไคลเอนต์ที่เข้ากันได้เพื่อทดสอบหน้าเว็บ การนำทาง แบบฟอร์ม และการดาวน์โหลดผ่านเส้นทางการเข้าถึงออนเนียนที่ตั้งใจ สังเกตข้อผิดพลาดและการใช้ทรัพยากรของแอปพลิเคชันด้วยทราฟฟิกทดสอบที่ไม่เป็นอันตราย หลีกเลี่ยงการวัดเฉพาะคำขอแบ็กเอนด์ภายในเครื่อง เพราะไม่ได้ทดสอบการเชื่อมต่อเต็มรูปแบบของผู้อ่าน เก็บบัญชีทดสอบและข้อมูลรับรองการเข้าถึงแบบจำกัดใด ๆ เป็นความลับ
ตรวจสอบขั้นตอนการกู้คืนและการบำรุงรักษาด้วย การอัปเดตแอปพลิเคชันควรมีจุดย้อนกลับและวิธีตรวจสอบเส้นทางออนเนียนในภายหลัง กำหนดบันทึกการดำเนินงานที่มีประโยชน์และระยะเวลาการเก็บรักษา โดยไม่สันนิษฐานว่าฉลากการแจกจ่ายหรือการขนส่งสร้างนโยบายไม่เก็บบันทึก เก็บหลักฐานให้เพียงพอต่อการวินิจฉัยข้อขัดข้องขณะหลีกเลี่ยงการเก็บรวบรวมที่ไม่จำเป็น
อ่านตัวเลือกการโฮสติ้งในฐานะส่วนหนึ่งของการออกแบบ
SwissOctet Veil แสดงรายการตัวเลือกสแตกแอปพลิเคชัน ที่อยู่ออนเนียน และการสำรองข้อมูล เลือกสแตกที่ซอฟต์แวร์ของคุณคาดหวัง และเลือก CPU หน่วยความจำ และพื้นที่จัดเก็บให้เพียงพอต่อภาระงาน ยืนยันว่าบริการจริงจัดการการปรับใช้ ข้อมูลระบุตัวตนของบริการ และการกู้คืนอย่างไรก่อนพึ่งพา ที่ตั้งในสวิตเซอร์แลนด์ของแค็ตตาล็อกแยกจากพฤติกรรมความเป็นส่วนตัวของแอปพลิเคชันของคุณ
ให้บริการนี้มีไว้สำหรับการเผยแพร่ที่ชอบด้วยกฎหมายและผู้ใช้ที่ได้รับอนุญาต วางแผนการอัปเดตของผู้ดูแล การทบทวนสิทธิ์การเข้าถึง และการตอบสนองต่อข้อมูลรับรองแอปพลิเคชันที่ถูกบุกรุก การเผยแพร่ผ่านออนเนียนจะทำงานได้ดีที่สุดเมื่อเนื้อหา การเปิดเผยแบ็กเอนด์ และการกู้คืนเป็นสิ่งที่เข้าใจได้ ช่องทางขนส่งควรสนับสนุนแผนนั้นแทนที่จะกลายเป็นข้ออ้างในการข้ามความปลอดภัยซอฟต์แวร์ทั่วไป
รายการตรวจสอบปฏิบัติของคุณ
- กำหนดเนื้อหาสาธารณะและแบบจำกัดก่อนการปรับใช้
- ตรวจสอบการเปิดเผยจริงของตัวรับฟังฝั่งแบ็กเอนด์
- ตรวจสอบหน้าเว็บ การอัปโหลด และคำขอทรัพยากรภายนอก
- ปกป้องและทดสอบการกู้คืนวัสดุคีย์บริการ
- แยกการอนุญาตไคลเอนต์ออกจากบทบาทของแอปพลิเคชัน
- ทดสอบการบำรุงรักษาและเส้นทางของผู้อ่านผ่านเส้นทางออนเนียน
รายละเอียดที่สำคัญ
การโฮสต์ออนเนียนทำให้แอปพลิเคชันไม่ระบุตัวตนได้เองหรือไม่?+
ไม่ เนื้อหาที่เผยแพร่ การกำหนดค่า บัญชี และแนวปฏิบัติด้านการดำเนินงานสามารถเปิดเผยข้อมูลได้ ตรวจสอบบริการทั้งหมดแทนที่จะพึ่งพาวิธีการเชื่อมต่อ
ไซต์ออนเนียนทุกแห่งควรใช้การอนุญาตไคลเอนต์หรือไม่?+
ไม่ ตัดสินใจจากกลุ่มผู้อ่านที่ตั้งใจไว้ การอนุญาตไคลเอนต์จำกัดการเข้าถึงการเชื่อมต่อและเพิ่มวงจรชีวิตของข้อมูลรับรอง สิทธิ์ของแอปพลิเคชันยังคงแยกจากกัน
ฉันต้องปกป้องอะไรในสำเนาการกู้คืน?+
ข้อมูลไซต์และการกำหนดค่าต้องมีการควบคุมการเข้าถึงที่เหมาะสม วัสดุคีย์บริการใด ๆ ที่รวมอยู่มีความละเอียดอ่อนเป็นพิเศษและต้องคงเป็นความลับระหว่างการจัดเก็บและการกู้คืน
ไปที่ต้นทาง
แหล่งอ้างอิงเหล่านี้สนับสนุนแนวคิดทางเทคนิคในคู่มือนี้ ปฏิบัติตามเอกสารปัจจุบันก่อนเปลี่ยนระบบโปรดักชัน
- Tor Project: ตั้งค่าบริการออนเนียนของคุณ community.torproject.org
- Tor Project: การตั้งค่าบริการออนเนียนขั้นสูง community.torproject.org
- Tor Project: การอนุญาตไคลเอนต์ community.torproject.org
คำแนะนำด้านบรรณาธิการโดย SwissOctet ตัวอย่างมีไว้เพื่อประกอบ ข้อมูลจำเพาะของบริการ ตัวเลือกที่มี และเงื่อนไขตามสัญญาต้องได้รับการตรวจสอบแยกต่างหาก