This is the Trace Id: e280458eb0d5b9e42cfbffd978665165
ข้ามไปที่เนื้อหาหลัก Microsoft Defender Microsoft Entra Microsoft Intune Microsoft Purview Microsoft Security Copilot Microsoft Sentinel ดูผลิตภัณฑ์ทั้งหมด การรักษาความปลอดภัยทางไซเบอร์ที่ขับเคลื่อนโดย AI การรักษาความปลอดภัยของระบบคลาวด์ ความปลอดภัยและการกำกับดูแลข้อมูล การเข้าถึงข้อมูลประจำตัวและเครือข่าย ความเป็นส่วนตัวและการจัดการความเสี่ยง ความปลอดภัยสำหรับ AI ธุรกิจขนาดเล็กและขนาดกลาง SecOps แบบรวม Zero Trust การกำหนดราคา บริการ คู่ค้า ทำไมต้องใช้ Microsoft Security การตระหนักรู้การรักษาความปลอดภัยทางไซเบอร์ เรื่องราวของลูกค้า ความปลอดภัย 101 รุ่นทดลองใช้ของผลิตภัณฑ์ การรับรองจากอุตสาหกรรม Microsoft Security Insider รายงานการป้องกันดิจิทัลของ Microsoft Security Response Center บล็อก Microsoft Security กิจกรรม Microsoft Security Microsoft Tech Community คู่มือ ไลบรารีเนื้อหาด้านเทคนิค การฝึกอบรมและใบรับรอง โครงการปฏิบัติตามข้อบังคับสำหรับ Microsoft Cloud ศูนย์ความเชื่อถือของ Microsoft Service Trust Portal Microsoft Secure Future Initiative ฮับโซลูชันทางธุรกิจ ติดต่อฝ่ายขาย เริ่มใช้รุ่นทดลองใช้ฟรี Microsoft Security Azure Dynamics 365 Microsoft 365 Microsoft Teams Windows 365 Microsoft AI Azure Space ความเป็นจริงผสม Microsoft HoloLens Microsoft Viva การคำนวณควอนตัม การศึกษา ยานยนต์ บริการทางการเงิน ภาครัฐ การบริการสุขภาพ การผลิต การค้าปลีก ค้นหาคู่ค้า เป็นคู่ค้า เครือข่ายคู่ค้า Microsoft Marketplace บริษัทซอฟต์แวร์ต่างๆ บล็อก Microsoft Advertising ศูนย์นักพัฒนา คู่มือ กิจกรรม การอนุญาตให้ใช้สิทธิ์ Microsoft Learn Microsoft Research ดูแผนผังเว็บไซต์
พนักงานในที่ทำงานอุตสาหกรรมใช้แท็บเล็ตในการตรวจสอบข้อมูล

OIDC คืออะไร

เรียนรู้เกี่ยวกับ OpenID Connect (OIDC) ซึ่งเป็นโพรโทคอลการรับรองความถูกต้องที่ตรวจสอบข้อมูลประจำตัวของผู้ใช้เมื่อพวกเขาลงชื่อเข้าใช้เพื่อเข้าถึงทรัพยากรดิจิทัล
เรียนรู้เพิ่มเติมเกี่ยวกับ Microsoft Entra ID

กำหนด OpenID Connect (OIDC) แล้ว

OpenID Connect (OIDC) เป็นโพรโทคอลการรับรองความถูกต้องข้อมูลประจำตัวที่เป็นส่วนขยายการอนุญาตแบบเปิด (OAuth) 2.0 เพื่อกำหนดมาตรฐานกระบวนการสำหรับการรับรองความถูกต้องและอนุญาตผู้ใช้เมื่อพวกเขาลงชื่อเข้าใช้เพื่อเข้าถึงบริการดิจิทัล OIDC มีการรับรองความถูกต้อง ซึ่งหมายความว่าการตรวจสอบว่าผู้ใช้เป็นบุคคลที่พวกเขากล่าวหา OAuth 2.0 จะอนุญาตระบบที่ผู้ใช้เหล่านั้นได้รับอนุญาตให้เข้าถึงได้ โดยทั่วไป OAuth 2.0 จะใช้เพื่อเปิดใช้งานแอปพลิเคชันที่ไม่เกี่ยวข้องสองรายการเพื่อแชร์ข้อมูลโดยไม่กระทบต่อข้อมูลผู้ใช้ ตัวอย่างเช่น หลายคนใช้บัญชีอีเมลหรือสื่อสังคมของพวกเขาเพื่อลงชื่อเข้าใช้ไซต์ของบริษัทอื่นแทนที่จะสร้างชื่อผู้ใช้และรหัสผ่านใหม่ OIDC ยังใช้เพื่อให้การลงชื่อเข้าระบบครั้งเดียว องค์กรสามารถใช้ ระบบบริหารจัดการตัวตนและการเข้าถึงทรัพยากร (IAM) ที่ปลอดภัย เช่น Microsoft Entra ID (เดิม Azure Active Directory) เป็นตัวรับรองความถูกต้องของข้อมูลประจำตัวหลัก จากนั้นใช้ OIDC เพื่อส่งการรับรองความถูกต้องนั้นไปยังแอปอื่นๆ ด้วยวิธีนี้ ผู้ใช้จำเป็นต้องลงชื่อเข้าใช้เพียงครั้งเดียวด้วยชื่อผู้ใช้และรหัสผ่านเดียวเพื่อเข้าถึงหลายแอป

