To protect enterprises API, the use

To protect enterprises API, the user credential, such as
user account, should be identified; therefore the IDM and
LADP are adopted for authenticating users outside of
enterprises and internal users, respectively.
OAuth2 is open authorization protocol and becomes a
RFC standard rfc6749 [12], which creates a consistent,
flexible, and policy-based authorization framework for web
applications, RESTful web services, mobile devices, and
browsers attempting to communicate with REST API,
specifically the cloud API. Figure 3 shows that the OAuth2
clearly separates the role of authorization from access control
by two different participants: authorization server and
resource server. Therefore, users can use a central
authorization server for accessing multiple resource servers. It
is similar to traditional Single Sign-On (SSO) architecture.
Moreover, the functionality of an OAuth2 authorization
server is same as an API Security Token Service (STS).

ผลลัพธ์ (ไทย) 1:

เพื่อปกป้ององค์กร API ข้อมูลประจำตัวของผู้ใช้ เช่นควรมีระบุบัญชีผู้ใช้ ดังนั้นจึง IDM และขายจะนำมาใช้สำหรับรับรองผู้ใช้ภายนอกผู้ประกอบการและผู้ใช้ภายใน ตามลำดับOAuth2 เป็นโพรโทคอลการอนุญาตเปิด และจะมีRfc6749 มาตรฐาน RFC [12], สม่ำเสมอ ซึ่งสร้างกรอบมีความยืดหยุ่น และ ใช้นโยบายการตรวจสอบสำหรับเว็บการใช้งาน บริการเว็บพักผ่อน อุปกรณ์มือถือ และเบราว์เซอร์ที่พยายามสื่อสารกับ REST APIโดยเฉพาะ cloud API รูปที่ 3 แสดงให้เห็นว่า OAuth2ชัดเจนแยกบทบาทของการตรวจสอบจากการควบคุมการเข้าถึงโดยผู้เข้าร่วมอื่น: เซิร์ฟเวอร์การตรวจสอบ และเซิร์ฟเวอร์ของทรัพยากร ดังนั้น ผู้ใช้สามารถใช้คำการตรวจสอบเซิร์ฟเวอร์สำหรับการเข้าถึงเซิร์ฟเวอร์ทรัพยากรหลาย มันจะคล้ายกับสถาปัตยกรรม (SSO) เดียวแบบดั้งเดิมนอกจากนี้ การทำงานของอนุญาต OAuth2เซิร์ฟเวอร์เดียวกันเป็นการ API บริการความปลอดภัย Token (STS) ได้

ผลลัพธ์ (ไทย) 2:

เพื่อปกป้องผู้ประกอบการ API, ข้อมูลประจำตัวของผู้ใช้เช่น
บัญชีผู้ใช้ควรจะระบุ; ดังนั้น IDM และ
รัชจะถูกนำมาใช้สำหรับการตรวจสอบผู้ใช้ภายนอก
องค์กรธุรกิจและผู้ใช้ภายในตามลำดับ.
OAuth2 เป็นโปรโตคอลการอนุมัติเปิดและกลายเป็น
RFC มาตรฐาน rfc6749 [12] ซึ่งจะสร้างความสอดคล้องและ
มีความยืดหยุ่นและนโยบายตามกรอบการอนุญาตสำหรับเว็บ
แอพพลิเค บริการสงบเว็บโทรศัพท์มือถือและ
เบราว์เซอร์พยายามที่จะสื่อสารกับส่วนที่เหลือของ API
เฉพาะเมฆ API รูปที่ 3 แสดงให้เห็นว่า OAuth2
การแบ่งแยกบทบาทของรับอนุญาตจากการควบคุมการเข้าถึง
โดยสองคนที่แตกต่างกัน: เซิร์ฟเวอร์อนุมัติและ
ทรัพยากรของเซิร์ฟเวอร์ ดังนั้นผู้ใช้สามารถใช้กลาง
เซิร์ฟเวอร์การอนุมัติสำหรับการเข้าถึงทรัพยากรเซิร์ฟเวอร์หลาย มัน
จะคล้ายกับสถาปัตยกรรมแบบดั้งเดิม Single Sign-On (SSO).
นอกจากนี้ยังมีฟังก์ชั่นของการขออนุมัติ OAuth2
เซิร์ฟเวอร์เป็นเช่นเดียวกับโทเค็น API บริการรักษาความปลอดภัย (STS)

ผลลัพธ์ (ไทย) 3:

เพื่อปกป้ององค์กรของ API , ผู้ใช้ข้อมูล เช่นบัญชีผู้ใช้ ควรจะระบุ ดังนั้น มาก และladp ใช้สำหรับตรวจสอบผู้ใช้ภายนอกผู้ใช้และองค์กรภายใน ตามลำดับoauth2 เปิดใช้โปรโตคอลและกลายเป็นRFC มาตรฐาน rfc6749 [ 12 ] ซึ่งสร้างที่สอดคล้องกันมีความยืดหยุ่นและกรอบนโยบายการใช้เว็บไซต์โปรแกรมพักผ่อนบริการเว็บ , โทรศัพท์มือถือและเบราว์เซอร์ที่พยายามสื่อสารกับส่วนที่เหลือของ API ,โดยเฉพาะเมฆ API รูปที่ 3 แสดงให้เห็นว่า oauth2ชัดเจนแยกบทบาทของการควบคุมการเข้าถึงได้รับอนุญาตจากโดยผู้เข้าร่วมที่แตกต่างกันสอง : การอนุญาตเซิร์ฟเวอร์และเซิร์ฟเวอร์ทรัพยากร ดังนั้นผู้ใช้สามารถใช้ส่วนกลางการอนุญาตเซิร์ฟเวอร์สำหรับการเข้าถึงเซิร์ฟเวอร์ทรัพยากรหลาย มันคล้ายกับเครื่องหมายเดียวแบบดั้งเดิม ( สปส. ) สถาปัตยกรรมนอกจากนี้ การทำงานของ oauth2 อนุมัติเซิร์ฟเวอร์เป็นเช่นเดียวกับการรักษาความปลอดภัยบริการ API token ( STS )