การตรวจรับสำหรับเกตเวย์ VPN เสมือนที่มีการยืนยันตัวตนสองปัจจัย

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

สิ่งที่ผู้จัดหาต้องยืนยันเกี่ยวกับการติดตั้งนี้

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

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

พิสูจน์ว่าปัจจัยที่สองเป็นปัจจัยที่สองจริง

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

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

เขียนเงื่อนไขผ่านก่อนที่คุณจะทำอะไรพัง

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

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

ซ้อมบนสำเนา ไม่ใช่บนเกตเวย์ที่ใช้งานจริง

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

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

วัดภาระงานที่ทีมของคุณจะรัน

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

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