ส่วนประกอบหลักของ OIDC

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

การรับรองความถูกต้อง OIDC ทำงานอย่างไร

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

โทเค็น ID

ผู้ให้บริการ OpenID ใช้โทเค็น ID เพื่อส่งผลลัพธ์การรับรองความถูกต้องและข้อมูลที่เกี่ยวข้องใดๆ ไปยังฝ่ายที่เกี่ยวข้อง ตัวอย่างของชนิดข้อมูลที่ถูกส่งได้แก่ ID ที่อยู่อีเมล และชื่อ

ขอบเขต

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

กระบวนการรับรองความถูกต้องของ OIDC ทั่วไปประกอบด้วยขั้นตอนต่อไปนี้:
 
  1. ผู้ใช้ไปยังแอปพลิเคชันที่พวกเขาต้องการเข้าถึง (กลุ่มบุคคลที่เกี่ยวข้อง)
  2. ผู้ใช้พิมพ์ชื่อผู้ใช้และรหัสผ่านของพวกเขา
  3. ฝ่ายที่เกี่ยวข้องส่งคําขอไปยังผู้ให้บริการ OpenID
  4. ผู้ให้บริการ OpenID จะตรวจสอบข้อมูลประจําตัวของผู้ใช้’และรับการอนุญาต
  5. ผู้ให้บริการ OpenID ส่งโทเค็นข้อมูลประจําตัวและมักจะเป็นโทเค็นการเข้าถึงไปยังฝ่ายที่เกี่ยวข้อง
  6. ฝ่ายที่เกี่ยวข้องส่งโทเค็นการเข้าถึงไปยังอุปกรณ์ของผู้ใช้’
  7. ผู้ใช้จะได้รับสิทธิ์การเข้าถึงตามข้อมูลที่ให้ไว้ในโทเค็นการเข้าถึงและฝ่ายที่เกี่ยวข้อง 

โฟลว์ OIDC คืออะไร

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



OIDC เปรียบเทียบกับ OAuth 2.0

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



ประโยชน์ของการรับรองความถูกต้อง OIDC

ด้วยการลดจำนวนบัญชีที่ผู้ใช้จำเป็นต้องเข้าถึงแอป OIDC มีประโยชน์มากมายสำหรับทั้งบุคคลและองค์กร:

ลดความเสี่ยงของการขโมยรหัสผ่าน

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

ปรับปรุงการควบคุมความปลอดภัย

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

ทำให้ประสบการณ์ใช้งานของผู้ใช้ง่ายขึ้น

การลงชื่อเข้าใช้หลายบัญชีตลอดทั้งวันอาจใช้เวลานานและน่าหงุดหงิดสำหรับผู้คน นอกจากนี้ หากพวกเขาสูญเสียหรือลืมรหัสผ่าน การรีเซ็ตอาจรบกวนประสิทธิภาพการทำงานเพิ่มเติม ธุรกิจที่ใช้ OIDC เพื่อให้การลงชื่อเข้าระบบครั้งเดียวแก่พนักงาน’ ของพวกเขาช่วยให้พนักงานของตนใช้เวลาในการทํางานอย่างมีประสิทธิภาพมากกว่าการพยายามเข้าถึงแอป องค์กรยังทำให้มีโอกาสมากขึ้นที่ลูกค้าจะสมัครและใช้บริการของตน หากพวกเขาอนุญาตให้บุคคลต่างๆ ใช้บัญชี Microsoft, Facebook หรือ Google เพื่อลงชื่อเข้าใช้

ทำให้การรับรองความถูกต้องเป็นมาตรฐาน

