Câu 6: Java Card

Câu 6: minh làm ko chắc lắm, ai làm rồi thì trao đổi với . Vấn đề an ninh trên Java Card:
Javacard đầu tiên được phát triển với mục đích bảo mật thông tin lưu trữ trên thẻ thông minh. Tính bảo mật được xác định bởi các tiêu chuẩn sau:
1. Tính bao đóng dữ liệu: Dữ liệu được lưu trữ trong các ứng dụng, và các ứng dụng Javacard được chạy trong môi trường cô lập (máy ảo của Javacard) phân tách với hệ điều hành và phần cứng.
2. Tường lửa applet: Không giống với máy ảo Java, máy ảo JavaCard thường quản lý vài trình ứng dụng, mỗi một trong số chúng điều khiển một dữ liệu nhạy. Các trình ứng dụng khác nhau có thể phân tách với nhau bởi các tường lửa applet được giới hạn và kiểm tra sự truy cập của các thành phần dữ liệu của một applet với các applet khác.
3. Mã hóa: Sử dụng thuật toán khóa đối xứng như DES, Triple DES, AES và thuật toán bất đối xứng như RSA, mã hóa đường cong Eclipse. Các dịch vụ mã hóa khác như chữ kí, khởi tạo khóa và trao đổi khóa cũng được hỗ trợ.
II. Cài đặt bảo mật đối với Java Card:
1. Giao dịch số nguyên tử
Giao dịch số nguyên tử được thực thi bởi các JCRE. Có nghĩa là hoặc là tất cả các bản cập nhật để lưu lại trong bộ nhớ trong một giao dịch sẽ được thực hiện nếu giao dịch được hoàn thành bình thường, hoặc, nếu giao dịch bị hủy bỏ (nếu, ví dụ, các thẻ được sớm gỡ bỏ từ một đầu đọc thẻ) không có bản cập nhật sẽ vẫn tồn tại. Ví dụ, nếu thẻ sớm bị loại bỏ trong một giao dịch giữa người đọc và các thẻ đó vì nghĩa vụ phải cập nhật một khóa mật mã bí mật, thẻ sẽ được trả lại cho trạng thái trước đây của nó, và ứng dụng trong đầu đọc sẽ biết rằng các bản cập nhật có thể không xảy ra.
2. Applet Firewall
Các nền tảng Java Card cung cấp một môi trường thực thi an toàn với tường lửa applet. Một bức tường lửa Java Card nằm trong các thẻ giữa các applet khác nhau trong cùng một thẻ. Tường lửa là một tính năng của JCRE để cung cấp chi tiết kiểm soát về việc sử dụng dữ liệu được lưu trữ trong các đối tượng được chia sẻ. cơ chế tường lửa minh bạch cho một applet cung cấp một phân vùng riêng của thẻ nhớ. Một Applet bị hỏng hóc hoặc thậm chí không thân thiện không thể ảnh hưởng đến chức năng của thẻ hay bất kỳ Applet khác đã được nạp vào thẻ.
3. Bảo mật và lớp Crytptographic
an ninh và bảo mật mã hóa các gói Java Card cho phép một cách tiếp cận để quản lý ứng dụng mà nó tương tự như các bộ nạp lớp an toàn của J2SE. Các lớp Mật mã và an ninh hỗ trợ như sau:
- các thuật toán mã hoá đối xứng để mã hóa và giải mã
- các thuật toán mã hoá không đối xứng để mã hóa và giải mã
- giao diện khóa
- Hệ chữ ký số và xác minh
- Message digests
- Tạo ra các số ngẫu nhiên
- Suản lý mã PIN
Mật mã và an ninh hỗ trợ này có thể được sử dụng để cung cấp một cơ chế an toàn cho tải và chứng thực applet Thẻ Java.
See Translation
LikeShow more reactions · Reply · 1 · 2 hrs · Edited
Phạm Ngọc Thành
Phạm Ngọc Thành 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