Được dịch bằng AI. Cộng đồng chưa xem xét. Đọc bằng tiếng Anh

Blog · 30 tháng 9, 2023 · Steve Simpson · Danh tính

Hiểu bảo mật và danh tính Salesforce: Khi nào dùng đăng nhập một lần và OAuth (Giới thiệu)

Trong bài blog này, chúng tôi muốn làm rõ về bảo mật và danh tính Salesforce, tập trung vào khi nào dùng đăng nhập một lần (SSO) và OAuth. Kiến thức này là then chốt để đi qua các tình huống truy cập Salesforce khác nhau, dù là đăng nhập trực tiếp, SSO hay OAuth.

Khi nào dùng đăng nhập chuẩn, đăng nhập một lần hay OAuth

Đăng nhập trực tiếp:

Tình huống: Một người dùng, qua trình duyệt, muốn truy cập Salesforce để xem các trang của nó.

Phương thức truy cập: Đăng nhập trực tiếp vào Salesforce hoặc đăng nhập một lần qua một nhà cung cấp danh tính bên thứ ba, giúp truy cập liền mạch mà không cần xác thực lại.

Tóm tắt SSO và OAuth cho con người: một người dùng trình duyệt (đăng nhập trực tiếp hoặc đăng nhập một lần), một người dùng ứng dụng khách (luồng OAuth web server với PKCE), và một người dùng máy chủ web của bên thứ ba (luồng web server với PKCE)

OAuth với ứng dụng di động:

Tình huống: Một người dùng dùng ứng dụng di động để truy cập dữ liệu Salesforce qua API, không phải bằng cách hiển thị các trang Salesforce gốc.

Phương thức truy cập: OAuth được dùng ở đây, đặc biệt khi tương tác diễn ra qua thiết bị di động, có thể gồm điện thoại hay máy tính bảng dùng công nghệ trình duyệt. Cách tiếp cận này cho phép ứng dụng di động tương tác an toàn với API của Salesforce.

Tóm tắt SSO và OAuth cho tiến trình máy khách: một người dùng tích hợp (client credentials), một người dùng được chỉ định (JWT hoặc SAML bearer assertion), một thiết bị với một người phê duyệt song song (device flow), và các thiết bị tài sản (asset flow)

OAuth với máy chủ bên thứ ba:

Tình huống: Một người dùng dùng trình duyệt để giao tiếp với một máy chủ bên thứ ba cần truy cập dữ liệu Salesforce thay mặt người dùng. Ví dụ gồm các plugin email hay các hệ thống khác được tích hợp với Salesforce.

Phương thức truy cập: OAuth, với một giao thức cụ thể gọi là “Web Server with PKCE” (Proof Key for Code Exchange), được dùng để truy cập an toàn.

Các luồng OAuth cho những tình huống khác nhau

Client Credentials Flow: Được thiết kế cho một tiến trình máy khách (như máy chủ bên ngoài thực hiện nạp hay xuất dữ liệu theo lô) truy cập Salesforce bằng một tài khoản người dùng tích hợp được chỉ định.

JWT, SAML Bearer Assertion và SAML Assertion Flow: Các luồng này dành cho những tình huống một tiến trình máy khách cần hoạt động thay mặt một người dùng cụ thể, mà người dùng không trực tiếp tham gia. Ở đây, tiến trình đóng vai một người dùng được chỉ định, giữ nguyên ngữ cảnh bảo mật đối với các tệp của người dùng đó.

Device Flow: Luồng này được khởi tạo bởi một thiết bị cần con người can thiệp để phê duyệt. Ví dụ, một ứng dụng smart TV yêu cầu người dùng nhập một mã để phê duyệt truy cập.

Asset Flow: Hữu ích cho các thiết bị Internet vạn vật (IoT) cần kết nối với Salesforce để đọc hay ghi dữ liệu.

Tóm tắt và kết luận

Về bản chất, phương thức truy cập của bạn phụ thuộc phần lớn vào tình huống:

Để truy cập trực tiếp vào Salesforce qua trình duyệt, hãy dùng đăng nhập trực tiếp hoặc đăng nhập một lần nếu bạn có một dịch vụ danh tính.

Để truy cập gián tiếp qua thiết bị di động, máy chủ bên thứ ba hay các tiến trình tự động, OAuth là phương thức được ưu tiên. Ở đây, bạn phải quyết định OAuth sẽ hoạt động thay mặt một người dùng là con người hay một tài khoản người dùng tích hợp.

Trong các bài viết tiếp theo, chúng ta sẽ đi sâu hơn vào từng tình huống và trường hợp sử dụng để mang đến một hiểu biết toàn diện.

Hãy đón xem

Hãy tự tin bắt đầu hành trình Salesforce Identity của bạn! Để có thêm góc nhìn và mẹo hay, hãy theo dõi tại www.SteveTechArc.com và kênh YouTube @SteveTechArc (opens in a new tab). Hãy đăng ký và nâng cao hiểu biết của bạn về Salesforce Identity.

Góp phần thay đổi thế giới bằng cách chia sẻ kiến thức tích hợp với các kiến trúc sư đồng nghiệp và những ai đang trên hành trình trở thành kiến trúc sư!

Bản ghi lời thoại được AI hỗ trợ

STA 3.9