OpenID Foundation ซึ่งประกอบด้วยแบรนด์ที่มีชื่อเสียงเช่น Microsoft และ Google ได้สร้าง OIDC ซึ่งถูกออกแบบมาให้ทำงานร่วมกันและสนับสนุนแพลตฟอร์มและไลบรารีจำนวนมาก รวมถึง iOS, Android, Microsoft Windows และผู้ให้บริการระบบคลาวด์และข้อมูลประจำตัวหลัก

ทำให้การจัดการข้อมูลประจำตัวเป็นไปอย่างคล่องตัว

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

ตัวอย่าง OIDC และรูปแบบการใช้

องค์กรจำนวนมากใช้ OIDC เพื่อเปิดใช้งานการรับรองความถูกต้องที่ปลอดภัยทั่วทั้งเว็บและแอปสำหรับอุปกรณ์เคลื่อนที่ ตัวอย่างบางส่วนมีดังนี้:
 
  • เมื่อผู้ใช้ลงทะเบียนบัญชี Spotify พวกเขาจะมีสามตัวเลือก: ลงทะเบียนด้วย Facebook, ลงทะเบียนด้วย Google และลงทะเบียนด้วยที่อยู่อีเมลของคุณ ผู้ใช้ที่เลือกลงทะเบียนด้วย Facebook หรือ Google กำลังใช้ OIDC เพื่อสร้างบัญชี พวกเขาจะถูกเปลี่ยนเส้นทางไปยังผู้ให้บริการ OpenID ใดก็ตามที่พวกเขาเลือก (Google หรือ Facebook) จากนั้นเมื่อพวกเขาลงชื่อเข้าใช้ผู้ให้บริการ OpenID จะส่งรายละเอียดโปรไฟล์พื้นฐานของ Spotify ผู้ใช้ไม่จําเป็นต้องสร้างบัญชีใหม่สําหรับ Spotify และรหัสผ่านของพวกเขายังคงได้รับการป้องกัน
     
  • LinkedIn ยังมีวิธีสําหรับผู้ใช้ในการสร้างบัญชีโดยใช้บัญชี Google แทนที่จะสร้างบัญชีแยกต่างหากสําหรับ LinkedIn
     
  • บริษัทต้องการลงชื่อเข้าระบบครั้งเดียวแก่พนักงานที่จําเป็นต้องเข้าถึง Microsoft Office 365, Salesforce, Box และ Workday เพื่อทํางานของพวกเขา แทนที่จะกำหนดให้พนักงานสร้างบัญชีแยกต่างหากสำหรับแต่ละแอปเหล่านั้น บริษัทใช้ OIDC เพื่อให้สามารถเข้าถึงทั้งสี่แอปได้ พนักงานสร้างบัญชีหนึ่งบัญชีและทุกครั้งที่พวกเขาลงชื่อเข้าใช้ พวกเขาสามารถเข้าถึงแอปทั้งหมดที่จำเป็นสำหรับการทำงาน

ใช้ OIDC สำหรับการรับรองความถูกต้องที่ปลอดภัย

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



แหล่งข้อมูล

เรียนรู้เพิ่มเติมเกี่ยวกับ Microsoft Security

  1.
ผู้ชายกับผู้หญิงนั่งอยู่ที่โต๊ะ โดยผู้หญิงกำลังเขียนหนังสือและมีแล็ปท็อปวางอยู่

Microsoft Entra ID

เชื่อมต่อพนักงาน ลูกค้า และคู่ค้ากับแอป อุปกรณ์ และข้อมูลอย่างปลอดภัยด้วยข้อมูลประจำตัวบนระบบคลาวด์และโซลูชันการจัดการการเข้าถึง
เรียนรู้เพิ่มเติมเกี่ยวกับ Microsoft Entra ID
คนนั่งอยู่ที่โต๊ะทำงานและใช้แล็ปท็อป

Microsoft Entra ID Governance

ตรวจสอบโดยอัตโนมัติว่าบุคคลที่เหมาะสมมีสิทธิ์เข้าถึงแอปและบริการที่ถูกต้อง
เรียนรู้เพิ่มเติมเกี่ยวกับ Microsoft Entra ID Governance
ผู้หญิงกำลังดูโทรศัพท์มือถือของตนเอง

Microsoft Entra Verified ID

