แปลโดย AI ชุมชนยังไม่ได้ตรวจทาน อ่านเป็นภาษาอังกฤษ

บล็อก · 21 กันยายน 2566 · Steve Simpson · ตัวตน

ความปลอดภัยของ Salesforce: ดำดิ่งสู่แนวคิด Single Sign-On (SSO)

เรากำลังเดินทางต่อในการพูดคุยเรื่องการยืนยันตัวตนและการอนุญาตผ่านเบราว์เซอร์ วันนี้เราจะลงลึกขึ้น คลี่คลายเครือข่ายที่ซับซ้อนของ Single Sign-On (SSO) และแนวคิดของผู้ให้บริการตัวตนภายนอกที่ควบคุมการยืนยันตัวตนเข้าสู่ Salesforce

Salesforce ในฐานะผู้ให้บริการตัวตน

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

ขั้นที่ 1: การยืนยันตัวตนเกิดขึ้นผ่านเซิร์ฟเวอร์ยืนยันตัวตนของ Salesforce

ขั้นที่ 2: เซสชันถูกสร้างขึ้น นำคุณไปยังเว็บเซิร์ฟเวอร์ของอินสแตนซ์

ขั้นที่ 3: จากนั้นการอนุญาตก็ถูกให้ ทำให้เข้าถึงหน้าเพจและทรัพยากรได้

แต่ถ้าระบบอื่นเป็นผู้จัดการการยืนยันตัวตนล่ะ? นี่คือที่ที่ Single Sign-On ของบุคคลที่สามเข้ามามีบทบาท

[caption id="" align=“alignnone” width=“1780”]โฟลว์การยืนยันตัวตนระดับสูงสำหรับผู้ให้บริการตัวตน (IdP) ภายนอก โฟลว์การยืนยันตัวตนระดับสูงสำหรับผู้ให้บริการตัวตน (IdP) ภายนอก [/caption]

SSO ของบุคคลที่สาม: มุมมองจากมุมสูง

ในสถานการณ์ที่บุคคลที่สามทำหน้าที่เป็นผู้ให้บริการตัวตน:

ขั้นที่ 1: การยืนยันตัวตนทำโดยผู้ให้บริการตัวตน (IdP) บุคคลที่สาม

ขั้นที่ 2: SAML assertion token ถูกส่งต่อไปยังเซิร์ฟเวอร์ยืนยันตัวตนของ Salesforce

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

ถอดรหัสคำศัพท์ของ SSO

[caption id="" align=“alignnone” width=“1800”]มุมมองระดับสูงของ Single Sign-On กับผู้ให้บริการหลายราย มุมมองระดับสูงของ Single Sign-On กับผู้ให้บริการหลายราย [/caption]

ผู้ให้บริการ (Service Provider, SP): หมายถึงแพลตฟอร์มอย่าง Salesforce, Workday หรือระบบที่ปลอดภัยใดๆ ที่รวมอยู่ภายใต้ผู้ให้บริการตัวตน (IDP) เดียว

ผู้ให้บริการตัวตน (IDP): ศูนย์กลางตัวตน มักเป็นระบบระดับอุตสาหกรรม ที่จัดการการยืนยันตัวตนของผู้ใช้

ที่เก็บตัวตน (Identity Store): คลังที่อยู่ใน Salesforce หรือเอนทิตีภายนอกอย่าง Active Directory หรือ LDAP ซึ่งเก็บข้อมูลรับรองไว้ ที่สำคัญคือรหัสผ่านถูกเก็บในรูปแบบ hash เพื่อความปลอดภัยที่สูงขึ้น

ใบรับรองดิจิทัล: ใช้สร้างความสัมพันธ์แห่งความไว้วางใจระหว่างผู้ให้บริการตัวตน (IDP) กับผู้ให้บริการ (SP) ทำให้การส่งต่อราบรื่นและปลอดภัย

SAML Assertion: แลกเปลี่ยนระหว่าง IDP กับ SP token เหล่านี้ยืนยันตัวตนของผู้ใช้

ประโยชน์ของ Single Sign-On

ประสบการณ์ผู้ใช้ที่ง่ายขึ้น: ด้วย IDP เดียวที่ควบคุมผู้ให้บริการหลายราย ผู้ใช้ต้องการข้อมูลรับรองแค่ชุดเดียว ลดความเหนื่อยล้าจากรหัสผ่านและความเสี่ยงของรหัสผ่านที่อ่อนแอ

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

การจัดการที่มีประสิทธิภาพ: ในกรณีที่พนักงานลาออกหรือสงสัยว่ามีการรั่วไหล การเข้าถึงถูกเพิกถอนได้อย่างรวดเร็วจาก IDP ส่วนกลาง ทำให้ตอบสนองด้านความปลอดภัยได้ทันที

ความสม่ำเสมอ: กลไกเดียวสำหรับการกู้คืนและรีเซ็ตรหัสผ่านทำให้เป็นแบบเดียวกัน

Single Sign-On ในการทำงานจริง

ลองนึกภาพผู้ใช้ที่เริ่มต้นวันด้วยการเข้าถึงผู้ให้บริการอย่าง Salesforce SAML Request ถูกส่งไปยัง IDP เมื่อยืนยันตัวตนสำเร็จ SAML response (หรือ SAML Assertion) ถูกส่งกลับไปยังผู้ให้บริการ วงจรนี้ยืนยันตัวตนของผู้ใช้ ให้ประสบการณ์การนำทางที่ราบรื่น

สรุปส่งท้าย

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

อยู่กับเราขณะที่เราลงลึกในองค์ประกอบอื่นๆ ในเซสชันถัดไป

บทถอดความได้รับความช่วยเหลือจาก AI

STA 3.3