ชุดสิทธิ์และกลุ่มชุดสิทธิ์ของ Salesforce: คู่มือและการสาธิต
ในการสำรวจความปลอดภัยของ Salesforce วันนี้ เราจะดำดิ่งสู่โลกของชุดสิทธิ์ (permission set) และกลุ่มชุดสิทธิ์ (permission set group)
Salesforce พัฒนามาตลอดหลายปี และตอนนี้ชุดสิทธิ์ได้กลายเป็นวิธีหลักในการให้สิทธิ์เข้าถึงองค์ประกอบต่างๆ ภายในแพลตฟอร์ม
ในโพสต์บล็อกนี้ เราจะพูดถึงความสำคัญของชุดสิทธิ์ และวิธีจัดระเบียบมันเป็นกลุ่มชุดสิทธิ์เพื่อการจัดการการเข้าถึงที่มีประสิทธิภาพขึ้น
การเปลี่ยนผ่านจากโปรไฟล์สู่ชุดสิทธิ์
ในอดีต โปรไฟล์เป็นวิธีหลักในการควบคุมการเข้าถึงฟีเจอร์ของ Salesforce แต่ในช่วงหลังมีการเปลี่ยนแปลงพื้นฐานเกิดขึ้น ตอนนี้โปรไฟล์ถูกออกแบบให้ลดเหลือเฉพาะสิ่งจำเป็น โดยเน้นองค์ประกอบอย่างการเข้าถึงตาม IP address และค่าเริ่มต้นหลัก พลังที่แท้จริงอยู่ที่ชุดสิทธิ์ ซึ่งคือการรวมสิทธิ์ต่างๆ เข้าไว้เป็นชุด
การเปลี่ยนแปลงนี้ทำให้ควบคุมการเข้าถึงของผู้ใช้ได้ละเอียดขึ้น แทนที่จะเพิ่มสิทธิ์จำนวนมากเข้าไปในโปรไฟล์ผู้ใช้โดยตรง ชุดสิทธิ์ให้แนวทางแบบโมดูลในการจัดการการเข้าถึง คุณคิดถึงมันเหมือนตัวต่อที่นำมารวมกันเพื่อสร้างชุดสิทธิ์ที่ซับซ้อนได้ นอกจากนี้ กลุ่มชุดสิทธิ์ยังแนะนำแนวคิดของ “muting” ซึ่งให้คุณเอาความสามารถเฉพาะออกจากกลุ่มผู้ใช้ได้
โครงสร้างของโปรไฟล์และชุดสิทธิ์
เพื่อเข้าใจแนวคิดนี้ดีขึ้น มาแยกย่อยด้วยตัวอย่างเชิงปฏิบัติ ลองนึกภาพว่าคุณมีอินสแตนซ์ Salesforce ที่มีผู้ใช้หลายประเภท แต่ละประเภทต้องการระดับการเข้าถึงต่างกัน เราจะแสดงด้วยการสาธิตที่ใช้ผู้ใช้นักบินชื่อ Paul และออบเจกต์สองตัว: “View Airports” และ “Navigational Aids”
1. สร้างโปรไฟล์ Staff Pilot
เริ่มด้วยการสร้างโปรไฟล์ที่มีสิทธิ์น้อยที่สุดให้ Paul ซึ่งตั้งชื่อว่า “Staff Pilot Profile” โปรไฟล์นี้ควรให้เฉพาะสิทธิ์ขั้นต่ำที่จำเป็นเท่านั้น
2. สร้างชุดสิทธิ์
ทีนี้ มาสร้างชุดสิทธิ์สองชุด:
ชุดสิทธิ์ที่ 1: Airport View
คำอธิบาย: ดูข้อมูลสนามบิน
สิทธิ์: ให้สิทธิ์เข้าถึงออบเจกต์ “OA Airports” รวมถึงสิทธิ์อ่านทุกฟิลด์ของมัน
ชุดสิทธิ์ที่ 2: Navigational View
คำอธิบาย: ดูข้อมูลการนำทาง
สิทธิ์: ให้สิทธิ์เข้าถึงออบเจกต์ “OA Navigational Aid” พร้อมสิทธิ์อ่านทุกฟิลด์ของมัน
3. สร้างกลุ่มชุดสิทธิ์
ต่อไป สร้างกลุ่มชุดสิทธิ์ชื่อ “Pilot Group” กลุ่มนี้จะประกอบด้วยชุดสิทธิ์สองชุดที่เราสร้างไว้ก่อนหน้า คือ “Airport View” และ “Navigational View”
4. Muting สิทธิ์
นี่คือความมหัศจรรย์ของ muting เราใช้ muting permission set ในกลุ่มเพื่อหักความสามารถเฉพาะออกได้ ในกรณีของเรา เราต้องการเอาสิทธิ์เข้าถึงฟิลด์ “File Name” ภายในออบเจกต์ “Navigational Aid” ออก
[caption id="" align=“alignnone” width=“2236”]
เลือก Mute Permission Set [/caption]
muting permission set นี้ต้องเฉพาะสำหรับ “Pilot Group” และแชร์หรือสร้างไว้ล่วงหน้าไม่ได้
การมอบหมายผู้ใช้และวันหมดอายุ
เมื่อชุดสิทธิ์และกลุ่มพร้อมแล้ว เราก็มอบหมายให้ผู้ใช้ได้ ในการสาธิตนี้ เรามอบหมายนักบิน Paul ให้อยู่ใน “Pilot Group” แต่ยังมีมากกว่านั้น
คุณควบคุมระยะเวลาการมอบหมายได้ด้วยการตั้งวันหมดอายุ หมายความว่าคุณให้สิทธิ์ตามระยะเวลาแก่ผู้ใช้ได้ และให้กลุ่มชุดสิทธิ์ถูกเอาออกอัตโนมัติเมื่อหมดอายุ
ผลลัพธ์
ผลคือ เมื่อนักบิน Paul ล็อกอิน เขาเห็นสองแท็บ: “OA Airports” และ “OA Navigational Aid” แต่สังเกตว่าฟิลด์ “File Name” ซึ่งถูก mute ไว้ เข้าถึงไม่ได้อีกต่อไป นี่แสดงให้เห็นว่าชุดสิทธิ์และกลุ่มชุดสิทธิ์ให้การควบคุมความสามารถของผู้ใช้ได้อย่างละเอียดได้อย่างไร
บทสรุป
สรุปคือ โปรไฟล์ของ Salesforce ควรออกแบบเพื่อการยืนยันตัวตนและการเข้าถึงเป็นหลัก ขณะที่ชุดสิทธิ์และกลุ่มชุดสิทธิ์ควรจัดระเบียบตามหน้าที่ วิธีนี้ให้คุณจัดการความสามารถของผู้ใช้ได้มีประสิทธิภาพขึ้นและรักษาระบบให้มีโครงสร้างที่ดี
ด้วยพลังของชุดสิทธิ์และ muting คุณปรับการเข้าถึงของผู้ใช้ให้ตรงกับความต้องการเฉพาะได้ง่าย สร้างสภาพแวดล้อม Salesforce ที่ปลอดภัยและมีประสิทธิภาพขึ้น
ขอบคุณ
ผมหวังว่าโพสต์บล็อกนี้ช่วยให้เห็นความสามารถของโปรไฟล์ ชุดสิทธิ์ และกลุ่มชุดสิทธิ์ชัดขึ้น
ติดตามได้ที่ www.SteveTechArc.com และช่อง YouTube @SteveTechArc (opens in a new tab)
ช่วยเปลี่ยนโลกด้วยการแบ่งปันความคิดเจ๋งๆ กับเพื่อนสถาปนิกและผู้ที่อยู่บนเส้นทางสู่การเป็นสถาปนิก!
บทถอดความได้รับความช่วยเหลือจาก AI
STA 4.3