ให้ข้อมูลประจำตัวแบบกระจายศูนย์ด้วยบริการข้อมูลประจำตัวที่สามารถตรวจสอบได้ที่มีการจัดการตามมาตรฐานแบบเปิด
เรียนรู้เพิ่มเติมเกี่ยวกับ Microsoft Entra Verified ID
กลุ่มคนสามคนในสำนักงานที่สว่างไสว ยิ้มแย้มและมีส่วนร่วมขณะมองแล็ปท็อปที่คนหนึ่งถืออยู่

Microsoft Entra Workload ID

จัดการและรักษาความปลอดภัยข้อมูลประจำตัวที่มอบให้กับแอปและบริการ
เรียนรู้เพิ่มเติมเกี่ยวกับ Microsoft Entra Workload ID
กลับไปที่ส่วนผลิตภัณฑ์ที่เกี่ยวข้อง
คำถามที่ถามบ่อย

คำถามที่ถามบ่อย

  • OIDC คือโพรโทคอลการรับรองความถูกต้องข้อมูลประจำตัวที่ทำงานร่วมกับ OAuth 2.0 เพื่อกำหนดมาตรฐานกระบวนการสำหรับการรับรองความถูกต้องและอนุญาตผู้ใช้เมื่อพวกเขาลงชื่อเข้าใช้เพื่อเข้าถึงบริการดิจิทัล OIDC มีการรับรองความถูกต้องซึ่งหมายความว่าการตรวจสอบว่าผู้ใช้เป็นบุคคลที่พวกเขากล่าวหา OAuth 2.0 จะอนุญาตระบบที่ผู้ใช้เหล่านั้นได้รับอนุญาตให้เข้าถึงได้ โดยทั่วไป OIDC และ OAuth 2.0 จะใช้เพื่อเปิดใช้งานแอปพลิเคชันที่ไม่เกี่ยวข้องสองรายการเพื่อแชร์ข้อมูลโดยไม่ทำให้ข้อมูลผู้ใช้มีช่องโหว่
  • ทั้ง OIDC และภาษามาร์กอัปการยืนยันความปลอดภัย (SAML) คือโพรโทคอลการรับรองความถูกต้องข้อมูลประจำตัวที่อนุญาตให้ผู้ใช้ลงชื่อเข้าใช้ครั้งเดียวและเข้าถึงแอปพลิเคชันหลายแอปได้อย่างปลอดภัย SAML เป็นโพรโทคอลเก่าที่ถูกนำมาใช้อย่างกว้างขวางสำหรับการลงชื่อเข้าระบบครั้งเดียว ซึ่งส่งข้อมูลโดยใช้รูปแบบ XML OIDC คือโพรโทคอลที่ใหม่กว่าที่ใช้รูปแบบ JSON เพื่อส่งข้อมูลผู้ใช้ OIDC ได้รับความนิยมเนื่องจากง่ายต่อการใช้งานมากกว่า SAML และทำงานได้ดียิ่งขึ้นกับแอปพลิเคชันสำหรับอุปกรณ์เคลื่อนที่
  • OIDC ย่อมหมายถึงโพรโทคอล OpenID Connect ซึ่งเป็นโพรโทคอลการรับรองความถูกต้องข้อมูลประจำตัวที่ใช้เพื่อเปิดใช้งานแอปพลิเคชันที่ไม่เกี่ยวข้องสองรายการเพื่อแชร์ข้อมูลโปรไฟล์ผู้ใช้โดยไม่ทำให้ข้อมูลประจำตัวของผู้ใช้มีช่องโหว่
  • OIDC ถูกสร้างขึ้นจาก OAuth 2.0 เพื่อเพิ่มการรับรองความถูกต้อง โพรโทคอล OAuth 2.0 ได้รับการพัฒนาก่อน จากนั้นจึงเพิ่ม OIDC เพื่อปรับปรุงความสามารถ ความแตกต่างระหว่างทั้งสองอย่างคือ OAuth 2.0 ให้การอนุญาต ในขณะที่ OIDC มีการรับรองความถูกต้อง OAuth 2.0 คือสิ่งที่ช่วยให้ผู้ใช้สามารถเข้าถึงกลุ่มบุคคลที่เกี่ยวข้อง โดยใช้บัญชีของพวกเขากับผู้ให้บริการ OpenID และ OIDC คือสิ่งที่อนุญาตให้ผู้ให้บริการ OpenID ส่งต่อโปรไฟล์ผู้ใช้ไปยังฝ่ายที่เกี่ยวข้อง ฟังก์ชันการทํางานนี้ยังช่วยให้องค์กรสามารถเสนอการลงชื่อเข้าระบบครั้งเดียวให้กับผู้ใช้ของพวกเขา โฟลว์ OAuth 2.0 และ OIDC จะคล้ายกัน ยกเว้นว่าใช้คําศัพท์ที่แตกต่างกันเล็กน้อย

    โฟลว์ OAuth 2.0 ทั่วไปมีขั้นตอนต่อไปนี้:
     
    1. ผู้ใช้ไปยังแอปพลิเคชันที่พวกเขาต้องการเข้าถึง (เซิร์ฟเวอร์ทรัพยากร)
    2. เซิร์ฟเวอร์ทรัพยากรเปลี่ยนเส้นทางผู้ใช้ไปยังแอปพลิเคชันที่พวกเขามีบัญชี (ไคลเอ็นต์)
    3. ผู้ใช้ลงชื่อเข้าใช้โดยใช้ข้อมูลประจําตัวของพวกเขาสําหรับไคลเอ็นต์
    4. ไคลเอ็นต์ตรวจสอบการเข้าถึงของผู้ใช้
    5. ไคลเอ็นต์ส่งโทเค็นการเข้าถึงไปยังเซิร์ฟเวอร์ทรัพยากร
    6. เซิร์ฟเวอร์ทรัพยากรให้สิทธิ์การเข้าถึงแก่ผู้ใช้
       
    โฟลว์ OIDC ทั่วไปมีขั้นตอนต่อไปนี้:
     
    1. ผู้ใช้ไปยังแอปพลิเคชันที่พวกเขาต้องการเข้าถึง (กลุ่มบุคคลที่เกี่ยวข้อง)
    2. ผู้ใช้พิมพ์ชื่อผู้ใช้และรหัสผ่านของพวกเขา
    3. ฝ่ายที่เกี่ยวข้องส่งคําขอไปยังผู้ให้บริการ OpenID
    4. ผู้ให้บริการ OpenID จะตรวจสอบข้อมูลประจําตัวของผู้ใช้’และรับการอนุญาต
    5. ผู้ให้บริการ OpenID ส่งโทเค็นข้อมูลประจําตัวและมักจะเป็นโทเค็นการเข้าถึงไปยังฝ่ายที่เกี่ยวข้อง
    6. ฝ่ายที่เกี่ยวข้องส่งโทเค็นการเข้าถึงไปยังอุปกรณ์ของผู้ใช้’
    7. ผู้ใช้จะได้รับสิทธิ์การเข้าถึงตามข้อมูลที่ให้ไว้ในโทเค็นการเข้าถึงและฝ่ายที่เกี่ยวข้อง
  • ผู้ให้บริการ OpenID ใช้โทเค็น ID เพื่อส่งผลลัพธ์การรับรองความถูกต้องและข้อมูลที่เกี่ยวข้องใดๆ ไปยังแอปพลิเคชันของฝ่ายที่เกี่ยวข้อง ตัวอย่างของชนิดข้อมูลที่ถูกส่งได้แก่ ID ที่อยู่อีเมล และชื่อ

ติดตาม Microsoft Security

Surface Pro Surface Laptop Copilot สำหรับองค์กร Copilot สำหรับใช้ส่วนตัว Microsoft 365 สำรวจผลิตภัณฑ์ Microsoft แอป Windows 11 โพรไฟล์บัญชีผู้ใช้ ศูนย์ดาวน์โหลด คืนสินค้า ติดตามการสั่งซื้อ Microsoft Education อุปกรณ์สำหรับการศึกษา Microsoft Teams สำหรับการศึกษา Microsoft 365 Education Office Education การฝึกอบรมและการพัฒนานักการศึกษา ข้อตกลงสำหรับนักศึกษาและผู้ปกครอง Azure สำหรับนักศึกษา
Microsoft AI การรักษาความปลอดภัยของ Microsoft Azure Dynamics 365 Microsoft 365 Microsoft Advertising Microsoft 365 Copilot Microsoft Teams นักพัฒนาของ Microsoft Microsoft Learn รองรับแอปตลาด AI Microsoft Tech Community Microsoft Marketplace Microsoft Power Platform บริษัทซอฟต์แวร์ต่างๆ Visual Studio ตำแหน่งงาน ข่าวบริษัท สิทธิ์ส่วนบุคคลที่ Microsoft นักลงทุน
ไทย (ไทย) ความเป็นส่วนตัวด้านสุขภาพของผู้บริโภค ติดต่อ Microsoft ความเป็นส่วนตัว จัดการคุกกี้ ข้อตกลงการใช้งาน เครื่องหมายการค้า เกี่ยวกับโฆษณาของเรา