Tên tiếng Anh đầy đủ của SSO là Single SignOn, hay còn gọi là cơ chế đăng nhập một lần nhưng khả năng dùng khắp mọi nơi. SSO xuất hiện trong nhiều hệ thống ứng dụng. Người dùng chỉ cần đăng nhập một lần để truy cập vào tất cả các hệ thống ứng dụng đáng tin cậy lẫn nhau. Nó bao gồm một cơ chế khả năng ánh xạ thông tin đăng nhập chính này với các ứng dụng khác để đăng nhập cùng một người dùng.

Bạn đang xem: Single sign on là gì

Nó là một trong số những giải pháp thường nhật nhất được dùng rộng rãi hiện nay. Và nếu bạn là một lập trình viên thì bạn cần nên hiểu nó. Và quan trọng nhất cho các bạn làm back-end thì phải tìm hiểu thông tin về “4 cơ chế đăng nhập cần biết là đủ?”

SSO là gì?

SSO là viết tắt của Single Sign On, có nghĩa là bạn khả năng đăng nhập vào một hệ thống trong một nhóm ứng dụng đa hệ thống (google, youtube, console…) và bạn khả năng nhận ủy quyền trong tất cả các hệ thống khác mà không cần đăng nhập lại. SSO thường bắt buộc một trung tâm xác thực độc lập như (passport..). Giống như đi máy bay vậy tất cả thông tin đăng nhập vào hệ thống con phải thông qua hộ chiếu. Bản thân hệ thống con sẽ không tham gia vào vận hành đăng nhập. Sau khi hệ thống đăng nhập thành công, hộ chiếu sẽ cấp Token (mã thông báo) cho mỗi hệ thống con. Các hệ thống con khả năng giữ các Token để có được các tài nguyên được bảo vệ của riêng chúng.

Theo tips javascript thì có một bài viết về “Cơ chế đăng nhập với SSO” được giải thích khá rõ trên website “auth0.com”. Có lẽ dù cố gắng như thế nào cũng khó mà viết hay hơn được nữa. Vì thế chúng ta khả năng đọc bài viết này thông qua bài dich trên “techmaster.com”.

Nhưng trước hết, tôi muốn nói rõ hơn về mô hình này.

Nếu bạn là lập trình viên mà có con rồi thì dễ hiểu hơn. Nôm na là mỗi buổi tối thứ 7 tôi thường cho baby của tôi đi chơi ở công viên kid. Trong đó có rất nhiều trò chơi như, xe điện, máy bay điện, phòng xếp hình, đu quay… Ở đây có hai sự lựa chọn đó là mua vé mỗi trò chơi, hoặc mua 1 vé cho tất cả các trờ chơi. ĐÚng vậy SSO ở đây có nghĩa là chỉ cần mua một vé tổng thì khả năng chơi tất cả các trò chơi mà không cần phải đến tận gian hàng mà mua từng vé. Đó là một ví dụ chi tiết nhất để nói về SSO – Co chế đăng nhập.

Lợi ích của việc dùng SSO

Như những phần trước chúng ta đã nói về ưu điểm và nhược điểm của việc dùng cookie, session – phần 1, hay dùng cơ chế login dùng token ở phẩn 2, thì chúng ta cũng nên nói qua những nhược và ưu của việc dùng cơ chế login SSO.

Xem thêm: Đây Là Lý Do Tại Sao Mèo Sợ Dưa Chuột? ? Tại Sao Mèo Sợ Dưa Chuột

