ปัญหาการเข้าถึงไม่ค่อยเกิดจากเหตุการณ์ใหญ่โต ส่วนใหญ่แล้วจะสะสมมาจากข้อยกเว้นเล็กๆ น้อยๆ ที่ดูสมเหตุสมผลในขณะนั้น เช่น สมาชิกในทีมอาจเปลี่ยนไปรับบทบาทใหม่แต่ยังคงมีสิทธิ์เข้าถึงจากบทบาทเดิม หรืออาจมีการสร้างการเข้าสู่ระบบแบบแชร์เพื่อแก้ปัญหาเร่งด่วน จากนั้นก็ยังคงใช้งานวนเวียนอยู่แม้เรื่องด่วนนั้นจะจบลงแล้วก็ตาม
กิจกรรมเหล่านี้เกิดขึ้นอย่างรวดเร็วใน ธุรกิจขนาดเล็กและขนาดกลาง (SMB) ทีมงานมักมีขนาดกะทัดรัด ความรับผิดชอบอาจทับซ้อนกัน และสิทธิ์เข้าถึงก็มักจะถูกมอบให้เพียงเพื่อให้งานเดินหน้าต่อไปได้ ในสถานการณ์เช่นนี้ ธุรกิจจะสูญเสียภาพรวมที่ชัดเจนว่าใครสามารถเข้าถึงระบบ ข้อมูลยืนยันตัวตน ข้อมูล และบัญชีผู้จำหน่ายใดได้บ้าง และการเข้าถึงนั้นยังสมเหตุสมผลอยู่หรือไม่
เมื่อการควบคุมนั้นหลุดลอยไป ก็จะยากขึ้นในการควบคุมและกู้คืนจากเหตุการณ์ บัญชีที่ถูกโจมตีอาจยังสามารถเข้าถึงระบบที่ไม่มีความจำเป็นต้องใช้อีกต่อไป และข้อมูลยืนยันตัวตนแบบแชร์อาจทำให้ยากต่อการสืบหาตัวผู้ดำเนินการ
หลักการกำหนดสิทธิ์ขั้นต่ำช่วยให้ธุรกิจต่างๆ ป้องกันปัญหาการสะสมสิทธิ์การเข้าถึงได้ บทความนี้จะพาไปเจาะลึกว่าการกำหนดสิทธิ์ขั้นต่ำคืออะไร วิธีนำไปปรับใช้ในธุรกิจ และแนวทางปฏิบัติสำหรับการเริ่มต้นใช้งาน
หลักการกำหนดสิทธิ์ขั้นต่ำคืออะไร?
ทำไมการเข้าถึงที่ได้รับสิทธิ์มากเกินไปจึงเป็นค่าเริ่มต้นสำหรับ SMB หลายแห่ง?
ความเสี่ยงของการควบคุมการเข้าถึงที่หละหลวม
วิธีใช้หลักการกำหนดสิทธิ์ขั้นต่ำ
รายการตรวจสอบการกำหนดสิทธิ์ขั้นต่ำสำหรับ SMB
ทำให้การกำหนดสิทธิ์ขั้นต่ำง่ายขึ้นด้วย Proton Pass for Business
หลักการกำหนดสิทธิ์ขั้นต่ำคืออะไร?
หลักการกำหนดสิทธิ์ขั้นต่ำคือแนวปฏิบัติในการจำกัดการเข้าถึงให้เหลือขั้นต่ำที่สุดเท่าที่จำเป็นเพื่อปฏิบัติบทบาทหรือภารกิจเฉพาะ สมาชิกในทีม ระบบ และแอปพลิเคชั่นควรเข้าถึงเฉพาะสิ่งที่จำเป็น ในช่วงเวลาที่จำเป็นเท่านั้น และไม่มากไปกว่านั้น
หลักการนี้หมายความว่าการตัดสินใจเกี่ยวกับการเข้าถึงควรเป็นไปตามงานที่ต้องทำจริง หลักการเดียวกันนี้ยังนำไปใช้กับพนักงาน ผู้รับจ้าง ผู้ดูแลระบบ บัญชีผู้ให้บริการ การเชื่อมต่อกับบุคคลที่สาม และเวิร์กโฟลว์อัตโนมัติ โดยแต่ละส่วนควรได้รับอนุญาตเฉพาะที่จำเป็นสำหรับบทบาทหรือภารกิจของตนเท่านั้น
นอกจากนี้ยังนำไปใช้กับการแชร์รหัสผ่านด้วย สมาชิกในทีมที่จำเป็นต้องเข้าถึงบัญชีลูกค้าบัญชีหนึ่ง ไม่ควรได้รับสิทธิ์เข้าสู่ระบบการเงิน ข้อมูลยืนยันตัวตนโครงสร้างพื้นฐาน บัญชีผู้ดูแลระบบฝ่ายบุคคล หรือข้อมูลยืนยันตัวตนทางธุรกิจที่ละเอียดอ่อนอื่นๆ ที่ไม่เกี่ยวข้องกับงานของตนโดยอัตโนมัติ
ทำไมการเข้าถึงที่ได้รับสิทธิ์มากเกินไปจึงเป็นค่าเริ่มต้นสำหรับ SMB หลายแห่ง?
ธุรกิจส่วนใหญ่ไม่ได้ตั้งใจสร้างสภาพแวดล้อมที่ให้สิทธิ์เข้าถึงมากเกินไป แต่เกิดขึ้นอย่างค่อยเป็นค่อยไป เมื่อพนักงานใหม่เข้ามาทำงาน ก็จะได้รับสิทธิ์เข้าถึงระบบที่จำเป็น จากนั้นก็ได้รับสิทธิ์เข้าถึงเพิ่มขึ้นทีละน้อยสำหรับโครงการเฉพาะ หรือเพื่อทำงานแทนสมาชิกในทีมคนอื่น และสิทธิ์การเข้าถึงเหล่านั้นไม่เคยถูกลบออก จนสะสมและขยายตัวเกินกว่าความจำเป็นต่องานจริงอย่างมาก
สิ่งเดียวกันนี้เกิดขึ้นกับข้อมูลยืนยันตัวตนแบบแชร์ รหัสผ่านถูกแชร์เพียงครั้งเดียวเพื่อความสะดวก จากนั้นก็กลายมาเป็นส่วนหนึ่งของเวิร์กโฟลว์ของคนคนนั้นอย่างถาวร
รูปแบบนี้มักจะเกิดขึ้นเนื่องจากสาเหตุทั่วไปบางประการ:
- ความเร็วดูสำคัญกว่าโครงสร้าง: เมื่อทีมมีขนาดเล็กและงานยุ่ง การให้สิทธิ์เข้าถึงที่กว้างขึ้นอาจรู้สึกว่ารวดเร็วกว่าการตั้งค่าสิทธิ์ที่เฉพาะเจาะจงตามความจำเป็น
- บทบาทหน้าที่ไม่ชัดเจนเสมอไป: หากความรับผิดชอบเปลี่ยนไปในแต่ละสัปดาห์ การตัดสินใจเกี่ยวกับการเข้าถึงก็มักจะไม่เป็นทางการตามไปด้วย
- การควบคุมข้อมูลยืนยันตัวตนหละหลวมระหว่างการเปลี่ยนบทบาทและการลาออก: หากสมาชิกในทีมลาออก ย้ายทีม หรือหมดสัญญาจ้าง แต่ไม่มีการผลัดเปลี่ยนรหัสผ่านที่แชร์ สิทธิ์เข้าถึงห้องนิรภัยไม่ได้ถูกตรวจสอบ และสิทธิ์เก่าๆ ก็ยังคงใช้งานได้อยู่
การตัดสินใจเล็กๆ น้อยๆ อาจดูไม่เป็นอันตรายในขณะนั้น แต่เมื่อเวลาผ่านไปหลายสัปดาห์ หลายเดือน และหลายปี การได้รับสิทธิ์มากเกินไปจะสร้างความเสี่ยงอย่างมากภายในองค์กร
ความเสี่ยงของการควบคุมการเข้าถึงที่หละหลวม
การเข้าถึงที่ได้รับสิทธิ์มากเกินไปทำให้เกิดความเสี่ยงด้านความปลอดภัย การปฏิบัติงาน และการปฏิบัติตามข้อกำหนด โดยความเสี่ยงทั่วไปบางประการมีดังนี้:
การเคลื่อนที่ในแนวราบ
หากผู้โจมตีเข้าถึงบัญชีได้บัญชีหนึ่ง สิทธิ์ที่มากเกินไปจะช่วยให้เข้าลึกเข้าไปในสภาพแวดล้อมระบบได้ แทนที่จะโจมตีเพียงระบบเดียว ก็อาจเข้าถึงได้หลายระบบ
การเปิดเผยข้อมูล
หากการเข้าถึงข้อมูลลูกค้า เอกสารภายใน หรือระบบการเงินไม่ได้จำกัดไว้เฉพาะผู้ที่จำเป็นต้องใช้ บัญชีจำนวนมากจะกลายเป็นช่องทางเข้าถึงข้อมูลนั้นได้ บัญชีเข้าสู่ระบบที่ถูกโจมตีสามารถเปิดเผยข้อมูลที่ผู้ใช้คนนั้นไม่ควรเข้าถึงได้ และข้อผิดพลาดง่ายๆ เช่น การแชร์ไฟล์ผิดหรือการเปลี่ยนการตั้งค่าที่ผิดพลาด อาจส่งผลกระทบต่อระบบที่ละเอียดอ่อนโดยไม่จำเป็น
การลบหรือการกำหนดค่าผิดพลาดโดยอุบัติเหตุ
ผู้ที่มีสิทธิ์ผู้ดูแลระบบโดยไม่จำเป็นสามารถเปลี่ยนการตั้งค่า ลบออกข้อมูล หรือเปิดเผยระบบโดยไม่ได้ตั้งใจได้ หลักการกำหนดสิทธิ์ขั้นต่ำจะช่วยลดขอบเขตความเสียหายจากข้อผิดพลาดเหล่านั้น
ภัยคุกคามจากภายใน
ภัยคุกคามจากภายในมีหลายรูปแบบ อาจเป็นความพยายามเจาะเครือข่ายโดยเจตนาจากแฮกเกอร์ การรั่วไหลข้อมูลโดยพนักงานที่ไม่พอใจ หรือที่พบบ่อยที่สุดคือความผิดพลาด พนักงานส่วนใหญ่ไม่ได้มีเจตนาร้าย แต่การเข้าถึงที่กว้างเกินไปจะเพิ่มโอกาสในการนำไปใช้ในทางที่ผิด การแชร์ข้อมูลมากเกินไป หรือการจัดการข้อมูลที่ละเอียดอ่อนอย่างไม่ระมัดระวัง
ปัญหาด้านการกำกับดูแล
หากธุรกิจไม่สามารถอธิบายได้อย่างชัดเจนว่าใครเข้าถึงอะไรได้บ้าง เพราะอะไร และสิทธิ์เข้าถึงนั้นถูกตรวจสอบหรือลบออกเมื่อใด ก็จะยากขึ้นในการสืบสวนเหตุการณ์ ทำการตรวจสอบความปลอดภัย ตอบสนองต่อการตรวจสอบบัญชี หรือพิสูจน์ว่าการควบคุมการเข้าถึงทำงานได้ตามที่ตั้งใจไว้
วิธีใช้หลักการกำหนดสิทธิ์ขั้นต่ำ
สำหรับ SMB ส่วนใหญ่ หลักการกำหนดสิทธิ์ขั้นต่ำไม่ใช่สิ่งที่จะเริ่มใช้ได้ทั้งหมดในคราวเดียว แต่เป็นสิ่งที่ต้องสร้างขึ้นโดยทำให้การเข้าถึงมีความเฉพาะเจาะจง จำกัดขอบเขต และง่ายต่อการตรวจสอบเมื่อเวลาผ่านไป
ใช้การควบคุมการเข้าถึงตามบทบาท
หนึ่งในวิธีที่มีประสิทธิภาพที่สุดในการนำหลักการกำหนดสิทธิ์ขั้นต่ำไปใช้คือการควบคุมการเข้าถึงตามบทบาท วิธีนี้ช่วยให้กำหนดบทบาทตามความรับผิดชอบ เช่น การเงิน ฝ่ายบุคคล การตลาด ฝ่ายสนับสนุนลูกค้า ผู้ดูแลระบบไอที หรือผู้รับจ้างภายนอก จากนั้นจึงมอบหมายการเข้าถึงตามบทบาทเหล่านั้น แทนที่จะจัดการสิทธิ์เป็นรายบุคคล การควบคุมการเข้าถึงตามบทบาทนั้นไม่ได้เหมือนกับหลักการกำหนดสิทธิ์ขั้นต่ำเสียทีเดียว โดยหลักการกำหนดสิทธิ์ขั้นต่ำคือหลักการ ส่วนการควบคุมการเข้าถึงตามบทบาทเป็นหนึ่งในวิธีที่มีประสิทธิภาพที่สุดในการนำหลักการนั้นไปใช้อย่างสม่ำเสมอ
แยกการเข้าถึงมาตรฐานออกจากการเข้าถึงระดับสูง
หนึ่งในข้อผิดพลาดที่พบบ่อยที่สุดของธุรกิจคือการอนุญาตให้ใช้สิทธิ์ผู้ดูแลระบบกับงานประจำวันทั่วไป
การเข้าถึงระดับสูงควรได้รับการจัดการที่แตกต่างจากการเข้าถึงทั่วไป
หากจำเป็นต้องใช้สิทธิ์อนุญาตเพิ่มเติม การเข้าถึงนั้นควรผูกกับความรับผิดชอบที่เฉพาะเจาะจงและถูกจำกัดให้มากที่สุด เป้าหมายคือเพื่อหลีกเลี่ยงการมอบสิทธิ์การเข้าถึงระดับสูงแบบถาวรให้กับผู้ใช้เพียงเพราะพวกเขาอาจต้องใช้งานในบางครั้งเท่านั้น
ตรวจสอบการเข้าถึงอย่างสม่ำเสมอ
หลักการกำหนดสิทธิ์ขั้นต่ำจะทำงานได้ก็ต่อเมื่อการเข้าถึงสอดคล้องกับความรับผิดชอบปัจจุบันของสมาชิกในทีม ด้วยเหตุนี้ การตรวจสอบสิทธิ์การเข้าถึงจึงต้องเป็นส่วนหนึ่งของงานประจำ ไม่ใช่ทำเพียงครั้งเดียวแล้วจบไป
การตรวจสอบสิทธิ์ง่ายๆ เป็นประจำทุกเดือนหรือทุกไตรมาสสามารถชี้ให้เห็นถึงสิทธิ์การใช้งานที่ล้าสมัย การเข้าถึงระบบโดยไม่มีความจำเป็น การเชื่อมต่อระบบที่ไม่ได้ใช้งาน หรือผู้รับจ้างที่ไม่มีความจำเป็นต้องเชื่อมต่ออีกต่อไป การตรวจสอบเหล่านี้ช่วยให้ตรวจพบความเสี่ยงที่อาจถูกละเลยในพื้นหลังเป็นเวลาหลายเดือน
ทำให้การเข้าถึงชั่วคราวเป็นแบบชั่วคราวอย่างแท้จริง
งานระยะสั้นไม่ควรนำไปสู่การเข้าถึงระยะยาว ผู้รับจ้าง ที่ปรึกษา เอเจนซี และผู้ร่วมงานเฉพาะโครงการควรมีสิทธิ์เข้าถึงเท่าที่งานกำหนดเท่านั้น
การเข้าถึงชั่วคราวจำเป็นต้องมีผู้ดูแลคอยกำกับดูแล รวมถึงวัตถุประสงค์ที่ชัดเจนและวันที่สิ้นสุด หากไม่มีสิ่งเหล่านี้ บัญชี สิทธิ์ใช้งานห้องนิรภัย และข้อมูลยืนยันตัวตนแบบแชร์อาจยังคงเปิดใช้งานอยู่เพียงเพราะไม่มีผู้รับผิดชอบในการตรวจสอบและลบออก
จัดการขั้นตอนการลาออกให้เป็นกระบวนการด้านความปลอดภัย
หลักการกำหนดสิทธิ์ขั้นต่ำไม่ได้สิ้นสุดลงเมื่อมีคนออกจากบริษัทหรือเปลี่ยนบทบาทหน้าที่
ขั้นตอนการลาออกควรครอบคลุมถึงการลบออกการเข้าถึงบัญชีทั้งหมด การยกเลิกสิทธิ์ห้องนิรภัย และการตรวจสอบว่าจำเป็นต้องเปลี่ยนข้อมูลยืนยันตัวตนที่สำคัญหรือไม่ เมื่อการถอนสิทธิ์การเข้าถึงล่าช้าหรือไม่มีความสม่ำเสมอ ธุรกิจจะสร้างโอกาสเผชิญความเสี่ยงโดยไม่จำเป็นหลังจากที่ความต้องการเดิมหมดไปนานแล้ว
รวมข้อมูลยืนยันตัวตนไว้ในรูปแบบการเข้าถึง
หลักการกำหนดสิทธิ์ขั้นต่ำไม่ได้เป็นเรื่องของสิทธิ์การใช้งานระบบเท่านั้น แต่ยังนำไปใช้กับข้อมูลยืนยันตัวตนที่ใช้เพื่อดำเนินธุรกิจอีกด้วย
รหัสผ่าน พาสคีย์ รหัสกู้คืน บัญชีผู้ดูแลระบบ และบัญชีแบบแชร์ควรได้รับการจัดการเสมือนเป็นสินทรัพย์ที่ต้องควบคุม หากการควบคุมข้อมูลยืนยันตัวตนยังคงจัดการอย่างไม่เป็นทางการ แสดงว่ามีการนำหลักการกำหนดสิทธิ์ขั้นต่ำมาใช้เพียงครึ่งเดียวเท่านั้น
รายการตรวจสอบการกำหนดสิทธิ์ขั้นต่ำสำหรับ SMB
การตกลงที่จะนำหลักการกำหนดสิทธิ์ขั้นต่ำไปปฏิบัติในธุรกิจอาจเป็นเรื่องที่ตัดสินใจได้ง่าย แต่ขั้นตอนการลงมือปฏิบัติจริงนั้นมีความซับซ้อน และยิ่งซับซ้อนขึ้นไปอีกสำหรับ SMB ที่มีเวลาและทรัพยากรจำกัด
แต่ไม่ต้องกังวลไป เพราะการออกแบบระบบการเข้าถึงใหม่ทั้งหมดมักไม่จำเป็นสำหรับ SMB ส่วนใหญ่ องค์กรควรเริ่มต้นด้วยการตัดสินใจที่ชัดเจนว่าใครจำเป็นต้องเข้าถึงอะไรบ้าง จุดใดที่มีการเปิดเผยข้อมูลโดยไม่จำเป็น และสิทธิ์เหล่านั้นจะถูกตรวจสอบอย่างไรต่อไปในอนาคต
รายการตรวจสอบด้านล่างนี้ได้รับการออกแบบมาเพื่อช่วยให้ธุรกิจเริ่มต้นตัดสินใจและสร้างแผนปฏิบัติการจริงเพื่อนำหลักการกำหนดสิทธิ์ขั้นต่ำไปใช้
- ระบุระบบ บัญชีแบบแชร์ และข้อมูลยืนยันตัวตนที่ละเอียดอ่อนที่สุด
- กำหนดบทบาทหน้าที่หลักและสิทธิ์เข้าถึงขั้นต่ำที่จำเป็นในแต่ละบทบาท
- จัดระเบียบการเข้าถึงข้อมูลยืนยันตัวตนตามทีม บทบาท หรือแผนกหน้าที่
- ลบสิทธิ์การใช้งานที่ล้าสมัย ได้รับสืบทอดมา หรือไม่จำเป็น
- กำหนดกระบวนการที่ชัดเจนสำหรับการเข้าถึงชั่วคราวและการเข้าถึงของผู้รับจ้าง
- ตรวจสอบสิทธิ์เข้าถึงตามกำหนดเวลาที่สม่ำเสมอ
- ปรับปรุงกระบวนการลาออกให้รัดกุมยิ่งขึ้นเพื่อให้สิทธิ์การเข้าถึงถูกยกเลิกอย่างรวดเร็วและน่าเชื่อถือ
- ผลัดเปลี่ยนข้อมูลยืนยันตัวตนที่สำคัญหลังจากพนักงานลาออกหรือเปลี่ยนบทบาทหน้าที่
- แยกข้อมูลระบุตัวตนของผู้ดูแลระบบออกจากบัญชีผู้ใช้ทั่วไปในชีวิตประจำวัน
- กำหนดผู้รับผิดชอบที่ชัดเจนสำหรับการตัดสินใจเกี่ยวกับการเข้าถึง
สิ่งที่ทำให้รายการตรวจสอบในลักษณะนี้มีประสิทธิภาพไม่ใช่ความซับซ้อน แต่คือการที่ธุรกิจปฏิบัติตามอย่างสม่ำเสมอ สำหรับ SMB หลายแห่ง การปรับปรุงที่เห็นผลเกิดจากการแทนที่พฤติกรรมการเข้าถึงที่ไม่เป็นระบบด้วยกระบวนการที่ง่ายต่อการทำซ้ำ ตรวจสอบ และดูแลรักษา
ทำให้การกำหนดสิทธิ์ขั้นต่ำง่ายขึ้นด้วย Proton Pass for Business
หลักการกำหนดสิทธิ์ขั้นต่ำมักล้มเหลวเนื่องจากปัญหาเรื่องข้อมูลยืนยันตัวตน ตัวอย่างเช่น บริษัทอาจวางแผนระดับการเข้าถึงที่เหมาะสมไว้ในเอกสารอย่างดี แต่ยังคงแชร์รหัสผ่านกันโดยไม่มีการควบคุมที่รัดกุมพอ
หลายทีมอาจบันทึกรายละเอียดการเข้าสู่ระบบไว้ในตารางคำนวณ แชท บันทึกย่อ หรือเอกสารภายใน บัญชีแบบแชร์อาจถูกส่งต่ออย่างไม่เป็นระบบโดยขาดการควบคุมและการตรวจสอบ พนักงานที่ออกไปอาจยังสามารถเข้าถึงข้อมูลยืนยันตัวตนที่บริษัทไม่เคยเปลี่ยนได้ ปัญหาการเข้าถึงเหล่านี้ล้วนเป็นปัญหาที่สามารถแก้ไขได้ด้วยแนวทางการกำหนดสิทธิ์ขั้นต่ำที่ควบคุมผ่านระบบการเข้าถึงข้อมูลยืนยันตัวตนที่มีประสิทธิภาพ
ในหลายบริษัท การเข้าถึงข้อมูลยืนยันตัวตนยังคงพึ่งพาทางลัดที่ยากจะควบคุม รหัสผ่านถูกส่งผ่านข้อความ ถูกบันทึกไว้ในเอกสาร ส่งต่อระหว่างทีม หรือเปิดสิทธิ์ทิ้งไว้หลังจากไม่มีความจำเป็นต้องใช้อีกต่อไป
เมื่อเวลาผ่านไป การติดตามความชัดเจนว่าใครสามารถใช้ข้อมูลยืนยันตัวตนใดบ้าง การเข้าถึงนั้นยังจำเป็นอยู่หรือไม่ และข้อมูลใดที่ต้องยกเลิกหรือสับเปลี่ยนเมื่อพนักงานเปลี่ยนบทบาทหรือลาออก จึงเป็นเรื่องที่ทำได้ยากขึ้นเรื่อยๆ
A โปรแกรมจัดการรหัสผ่านสำหรับธุรกิจมีฟังก์ชันสำหรับทั้งการจัดการข้อมูลยืนยันตัวตนและการเข้าถึงของทีมทุกขนาด แทนที่จะปล่อยให้ข้อมูลยืนยันตัวตนเป็นเรื่องที่ทีมจัดการแบบตามมีตามเกิด ธุรกิจต่างๆ สามารถใช้เครื่องมือเฉพาะทางนี้เพื่อจัดระเบียบ แชร์ และยกเลิกการเข้าถึง ข้อมูลยืนยันตัวตนสามารถจัดกลุ่มตามทีม บทบาท หรือแผนกหน้าที่ บัญชีเข้าสู่ระบบที่สำคัญจะเปิดเผยต่อผู้คนน้อยลง และสิทธิ์การเข้าถึงสามารถปรับเปลี่ยนได้เร็วขึ้นเมื่อความรับผิดชอบเปลี่ยนไป
Proton Pass for Business สนับสนุนความพยายามดังกล่าวโดยช่วยให้องค์กรต่างๆ ลดความกระจัดกระจายของข้อมูลยืนยันตัวตน ควบคุมการเข้าถึงสำหรับการเข้าสู่ระบบแบบแชร์ได้อย่างรัดกุมยิ่งขึ้น และทำให้การบังคับใช้หลักการกำหนดสิทธิ์ขั้นต่ำในการทำงานประจำวันง่ายยิ่งขึ้น ด้วยการสร้าง กลุ่ม ผู้ดูแลระบบจะสามารถจัดการการแชร์ในระดับกลุ่มได้ ซึ่งช่วยให้กำหนดสิทธิ์ของทีมในการเข้าถึงห้องนิรภัยที่ถูกต้องได้ง่ายขึ้น และลบออกสิทธิ์การเข้าถึงนั้นเมื่อความต้องการของธุรกิจเปลี่ยนไป หากองค์กรพร้อมที่จะนำหลักการกำหนดสิทธิ์ขั้นต่ำมาใช้ ทดลองใช้ Proton Pass ฟรี หรือ ติดต่อทีมขายเพื่อรับข้อมูลเพิ่มเติม
