Câu 5: Web services

Câu 5: Mình dịch từ tài liệu của thầy: Trình bày các mô hình an ninh của Web services?
Có 3 mô hình: mỗi mô hình đều có điểm mạnh, điểm yếu
1.	Platform-/transport-level (point-to-point) security
2.	Application-level(custom)security
3.	Message-level(end-to-end)security
Chi tiết:
1. Platform-/Transport-Level (Point-to-Point) Security
Kiểu mô hình bảo mật này thì kênh truyền giữa hai điểm đầu cuối (ví dụ webservice và client) được sử đụng để cung cấp bảo mật điểm tới điểm trong đường ống giữa client và service là an toàn.
Khi bạn sử dụng một nền tảng bảo mật, ví vụ mạng cộng tác (corporate intranets)
-	Web server cung cấp một thuật thoán xác thực cơ bản
-	Web service kế thừa từ công nghệ xác thực từ một vài nền tảng như Java hoặc .NET
-	SSL và IPSec có thể được sử dụng để đảm bảo tính toàn vẹn và bảo mật của thông điệp
Mô hình bảo mật tầng transport đơn giản, dễ hiểu và phù hợp cho nhiều kịch bản – cơ bản là trên lớp mạng intranet. Nó hữu hiệu cho các kịch bản trên cơ chế vận chuyển và và cấu hình điểm điểm đầu cuối có thể được kiểm tra chặt chẽ. Vấn đề chính đối với bảo mật tầng transport là:
-	Bảo mật gắn liền chặt chẽ, lệ thuộc, nằm dưới so với nền tảng và cơ chế transport và các nhà cung cấp dịch vụ bảo mật, Khi triển khai một dịch vụ, tất cả các cấu hình dịch vụ sẽ được thay đổi.
-	Bảo mật áp dụng cho point-to-point, nó không sẵn sang cho nhiều điểm và đổi hướng thông qua những node ứng dụng ở giữa.
408 Architecting Secure Software Systems

Figure 10.3 Platform-level security.


2. Application-Level Security
Với cách tiếp cận này, ứng dụng sẽ vượt qua vấn đề an ninh, sử dụng cơ chế bảo mật tùy chỉnh. Ví dụ:
-	Một ứng dụng có thể sử dụng một Header SOAP tùy chỉnh để vượt qua thông tin định danh người dùng để xác thực người dùng đối với mỗi yêu cầu dịch vụ Web. Một phương pháp phổ biến là phải vượt qua một vé hoặc username hoặc giấy phép trong header SOAP. dịch vụ. Web service đọc header SOAP để cho phép/từ chối truy cập của khách hàng.
-	Ứng dụng có thể sinh ra một đối tượng IPrincipal (.NET) của chính nó một cách linh động.Đây có thể là một lớp tùy chỉnh hoặc lớp GenericPrincipal cung cấp bởi .NET Framework.
-	Ứng dụng có thể chọn lọc mã hóa những gì nó cần, mặc dù điều này đòi hỏi lưu trữ khóa an toàn và nhà phát triển phải có kiến thức về các giao diện lập trình ứng dụng mật mã liên quan (API).
Bạn có thể sử dụng Application-level security trong một số trường hợp:
-	Bạn muốn sử dụng lợi thế của các dữ liệu người dùng trên đã tồn tại trên DB với một ứng dụng đã tồn tại.
-	Bạn muốn mã hóa một phần các thông điệp chuyền tải hơn là toàn bộ dữ liệu truyền tải
3. Message-Level (End-to-End) Security (WS-Security)
Mô hình này thể hiện cách tiếp cận linh hoạt và mạnh mẽ nhất và là một trong những mô hình được sử dụng bởi Global XML Architecture (GXA), đặc biệt trong đặc tả dịch vụ Web Security (WS-Security). bảo mật thông điệp mức được minh họa trong hình 10.4.
Thông số kỹ thuật WS-Security mô tả cải tiến để gửi thông điệp SOAP, nó cung cấp tính toàn vẹn thông, bảo mật thông điệp, và xác thực thông điệp duy nhất.

-	Xác thực được cung cấp bởi các thẻ an ninh, chúng được nhúng trong SOAP header. WS-Security không yêu một loại hình cụ thể nào của mã thông báo. Thẻ an ninh có thể bao gồm các ticket Kerberos, chứng chỉ X.509, hoặc một token nhị phân tùy chỉnh.
-	Thông tin liên lạc an toàn được cung cấp bởi chữ ký số để đảm bảo tính toàn vẹn thông điệp và mã hóa XML để bảo mật thông điệp.

Chúng ta hãy lấy một ví dụ về việc đảm bảo bảo mật một dịch vụ với một chứng chỉ X.509. Một điều kiện tiên quyết cho việc này là phải có giấy chứng nhận hợp lệ mà nó có thể được sử dụng để xác thực máy chủ. Giấy chứng nhận điện tử phải được cấp bởi các máy chủ của một cơ quan chứng nhận đáng tin cậy. Nếu giấy chứng nhận là không hợp lệ, bất kỳ khách hàng cố gắng để sử dụng dịch vụ sẽ không tin tưởng vào dịch vụ, và do đó sẽ không có kết nối được thực hiện. Những bước để cấu hình một dịch vụ với một mã số chứng nhận sử dụng (cho .NET) như sau:
-	Tạo ra một Service contract và cài đặt vào service.
-	Tạo ra một instance của lớp WSHttpBinding và cài chế độ bảo mật Message chon ó
-	Tạo ra 2 biến, mỗi biến chứa một kiểu contract và cài đặt contract đó.
-	Tạo ra 1 instance của lớp Uri cho địa chỉ gốc của dịch vụ. Bởi vì các WSHttp- Binding sử dụng nhà vận chuyển HTTP, Uri (URI) phải bắt đầu bằng lược đồ, nếu không Windows Communication Foundation (WCF) sẽ ném một ngoại lệ khi các dịch vụ được mở ra.
-


Bảo mật Message-level còn được gọi là WS-Security có thể được sử dụng để xây dựng một khuôn khổ cho việc trao đổi thông điệp an toàn trong môi trường dịch vụ Web không đồng nhất. Nó là lý tưởng cho các môi trường không đồng nhất và các kịch bản mà bạn không kiểm soát trực tiếp cấu hình của cả hai thiết bị đầu cuối và các nút ứng dụng trung gian.
-	Có thể độc lập từ các transport cơ bản.
-	Được an toàn trong một kiến trúc an ninh không đồng nhất
-	Cung cấp bảo mật end-to-end và cung cấp định tuyến thông điệp thông qua các nút ứng dụng trung gian.
-	Hỗ trợ nhiều công nghệ mã hóa
-	Hỗ trợ chống chối