Rất tiện lợi cho người dùng khi đăng nhập một lần và dùng nhiều lần khi dùng hệ thống ứng dụng. Người dùng không còn cần nhập tên người dùng và mật khẩu người dùng mỗi lần, cũng như không cần phải nhớ nhiều bộ tên người dùng và mật khẩu người dùng. Nền tảng đăng nhập một lần khả năng nâng cao hơn trải nghiệm người dùng khi dùng hệ thống ứng dụng.tiện cho người quản trị Người quản trị hệ thống chỉ cần duy trì một tập hợp các tài khoản người dùng thống nhất, rất tiện lợi và đơn giản. Ngược lại, quản trị viên hệ thống trước đây cần quản lý nhiều nhóm tài khoản người dùng. Mọi hệ thống ứng dụng đều có một tập hợp các tài khoản người dùng, điều này không những đem lại sự bất tiện cho việc quản lý mà còn dễ xảy ra những sơ hở trong quản lý.Phát triển hệ thống ứng dụng được đơn giản hóa Khi phát triển một hệ thống ứng dụng mới, bạn khả năng dùng trực tiếp dịch vụ xác thực người dùng của nền tảng đăng nhập một lần để đơn giản hóa quy trình phát triển. Nền tảng đăng nhập một lần thực hiện đăng nhập một lần bằng cách cung cấp nền tảng xác thực thống nhất. vì thế, hệ thống ứng dụng không cần phát triển các hồ sơ xác thực người dùng.

Còn sau đây hay đọc bài viết của “Sebastian Peyrott”. Nếu bạn có một hay nhiều câu hỏi gì thì hãy bình luận phía dưới nha. Bài viết được dịch từ: auth0.com

Xác thực Single Sign On (SSO) ngày càng trở nên rất cần thiết hơn bao giờ hết. Ngày nay, hầu hết các trang web đều bắt buộc xác thực để truy cập tới các tính năng và nội dung của nó. Với số lượng các trang web và dịch vụ đang tăng lên, một hệ thống đăng nhập tập trung (centralized login system) trở nên rất cần thiết.

Các ngôn từ liên quan đến SSO

Khái niệm xác thực tập trung hay kết nối danh tính điện tử được biết đến như là federated identity (kết nối danh tính). Các hệ thống federated identity xử lý các vấn đề:

Xác thực (authentication)Phân quyền (authorization)Trao đổi thông tin người dùngQuản lý người dùng

Xác thực Single Sign On (SSO)

Sớm hay muộn thì các team phát triển web cũng sẽ phải đối diện với một vấn đề: bạn đã phát triển một ứng dụng tại domain X và bây giờ bạn muốn phát triển một ứng dụng mới tại domain Y dùng các thông tin đăng nhập giống với domain X. Trong thực tế, bạn muốn nhiều hơn thế: nếu người dùng đã đăng nhập vào domain X họ cũng sẽ tự động đăng nhập vào domain Y. Đây là cái SSO giải quyết.

Giải pháp cho kịch bản ở trên là chia sẻ thông tin session giữa các domain. mặc khác, vì lý do bảo mật, trình duyệt buộc phải tuân theo chính sách same origin policy. Nội dung của chính sách này là chỉ những người tạo ra mới có quyền truy cập các cookie (hay bất kỳ dữ liệu lưu trữ cục bộ nào). Nói cách khác, domain X không thể truy cập các cookie từ domain Y và ngược lại. Đây chính là vấn đề mà SSO giải quyết: chia sẻ thông tin session trên nhiều domain khác nhau.

Các giao thức SSO chia sẻ thông tin session theo nhiều cách khác nhau, nhưng những thứ cơ bản thì giống nhau đó là: có một central domain (domain trung tâm) để thực hiện xác thực (authentication) và sau đó session được chia sẻ với các domain khác theo nhiều cách. Ví dụ, center domain khả năng tạo một JSON Web Token đã được ký (được mã hóa dùng JWE). Token này khả năng được truyền tới client và được dùng để xác thực người dùng cho domain hiện nay cũng như bất kỳ domain nào khác. Token khả năng truyền tới domain gốc bằng cách điều hướng và chứa tất cả các thông tin rất cần thiết để xác minh người dùng cho domain đang bắt buộc xác thực. Khi token đã được ký, thì nó không thể bị chỉnh sửa bởi bất kỳ client nào.

Tips: