Nghiên cứu dịch vụ Web để xây dựng hệ thống đăng nhập một lần

Nguyễn Trần Quốc Vinh và Đtg Tạp chí KHOA HỌC & CÔNG NGHỆ 122(08): 27 - 33 27 NGHIÊN CỨU DỊCH VỤ WEB ĐỂ XÂY DỰNG HỆ THỐNG ĐĂNG NHẬP MỘT LẦN Nguyễn Trần Quốc Vinh1*, Nguyễn Văn Vương2 1Trường Đại học Sư phạm, Đại học Đà Nẵng 2Trường Đại học Kinh tế, Đại học Đà Nẵng TÓM TẮT Việc mỗi tổ chức sở hữu và vận hành nhiều website ngày càng phổ biến trên thế giới. Tuy nhiên, nó thường dẫn đến vấn đề một người dùng cần phải ghi nhớ nhiều tài khoản đăng nhập và mật khẩu để đăng nhập vào các website khác nhau của cùng một tổ chức do cơ sở dữ liệu tồn tại độc lập với nhau. Từ đó, vấn đề đăng nhập một lần cho các website trong cùng một tổ chức là một yêu cầu phổ biến. Tác giả nghiên cứu đã xây dựng giải pháp và xây dựng hệ thống đăng nhập một lần hoàn toàn mới, cung cấp các dịch vụ xác thực người dùng dựa trên cơ sở dữ liệu người dùng tập trung. Hệ thống được xây dựng dựa trên việc khai thác tính độc lập đối với nền tảng của dịch vụ web, khả năng chia sẻ cookie giữa các trình duyệt cũng như ứng dụng web. Nghiên cứu cũng tiến hành triển khai ứng dụng thử nghiệm trên hệ thống đã được xây dựng. Từ khóa: Xác thực người dùng; đăng nhập một lần; website; cookie; dịch vụ web. ĐẶT VẤN ĐỀ* Ngày nay, việc sở hữu và vận hành nhiều ứng dụng web đã trở nên phổ biến, đặc biệt là các tổ chức lớn. Các ứng dụng hoạt động độc lập với nhau, có thể được phát triển trên những nền tảng khác nhau. Người dùng phải thực hiện đăng ký thông tin và đăng nhập lại khi chuyển sang sử dụng ứng dụng khác. Tổ chức càng nhiều ứng dụng, người dùng càng phải nhớ một lượng lớn tên đăng nhập và mật khẩu khác nhau. Công việc này chiếm một khoản thời gian lớn của người dùng, làm giảm hiệu suất phục vụ của toàn hệ thống. Các nhà phát triển phải giải quyết hàng loạt vấn đề liên quan đến quản lý cơ sở dữ liệu người dùng và bảo mật ở các hệ thống khác nhau. Để giảm bớt thao tác của người dùng, tăng tính chuyên nghiệp cho hệ thống, xây dựng hệ thống đăng nhập một lần (ĐNML, Single Sign On – SSO) được đánh giá là giải pháp tốt nhất hiện nay. Đăng nhập một lần là quá trình xác thực phiên làm việc của người dùng, cho phép sử dụng một tên đăng nhập và mật khẩu để truy cập vào nhiều ứng dụng [1]. Sau khi được xác thực, người dùng có thể truy cập các ứng * Tel: 0914 780898, Email: ntquocvinh@gmail.com dụng khác mà không phải đăng nhập lại, các quyền được trao và thông tin người dùng được lưu giữ trong suốt phiên làm việc. Như vậy, hệ thống ĐNML vừa đảm bảo tính thuận tiện vừa tăng độ bảo mật khi sử dụng. Hơn nữa, việc quản lý tài khoản tập trung sẽ làm cho nhà quản trị chuyên tâm vào phát triển ứng dụng, công việc bảo mật sẽ do hệ thống ĐNML đảm nhận. Đối với người dùng, họ chỉ cần một tài khoản cho tất cả các ứng dụng. Tuy nhiên, hệ thống ĐNML gặp phải vấn đề đó là cơ chế bảo mật độc lập với nền của ứng dụng, hoạt động trên kiến trúc riêng biệt [2]. Điều này đặt ra vấn đề các ứng dụng phải hiểu được và chấp nhận các thông tin xác thực do ĐNML cung cấp. Đồng thời phải kiểm tra được tính chính xác của thông tin xác thực. CÁC HỆ THỐNG ĐNML TRÊN THẾ GIỚI Trên thế giới, có nhiều giải pháp ĐNML với nhiều phiên bản miễn phí và thương mại. Nổi bật nhất là hệ thống Central Authentication Service (CAS) và Oracle Enterprise Single Sign-on (Oracle ESSO). Hệ thống CAS do có đặc thù là mã nguồn mở nên cung cấp khả năng mở rộng cho nhà phát triển và được cộng đồng không ngừng bổ sung các tính năng mới. CAS client hỗ trợ các Nguyễn Trần Quốc Vinh và Đtg Tạp chí KHOA HỌC & CÔNG NGHỆ 122(08): 27 - 33 28 ứng dụng được phát triển bằng nhiều ngôn ngữ như PHP, Java, .NET. Tuy nhiên, tất cả ứng dụng phải được phát triển bằng một ngôn ngữ chung nhất, đây chính là hạn chế lớn của hệ thống CAS. Khi người dùng chưa đăng nhập, i) ứng dụng sẽ yêu cầu CAS xác thực tài khoản do người dùng cung cấp; ii) sau khi xác thực thành công, CAS trả về cho trình duyệt các chuỗi ký tự ngẫu nhiên chứa dữ liệu bảo mật và bắt đầu bằng tiền tố nhất định gọi là các vé (Ticket). Mỗi vé có một ý nghĩa riêng, CAS sử dụng vé ủy quyền (Ticket-Granting Ticket - TGT) làm cơ sở cho CAS thực hiện ĐNML. Ngoài ra, CAS sử dụng vé dịch vụ (Service Ticket - ST) được tạo duy nhất cho mỗi ứng dụng. Vé dịch vụ được dùng một lần trong một phiên làm việc của người dùng; iii) ứng dụng gửi vé dịch vụ cho CAS để nhận về mã người dùng và tự động tạo phiên làm việc cho người dùng [3]. Trường hợp người dùng truy cập vào ứng dụng khi đã được CAS xác thực, i) ứng dụng sẽ gửi vé ủy quyền được lấy từ trình duyệt cho CAS để xác thực; ii) khi xác thực thành công, CAS sẽ gửi cho ứng dụng vé dịch vụ; iii) ứng dụng gửi vé dịch vụ cho CAS để lấy về thông tin mã người dùng và tự động tạo phiên làm việc cho người dùng [3]. Tất cả được xử lý thông qua các liên kết (URL) được trao đổi giữa các ứng dụng web và máy chủ CAS. Khác với hệ thống CAS, hệ thống Oracle ESSO là bản thương mại do Oracle phát triển. Hệ thống này là một giải pháp trọn gói cho việc xác thực và quản lý người dùng đối với tất cả các ứng dụng do Oracle cung cấp. Tuy nhiên, việc triển khai hệ thống này không hề đơn giản, tác động lớn đến hệ thống sử dụng do phải thay đổi phương thức truy cập hệ thống [4]. Bên cạnh đó, kinh phí để triển khai hệ thống này là khá lớn, chỉ phù hợp với số ít các doanh nghiệp sẵn sàng chi một số tiền lớn để triển khai. Oracle ESSO có cơ chế xác thực rất phức tạp, dựa trên các công nghệ quản lý đăng nhập (Logon Manager), khôi phục mật khẩu (Password Reset), quản lý khởi tạo xác thực người dùng và tự động tạo “chữ ký tắt” của người dùng (Kiosk Manager), quản lý xác thực (Authentication Manager), các công cụ dành cho quản trị viên (Provisioning Gateway). Oracle ESSO không chỉ cung cấp xác thực một lần cho ứng dụng nền web mà còn cho các loại ứng dụng khác [5]. Tại Việt Nam, nhu cầu về việc triển khai hệ thống quản lý ĐNML ngày càng trở nên cấp thiết và đã được triển khai ứng dụng ở nhiều nơi, chủ yếu là dựa trên các hệ thống có sẵn. Chẳng hạn, Đại học Đà Nẵng đã xây dựng và triển khai hệ thống quản lý đăng nhập tập trung, được công bố trong công trình [6]. Tuy nhiên, công trình này cũng mới chủ yếu tập trung giới thiệu tổng quan về ĐNML, giới thiệu mô hình hệ thống tổng quan và các kết quả triển khai ứng dụng, chưa chỉ ra được các công nghệ được ứng dụng cũng như cách thức ứng dụng các công nghệ, kỹ thuật khác nhau để xây dựng hệ thống ngoài thông tin về giao thức LDAP. Nghiên cứu này chỉ rõ kiến trúc của hệ thống, cụ thể cách thức ứng dụng công nghệ dịch vụ web [7, 8] cùng với kỹ thuật chia sẻ cookie giữa các ứng dụng web để xây dựng hệ thống ĐNML. Việc phân chia rõ ràng giữa quản lý xác thực và quản lý phân quyền cũng là yêu cầu phổ biến, nghiên cứu chỉ quan đến khía cạnh quản lý xác thực người dùng. XÂY DỰNG HỆ THỐNG ĐNML Các công nghệ được sử dụng Dịch vụ web Dịch vụ web (web service) là một tập các chuẩn đặc tả mở rộng khả năng của các chuẩn có sẵn như XML, URL và HTTP nhằm cung cấp chuẩn truyền thông giữa các hệ thống với nhau. Dịch vụ web cung cấp các phương thức giúp ứng dụng tại máy khách truy cập và sử dụng các dịch vụ như là một ứng dụng web thực sự. Về bản chất, dịch vụ web dựa trên XML và HTTP, trong đó XML làm nhiệm vụ mã hóa và giải mã dữ liệu và dùng SOAP để Nguyễn Trần Quốc Vinh và Đtg Tạp chí KHOA HỌC & CÔNG NGHỆ 122(08): 27 - 33 29 truyền tải dữ liệu. Một đặc trưng quan trọng của dịch vụ web đó là không phụ thuộc vào nền tảng công nghệ nào, điều này được tác giả ứng dụng để truyền dữ liệu giữa các ứng dụng khác nhau. Trong hệ thống ĐNML được tác giả xây dựng, dịch vụ web đóng vai trò trung tâm của việc xử lý đăng nhập và quản lý dữ liệu tài khoản người dùng. Nhằm đảm bảo các yêu cầu đặt ra, hệ thống ĐNML cần cung cấp các dịch vụ cơ bản như: i) Dịch vụ LogOn cung cấp các phương thức truy cập thông tin tài khoản người dùng dựa trên tên đăng nhập và mật khẩu; ii) dịch vụ VerifySessionKey dùng để xác thực thông tin phiên làm việc của người dùng được gửi kèm yêu cầu của ứng dụng; iii) dịch vụ AutoLogin trả về thông tin người dùng dựa vào thông tin phiên làm việc; iv) dịch vụ LogOut hỗ trợ đăng xuất người dùng ở tất cả các ứng dụng; v) dịch vụ ChangePassword giúp người dùng thay đổi mật khẩu. Tất nhiên, để có thể sử dụng các dịch vụ web này, người dùng hoặc trình ứng dụng triệu gọi chúng phải cung cấp thông tin xác thực quyền sử dụng. Cookie và vấn đề truyền dữ liệu giữa các ứng dụng Cookie là một phần dữ liệu được lưu trữ trên trình duyệt của máy khách và tồn tại trong một khoảng thời gian nhất định do ứng dụng web quy định. Cookie được trình duyệt tự động gửi theo mỗi khi truy cập đến máy chủ web. Cookie của các ứng dụng khác nhau sẽ khác nhau. Việc lấy thông tin cookie từ một ứng dụng web khác là rất khó khăn, nhất là khi hai ứng dụng khác tên miền (domain). Trong nghiên cứu này, tác giả đã tiến hành tạo cookie theo cách thay đổi đường dẫn mặc định để cookie được tạo ra có thể dùng chung cho các ứng dụng có nhu cầu. Đây chính là cơ sở quan trọng cho việc xây dựng hệ thống ĐNML cho nhiều ứng dụng với tên miền khác nhau. SSL và kết nối HTTPS SSL (Secure Sockets Layer) là công nghệ bảo mật tiêu chuẩn để thiết lập một kết nối đã được mã hóa giữa một máy chủ và một máy khách [9]. Thông thường, dữ liệu được truyền qua lại giữa máy khách và máy chủ dưới dạng không được mã hóa, dữ liệu được truyền tải giữa hai nút mạng có thể được đọc và hiểu được bởi một bên thứ ba quan sát ở nút trung gian. Nếu dữ liệu được truyền qua kênh SSL, nó sẽ được mã hoá và bên thứ ba nằm ở nút trung gian sẽ không thể hiểu được nội dung thông điệp. HTTPS là giao thức HTTP trên nền SSL/TSL. Tất cả dịch vụ của hệ thống ĐNML được xây dựng trong phạm vi nghiên cứu được yêu cầu sử dụng SSL. Mọi kết nối từ máy khách đến hệ thống ĐNML đều được thiết lập bằng giao thức HTTPS. Việc mã hoá và giải mã được thực hiện theo chứng chỉ số SSL. Nếu chứng chỉ được cấp bởi một tổ chức có uy tín và được chấp nhận rộng rãi trên thế giới, chứng chỉ sẽ được trình duyệt web cũng như các ứng dụng tự động chấp nhận. Nếu chứng chỉ SSL được tạo ra bởi các cá nhân hoặc tổ chức chưa được công nhận rộng rãi trên thế giới, người dùng phải thực hiện thao tác xác nhận chứng chỉ số này khi duyệt web. Tuy nhiên, với ứng dụng web truy cập đến dịch vụ web, cần phải lập trình xử lý để mặc định nó luôn luôn tự động xác nhận chứng chỉ SSL của máy chủ dịch vụ web mà không chờ đợi vào thao tác thủ công của con người. Thiết kế hệ thống Mô hình xác thực người dùng Hệ thống ĐNML dùng một chuỗi ký tự được sinh ra ngẫu nhiên và không trùng nhau giữa các phiên làm việc của người dùng, gọi là SessionKey, để nhận biết phiên làm việc của người dùng. Khi người dùng truy cập vào các trang có yêu cầu xác thực, ứng dụng sẽ gọi các dịch vụ của hệ thống ĐNML. Trong trường hợp SessionKey không tồn tại, hoặc không hợp lệ, ứng dụng sẽ chuyển người dùng đến trang đăng nhập. Vậy, để được xác thực, người dùng cần phải có tài khoản và mật khẩu hợp lệ hoặc là SessionKey hợp lệ. Hình 1 mô tả quá trình xác thực người dùng. Nguyễn Trần Quốc Vinh và Đtg Tạp chí KHOA HỌC & CÔNG NGHỆ 122(08): 27 - 33 30 Browser Ứng dụng domain1.udn.vn Hệ thống SSO sso.udn.vn Hệ thống Quản lý người dùng UserManager Gửi thông tin đăng nhập Kiểm tra tài khoản với thông tin đăng nhập [tài khoản không tồn tại] Thông báo đăng nhập không thành công [tài khoản tồn tại] Tạo SessionKey Lưu SessionKey vào cơ sở dữ liệu Gọi dịch vụ kiểm tra thông tin đăng nhập Yêu cầu SessionKey [Tồn tại SessionKey] Gọi dịch vụ xác thực SessionKey Kiểm tra tài khoản với giá trị SessionKey [SessionKey không tồn tại] Chuyển đến trang đăng nhập [SessionKey tồn tại] Xóa cookie Gọi dịch vụ lấy thông tin người dùng Tạo phiên làm việc cho người dùngChuyển về trang người dùng yêu cầu Cập nhật thời hạn SessionKey của phiên làm việc Tìm kiếm người dùng với SessionKey Lưu SessionKey vào cookie của trình duyệt Gửi SessionKey thông qua cookie Hình 1: Sơ đồ mô tả quá trình xác thực người dùng Ban đầu, trình duyệt không có bất kỳ cookie nào dùng cho việc xác thực với dịch vụ ĐNML. Vì vậy, khi người dùng truy cập vào trang web có yêu cầu xác thực ở bất kỳ hệ thống domain1.udn.vn hoặc domain2.udn.vn đều được yêu cầu nhập thông tin người dùng tại trang đăng nhập của mỗi hệ thống. Một khi người dùng đăng nhập thành công vào hệ thống, cookie chứa thông tin xác thực cho người dùng sẽ được tạo và được gửi đến trình duyệt web. Bấy giờ, nếu người dùng truy cập vào bất cứ hệ thống domain1.udn.vn hoặc domain2.udn.vn, trình duyệt sẽ gửi cookie xác thực đến ứng dụng web. Các ứng dụng web sẽ nhận cookie và gửi SessionKey đến hệ thống sso.udn.vn. Nó sẽ kiểm tra và gửi thông tin người dùng về cho ứng dụng web yêu cầu, gia hạn thời gian cho phiên làm việc nếu SessionKey hợp lệ. Ứng dụng web sẽ cập nhật và gửi cookie mới cho trình duyệt web để nó gửi đến máy chủ web trong lần truy cập sau của người dùng. Mô hình đăng xuất một lần (Single Sign Out). Để kết thúc phiên làm việc, người dùng cần yêu cầu chức năng đăng xuất từ một hệ thống bất kỳ. Dịch vụ ĐNML sẽ được gọi để hủy SessionKey và xóa phiên làm việc của người dùng. Hình 2 mô tả chức năng đăng xuất một lần. Người dùng khi đăng xuất tại một hệ thống bất kỳ thì các hệ thống khác cũng tự động hủy phiên làm việc của người dùng. Lúc này, mọi thông tin đăng nhập của sẽ bị xóa, người dùng sẽ phải đăng nhập lại để bắt đầu phiên làm việc mới. Nguyễn Trần Quốc Vinh và Đtg Tạp chí KHOA HỌC & CÔNG NGHỆ 122(08): 27 - 33 31 Trình duyệt Browser Ứng dụng domain1.udn.vn Hệ thống SSO sso.udn.vn Hệ thống Quản lý người dùng UserManager Yêu cầu đăng xuất Lấy giá trị SessionKey Kiểm tra SessionKey [Tồn tại SessionKey] Gửi yêu cầu đăng xuất Xóa SessionKey trong CSDL Chuyển đến trang đăng nhập Xóa SessionKey trên trình duyệt Gửi SessionKey thông qua cookie Hình 2: Mô hình Đăng xuất một lần Ứng dụng asp.udn.vn IP: 192.168.20.9 Hệ thống SSO sso.udn.vn IP: 192.168.8.30 Ứng dụng php1.udn.vn php2.udn.vn IP: 192.168.3.3 IP: 192.168.7.10 Hình 3: Sơ đồ thử nghiệm hệ thống ĐNML CÀI ĐẶT THỬ NGHIỆM VÀ ĐÁNH GIÁ KẾT QUẢ Hệ thống ĐNML được xây dựng trong phạm vi nghiên cứu đã được triển khai ứng dụng thành công tại Trường Đại học Kinh tế - Đại học Đà Nẵng từ tháng 5/2013 cho các ứng dụng web trên các máy chủ web riêng biệt, đó là các website được xây dựng dựa trên nền tảng Apache/PHP tapchikhkt.due.udn.vn, hoithao.due.udn.vn và kh.due.udn.vn và tại Trường Đại học Sư phạm – Đại học Đà Nẵng từ tháng 11/2013 cho các website scv.ued.udn.vn, conf.ued.udn.vn và jse.ued.udn.vn. Để kiểm tra khả năng thích ứng với các nền tảng lập trình khác nhau, các tác giả đã xây dựng, thử nghiệm kết hợp thành công một ứng dụng trên nền tảng .NET. Sơ đồ các ứng dụng thử nghiệm hệ thống như hình 3. Ứng dụng .NET gồm hai trang chính: Trang đăng nhập và trang hiển thị thông tin người dùng. Kịch bản thử nghiệm được mô tả như sau: Khi truy cập vào trang hiển thị thông tin người dùng, nếu chưa đăng nhập thì sẽ chuyển về trang đăng nhập. Nếu người dùng đã đăng nhập thì sẽ được chuyển tự động đến trang thông tin người dùng. Sau đó, người dùng có thể truy cập ở các ứng dụng còn lại mà không cần đăng nhập. Hệ thống ĐNML được xây dựng đã hoàn chỉnh các chức năng và giải quyết các vấn đề xác thực người dùng tập trung và ĐNML cho các ứng dụng. Ngoài ra, hệ thống còn đảm Nguyễn Trần Quốc Vinh và Đtg Tạp chí KHOA HỌC & CÔNG NGHỆ 122(08): 27 - 33 32 bảo được tính bảo mật trong quá trình truyền dữ liệu giữa ĐNML và các ứng dụng. Hệ thống ĐNML do các tác giả đề xuất về cơ bản đã giải quyết được các hạn chế mà các hệ thống ĐNML hiện có. Các dịch vụ do hệ thống ĐNML cung cấp có thể được sử dụng trên nhiều nền tảng khác nhau với các ngôn ngữ lập trình như .NET, Java, PHP, Việc triển khai hệ thống ĐNML cũng trở nên đơn giản bởi vì mọi thứ được thực hiện qua dịch vụ web. Nhà phát triển chỉ cần triệu gọi các dịch vụ của ĐNML trong ứng dụng của mình, việc còn lại do ĐNML thực hiện. Trong phạm vi bài viết này, tác giả đi sâu về giải pháp máy chủ ĐNML không cung cấp giao diện đăng nhập. Việc đăng nhập được thực hiện trên giao diện của các ứng dụng web sử dụng dịch vụ ĐNML. Tuy nhiên, hệ thống cũng cung cấp khả năng cấu hình để việc đăng nhập được thực hiện chỉ trên giao diện của máy chủ ĐNML bằng cách chuyển người dùng đến giao diện đăng nhập trên máy chủ ĐNML. Với cấu hình này, các ứng dụng web sử dụng dịch vụ sẽ không đọc được mật khẩu của người dùng. Trong mọi trường hợp, máy chủ ĐNML chỉ quản lý về việc xác thực người dùng. Các ứng dụng tự quản lý về việc phân quyền sử dụng hệ thống của mình. KẾT LUẬN Trong phạm vi nghiên cứu, tác giả đã xây dựng hệ thống ĐNML hoàn toàn độc lập với các hệ thống và các công bố trước đây bằng ngôn ngữ PHP và dịch vụ web. Hệ thống cung cấp các dịch vụ xác thực người dùng và ĐNML cho nhiều ứng dụng trong cùng một tổ chức. Tác giả cũng đã xây dựng thành công giải pháp dựa trên việc sử dụng dịch vụ web và chia sẻ cookie giữa các ứng dụng web khác nhau được xây dựng trên các nền tảng khác nhau, cũng như xây dựng thành công hệ thống quản lý ĐNML và triển khai ứng dụng thành công trên nhiều ứng dụng web tại Trường Đại học Kinh tế - Đại học Đà Nẵng từ tháng 5/2013 và Trường Đại học Kinh tế - Đại học Đà Nẵng từ tháng 11/2013. Hệ thống hoạt động hoàn toàn độc lập với nền tảng công nghệ dung để xây dựng các ứng dụng. Tuy nhiên, tác giả chưa thực hiện nghiên cứu so sánh giữa hệ thống xây dựng được với các hệ thống khác về mặt hiệu năng. TÀI LIỆU THAM KHẢO 1. Chris Waynforth, “Definition single sign-on (SSO)”, Information Security Magazine Online, < ngle-sign-on> (truy cập ngày 11/2/2014). 2. Hồ Văn Hương, Đào Thị Ngọc, “Ứng dụng hệ thống kiểm soát truy nhập mạng theo mô hình truy nhập một lần”, Tạp chí An toàn thông tin, < CatID=8ab90f49-a562-4157-a607- d2474bf129a9&NewsID =1caffb79-e759-4855- 91fc-76840dfc 5424> (truy cập ngày 11/2/2014).. 3. Trần Nghi Phú, “Cơ chế Single Sign On phần 2”, < com/2013/06/portal-co-che-single-sign-on- 2.html> (truy cập ngày 11/2/2014).. 4. “Dịch vụ và giải pháp chứng thực một lần Oracle Single Sign On (SSO)”, sso.html (truy cập ngày 11/2/2014). 5. Oracle Corporation, Oracle Enterprise Single Sign-on Technical Guide, USA, June 2009. 6. Mai Trần Trung Hiếu*, Trịnh Công Duy, Hồ Phan Hiếu, “Nghiên cứu kiến trúc và xây dựng hệ thống chứng thực tập trung cho Đại học Đà Nẵng”, Tạp chí Khoa học và Công nghệ Đại học Đà Nẵng, số 1(74).2014. 7. Robert Daigneau, Service Design Patterns: Fundamental Design Solutions for SOAP/WSDL and RESTful Web Services, Pearson Education, 2012. 8. Võ Trung Hùng, Nguyễn Thị Quỳnh Lâm, “Nghiên cứu ứng dụng web service xây dựng hệ thống một cửa điện tử”, (truy cập ngày 11/03/2014). 9. Hồng Phúc, Nguyễn Ngọc Tuấn, Công nghệ bảo mật, Nhà xuất bản Thống kê, 2005. Nguyễn Trần Quốc Vinh và Đtg Tạp chí KHOA HỌC & CÔNG NGHỆ 122(08): 27 - 33 33 SUMMARY BUILDING A SYSTEM FOR SINGLE SIGN ON BASED ON THE WEB SERVICE Nguyen Tran Quoc Vinh1*, Nguyen Van Vuong2 1College of Education – Da Nang University, 2College of Economy – Da Nang University There is an increasing trend around the world that one organization owns and operates several websites. However, it often leads to problem that a user needs to remember multiple login accounts and passwords to log into different sites within the same organization due to database existing independently from each other. Thus, one single sign-on to websites within the same organization is commonly requested. Within the scope of the article, the authors propose solutions and building system of single sign-on services based that provide services of user authentication based on concentrated user database. The system is built based on the exploitation of the independence of the foundation of web services, the ability to share cookies between browsers and web applications. The paper also conducts application testing for the sign-on system that has already been built. Key words: User authentication; single sign on; website; cookie; web service. Ngày nhận bài:30/5/2014; Ngày phản biện:12/6/2014; Ngày duyệt đăng: 25/8/2014 Phản biện khoa học: TS. Huỳnh Công Pháp – Đại học Đà Nẵng * Tel: 0914 780898, Email: ntquocvinh@gmail.com