Chương 7 " Bảo mật web" pptx

1 CHƯƠNG 7 BẢO MẬT WEB I- TỔNG QUAN VỀ BẢO MẬT WEB I.1- Giới thiệu Web là dịch vụ quan trọng bậc nhất hiện nay trong số các dịch vụ của mạng Internet. Rất nhiều ứng dung được xây dựng trên nền Web, đặc biệt là các ứng dụng thương mại điện tử. Tính an toàn của dịch vụ này vì thế trở thành yêu cầu bắt buộc. Tuy nhiên, cũng giống như những ứng dụng khác trên nền mạng Internet, Web cũng thừa hưởng những điểm mạnh của cơ sở hạ tầng mạng và bộ giao thức TCP/IP, nhưng cũng đồng thời đối diện với những thách thức về bảo mật. Ngoài ra, bản thân công nghệ Web cũng tự nó Nn chứa một số nguy cơ đặc thù. Có thể kể ra những thách lớn đối với dịch vụ Web như sau: • Web là một công nghệ phức tạp. Mặc dù việc sử dụng Web browser để truy xuất Web là đơn giản, việc cài đặt và cấu hình một Web server là đơn giản, cả việc xây dựng các ứng dụng Web với sự hỗ trợ của các công cụ mạnh hiện nay cũng là đơn giản, nhưng kiến trúc bên trong của dịch vụ Web lại là một hệ thống hết sức phức tạp. Sự phức tạp này Nn chứa những nguy cơ tiềm tàng về bảo mật. Trong thực tế, những lỗi bảo mật xuất phát từ bên trong công nghệ là khá nghiêm trọng, có thể dẫn đến những tấn công nguy hiểm đối với hệ thống. • Web server là nơi giao tiếp với thế giới mạng bên ngoài, cũng đồng thời là nơi có kết nối gần gũi với các hệ quản trị cơ sở dữ liệu bên trong. Nên trong đa số các trường hợp tấn công, thì Web server chính là cửa ngõ thích hợp nhất để hacker bắt đầu, từ đó tiến sâu vào các cơ si73 dữ liệu quan trọng bên trong. • Người dùng Internet thuộc nhiều thành phần khác nhau, và đa số không có kiến thức và ít quan tâm đến vấn đề bảo mật, kể cả những thông báo rất cụ thể của Web browser trong các tình huống nguy hiểm. Do đó, các tấn công hướng về phía người dùng cũng là một trong những sơ hở nghiêm trọng của Web. I.2- Các nguy cơ tấn công bảo mật đối với dịch vụ Web Các nguy cơ tấn công an ninh đối với dịch vụ Web có thể phân thành 4 nhóm như sau: • Tấn công vào thuộc tính toàn vẹn của thông tin trên Web (integrity): gồm các tấn công như thay đổi dữ liệu của người dùng, thay đổi dữ liệu trong quá trình trao đổi giữa web server và web browser, tác động vào bộ nhớ web server thông qua các lỗi tràn bộ đệm, … Các tấn công loại này gây ra mất thông tin, cho phép hacker xâm nhập và hệ thống và từ đó tạo ra nhiều lỗ hổng bảo mật khác. Để ngăn chặn các tấn công thuộc nhóm này, kỹ thuật mã hóa và xác thực thông tin là giải pháp hữu hiệu nhất. • Tấn công vào thuộc tính bí mật của thông tin trên Web (confidentiality): gồm các tấn công như đọc lén trên đường truyền, lấy cắp dữ liệu trên server, lấy cắp dữ liệu trên máy người dùng, do thám thông tin về cấu hình mạng, … Các tấn công này gây mất thông tin và tiết lộ các thông tin cá nhân của người dùng. Giải pháp ngăn chặn các tấn công loại này là dùng các kỹ thuật mã hóa và web proxy. 2 • Tấn công từ chối dịch vụ (DoS): gồm các tấn công như tắt các luồng xử lý của user, chiếm tài nguyên của web server (băng thông, đĩa cứng, bộ nhớ) và tấn công vào các cơ sở dữ liệu DNS nhằm cô lập Web server. Hậu quả mà các tấn công này gây ra thường là làm gián đoạn dịch vụ, gây khó chịu cho người dùng và thậm chí ngăn chặn các truy xuất hợp lệ của người dùng. Các tấn công dạng này hiện nay chưa có giải pháp cụ thể. • Tấn công các cơ chế xác thực của dịch vụ Web (authentication): bao gồm giả danh người dùng và giả mạo dữ liệu. Các tấn công này cũng được giải quyết bằng các kỹ thuật mật mã đối xứng và bất đối xứng. Hình 7.1: Các ứng dụng bảo mật trong mô hình TCP/IP Ngoài cách phân loại các nguy cơ bảo mật như trên, còn có một cách phân loại khác là dựa vào vị trí của các nguy cơ này trong mô hình hoạt động của dịch vụ Web. Theo đó, các nguy cơ tấn công bảo mật đối với dịch vụ Web có thể xuất hiện ở 3 vị trí như sau: • Các nguy cơ ở phía web server • Các nguy cơ ở phía web client • Các nguy cơ trên đường truyền dữ liệu. Cho dù có dùng cách phân loại nào đi nữa, thì các giải pháp bảo mật cho dịch vụ WeB thường tập trung vào hai nhóm như sau: • Gia cố Web server và Web client dùng các công cụ hỗ trợ và các bản cập nhật thường xuyên của nhà sản xuất. • Đảm bảo tính toàn vẹn, bí mật và xác thực của dữ liệu trao đổi giữa web browser và web server dùng các công cụ mã hóa và xác thực. Trong phạm vi tài liệu này, các giải pháp bảo mật dịch vụ web được mô tả tập trung vào nhóm giải pháp mật mã học. Đây là nhóm giải pháp nền tảng và có thể áp dụng thống nhất cho các tình huống mà không cần phân biệt các cơ sở hạ tầng mà web được triển khai (như hệ điều hành, phần mềm web server và các phần mềm ứng dụng trên nền web). Nhóm giải pháp này bao gồm: 1. Triển khai IPSec trên các kết nối giữa Web server và Web client 2. Dùng giao thức bảo mật SSL 3. Mô hình giao dịch an toàn SET 4. Các giao thức xác thực an toàn IPSec đã được trình bày ở chương trước. Phần còn lại của chương này tập trung vào giao thức bảo mật SSL, mô hình giao dịch an toàn SET và các giao thức xác thực ở mức ứng dụng. 3 Hình 3.13: Cấu trúc SSL Giao th ức bắt tay SSL Giao th ức thay đổi thông số mã Giao th ức cảnh bảo HTTP Giao thức truyền dữ liệu TCP IP II- GIAO THỨC BẢO MẬT SSL Secure Sockets layer hay SSL là một giao thức bảo mật được Netscape thiết kế nhằm cung cấp các kết nối bảo mật cho các ứng dụng trên nền giao thức TCP/IP. SSL đã được chuNn hóa và sử dụng rộng rãi trong nhiều ứng dụng trên mạng Internet như web, mail, … Phiên bản hiện tại của SSL là 3.0. Phiên bản SSL được IEEE chuNn hóa là được gọi là TLS (Transport Layer Security), và được xem như là SSL phiên bản 3.1. II.1- Cấu trúc SSL SSL thực ra bao gồm hai lớp giao thức nằm phía trên TCP. Lớp thứ nhất là giao thức truyền dữ liệu SSL (SSL record protocol) và lớp thứ hai gồm một tập các giao thức phụ trợ (hình 3.13). Phần này giới thiệu khái quát các thành phần của SSL. Hai khái niệm cơ bản thường được dùng trong SSL là kết nối (connection) và phiên giao dịch (session). -Kết nối là một kết nối (tạm thời) giữa một đầu cuối này với một đầu cuối kia để cung cấp một lọai dịch vụ thích hợp. Mỗi kết nối liên kết với một phiên giao dịch (session). -Phiên giao dịch là một liên kết giữa một máy con và một máy chủ, được tạo ra bởi giao thức SSL Handshake protocol. Phiên giao dịch định nghĩa các tham số bảo mật dùng chung cho nhiều kết nối. Trạng thái của phiên giao dịch được định nghĩa bởi các thông số sau đây: • Nhận dạng phiên (Session identifier): Một chuỗi byte ngẫu nhiên được server chọn để nhận dạng một trạng thái của phiên giao dịch. • Chứng thực khóa đối phương (Peer certificate): Chứng thực khóa công khai (X509.v3) của thực thể đối phương. Thành phần này có thể có hoặc không. • Phương pháp nén (Compression method): Giải thuật nén dữ liệu trước khi mã hóa. • Thuật tóan mã (Cipher spec): Xác định thuật toán mã hóa và hàm băm được sử dụng cho phiên giao dịch. • Khóa (Master secret): Khóa bí mật (48-byte) dùng chung giữa máy con và server. 4 • Khả năng phục hồi (Is resumable): Cho biết phiên giao dịch này có thể khởi tạo một kết nối mới hay không. Tương tự, các thông số định nghĩa trạng thái của một kết nối bao gồm: • Số nhận dạng ngẫu nhiên (Server and client random): Chuỗi byte chọn ngẫu nhiên bởi server và client, có chức năng phân biệt các kết nối với nhau. • Khóa xác thực của máy chủ (Server write MAC secret): Khóa bí mật dùng để tính giá trị xác thực MAC trên dữ liệu gởi đi từ server. • Khóa xác thực của máy con (Client write MAC secret): Khóa bí mật dùng để tính giá trị xác thực MAC trên dữ liệu gởi đi từ máy con. • Khóa mật mã của máy chủ (Server write key): Khóa bí mật dùng để mật mã hóa dữ liệu gởi đi từ server. • Khóa mật mã của máy con (Client write key): Khóa bí mật dùng để mật mã hóa dữ liệu gởi đi từ client. • Vector khởi tạo (Initialization vectors): vec-tơ khởi tạo (IV) dùng trong chế độ mã hóa CBC (Chaining Bock Cipher). Giá trị này được khởi tạo bởi giao thức SSL record. • Số thứ tự gói (Sequence numbers): Số thứ tự của các bản tin được gởi đi và nhận về trên kết nối. II.2- Giao thức truyền dữ liệu SSL: Giao thức truyền dữ liệu SSL (SSL record protocol) cung cấp 2 dịch vụ cơ bản cho các kết nối SSL là dịch vụ bảo mật và dịch vụ tòan vẹn dữ liệu. Hình 3.14 mô tả họat động của giao thức truyền dữ liệu SSL. Theo đó, các thao tác mà SSL thực hiện trên dữ liệu bao gồm: phân đọan dữ liệu (fragmentation), nén dữ liệu (compression), xác thực dữ liệu (MAC), mã hóa, thêm các tiêu đề cần thiết và cuối cùng gởi Dữ liệu gốc Phân đoạn Nén G ắn thông tin xác thực (MAC) Mật mã hoá G ắn ti êu đ ề g iao thức SSL record Hình 3.14: Hoạt động của giao thức truyền dữ liệu SSL 5 tòan bộ đọan thông tin trên trong một segment TCP. Ở phía nhận, quá trình được thực hiện ngược lại. Cấu trúc gói dữ liệu SSL record gồm các thành phần sau (hình 3.15): • Kiểu dữ liệu (Content Type - 8 bits): Giao thức lớp trên. Giao thức này sẽ xử lý thông tin trong gói dữ liệu SSL. • Phiên bản chính (Major Version - 8 bits): Phiên bản chính của SSL. Đối với SSL v3, giá trị này là 3. • Phiên bản phụ (Minor Version - 8 bits): Phiên bản phụ của SSL. Ví dụ: đối với SSLv3 thì giá trị trường này là 0. • Kích thước dữ liệu (Compressed Length -16 bits): Chiều dài của phần dữ liệu (plaintext), tính theo byte. • Dữ liệu (Plaintext): Dữ liệu của lớp trên được chuyển đi trong gói SSL record. Dữ liệu này có thể được nén hoặc không. • Mã xác thực (MAC): Mã xác thực, có kích thước = 0 byte nếu không dùng chức năng xác thực. Hai chức năng quan trọng nhất của SSL record là mã hóa và xác thực thông tin. Các thuật toán mã hóa có thể dùng trong SSL bao gồm: -Các thuật toán mã khối: • AES (khóa 128/256 bit) • IDEA (khóa 128 bit) • RC2-40 (khóa 40 bit) • DES-40 (khóa 40 bit) • DES-56 (khóa 56 bit) • 3DES 3 khóa (168 bit) Kiểu dữ liệu Phiên bản chính Phiên bản phụ Kích thước dữ liệu Dữ liệu (có thể nén hoặc không nén) Mã xác thực (0, 16 hoặc 20 byte) Thông tin được mã hoá Hình 3.15: Cấu trúc gói SSL record 6 • Fortezza (khóa 80 bit) -Các thuật toán mã dòng: • RC4-40 (khóa 40 bit) • RC4-128 (khóa 128 bit) Chức năng xác thực thông tin được thực hiện thông qua các hàm băm MD5 hoặc SHA_1 với cấu trúc như sau: hash(MAC_write_secret || pad_2 || hash(MAC_write_secret || pad_1 || seq_num || SSLCompressed.type || SSLCompressed.length || SSLCompressed.fragment)) Trong đó: • Ký hiệu || biểu diễn thao tác nối hai khối thông tin với nhau • MAC_write_secret: khóa bí mật thống nhất giữa client và server, dùng cho mục đích xác thực. • Pad_1: chứa giá trị 0x36 (0011 0110 nhị phân), lặp lại 48 lần nếu sử dụng hàm băm MD5 hoặc lặp lại 40 lần nếu sử dụng hàm băm SHA_1 • Pad_2: chứa giá trị 0x5C (0101 1100 nhị phân) lặp lại 48 lần nếu sử dụng hàm băm MD5 hoặc lặp lại 40 lần nếu sử dụng hàm băm SHA_1 • seq_num: số thứ tự của bản tin • SSLCompressed.type: Giao thức nén • SSLCompressed.length: Kích thước bản tin sau khi nén • SSLCompressed.fragment: Kích thước của phân đoạn sau khi nén (trong trường hợp có dùng chức năng phân đoạn. II.3- Giao thức thay đổi thông số mã Giao thức thay đổi thông số mã (Change cipher spec protocol) là giao thức đơn giản nhất trong cấu trúc SSL, dùng để thay đổi các thông số mã hóa trên kết nối SSL. Giao thức này chỉ gồm có một bản tin có kích thước 1 byte, mang giá trị 1. Chức năng của bản tin này là yêu cầu cập nhật các thông số mã hoá cho kết nối hiện hành. Bản tin thay đổi thông số mã được gởi đi trong cấu trúc gói của SSL Record. II.4- Giao thức cảnh báo Giao thức cảnh báo (Alert protocol) dùng để trao đổi các bản tin cảnh báo giữa hai đầu của kết nối SSL. Có hai mức độ cảnh báo: warning (1) và fatal (2). Mức warning chỉ đơn giản dùng để thông báo cho đầu kia các sự kiện bất thường đang diễn ra. Mức fatal yêu cầu kết thúc kết nối SSL hiện hành, các kết nối khác trong cùng phiên giao dịch có thể vẫn được duy trì nhưng phiên giao dịch không được thiết lập thêm kết nối mới. Các bản tin cảnh báo của SSL bao gồm: • unexpected_message: Nhận được một bản tin không phù hợp. • bad_record_mac: Bản tin vừa nhận có giá trị MAC không hợp lệ. • decompression_failure: Thao tác giải nén thực hiện không thành công • handshake_failure: Phía gởi không thương lượng các thông số bảo mật. 7 • illegal_parameter: Một trường nào đó trong bản tin bắt tay (handshake message) không hợp lệ. • close_notify: Thông báo kết thúc kết nối. • no_certificate: Khi nhận được yêu cầu cung cấp chứng thực khóa (certificate), nhưng nếu không có chứng thực khóa nào thích hợp thì gởi cảnh báo này. • bad_certificate: Chứng thực khóa không hợp lệ (chữ ký sai) • unsupported_certificate: Kiểu chứng thực không được hỗ trợ. • certificate_revoked: Chứng thực khóa đã bị thu hồi. • certificate_expired: Chứng thực khóa đã hết hạn sử dụng. • certificate_unknown: Không xử lý được chứng thực khóa vì các lý do khác với các lý do trên. II.5- Giao thức bắt tay Giao thức bắt tay (handshake protocol) là giao thức quan trọng nhất của SSL, được hai phía sử dụng để xác thực lẫn nhau và thương lượng để thống nhất các thuật toán xác thực MAC và mã hóa. Thủ tục này cũng được để trao đổi các khóa bí mật dùng cho mã hóa và MAC. Thủ tục phải được thực hiện trước khi dữ liệu được truyền. Thủ tục bắt tay gồm 4 giai đọan như sau: -Giai đoạn 1: Thiết lập các thông số bảo mật như phiên bản của giao thức, nhận dạng phiên giao dịch, thuật toán mật mã, phương pháp nén và số ngẫu nhiên ban đầu. Các thành phần của bản tin client_hello và server_hello bao gồm: • Version: phiên bản SSL • Random: số ngẫu nhiên dùng cho mục đích xác thực • Session id: nhận dạng của phiên làm việc • Cipher suite: tập các thuật toán mật mã mà hệ thống có khả năng hỗ trợ • Compression method: Thuật toán nén mà hệ thống có khả năng hỗ trợ -Giai đoạn 2: Server có thể gởi chứng thực khóa công khai, trao đổi khoá và yêu cầu client cung cấp chứng thực khóa. -Giai đoạn 3: Client gởi chứng thực khóa khi được yêu cầu từ phía server, trao đổi khóa với server. Client cũng có thể gởi xác minh chứng thực khóa công khai cho server (certificate_verify). client_hello server _hello Client Server Hình: Giao thức bắt tay SSL: Giai đoạn 1 8 -Giai đoạn 4: Thay đổi các thông số của thuật toán mật mã và kết thúc giao thức bắt tay. Ch ứng thực khóa server Khóa bí m ật của server Yêu c ầu cung cấp chứng thực K ết thúc server_hello Client Server Hình: Giao thức bắt tay SSL: Giai đoạn 2 Ch ứng thực kh óa client Khóa bí m ật của client Xác minh ch ứng thực khóa Client Server Hình: Giao thức bắt tay SSL: Giai đoạn 3 Thay đ ổi thông số m ã K ết thúc Thay đ ổi thông số m ã K ết thúc Client Server Hình: Giao thức bắt tay SSL: Giai đoạn 4 9 II.6- So sánh SSL và IPSec SSL và IPSec là hai giao thức tương đồng với nhau về chức năng. Cả hai đều được thiết kế để bảo vệ dữ liệu truyền trên các kết nối bằng các cơ chế xác thực và mã hóa. Tuy nhiên, hai kỹ thuật này có những điểm khác biệt nhau như sau: • SSL họat động ở lớp socket (hình 3.13), do đó nó được gắn kết ở phần người sử dụng (user space) trong các hệ thống đầu cuối. IPSec họat động ở lớp mạng (network layer), nên được tích hợp vào trong chức năng của hệ điều hành. Đây chính là sự khác nhau cơ bản nhất giửa SSL và IPSec. • Cả SSL và IPSec đều cung cấp chức năng mã hóa (Encryption), bảo vệ dữ liệu (Integrity) và xác thực thông tin (Authentication), tuy nhiên SSL đơn giản hóa các kỹ thuật này để áp dụng trong mô hình của nó, trong khi IPSec bao gồm một cách đầy đủ các chi tiết thiết kế của tất cả các kỹ thuật tạo thành, và do đó, khi tổ hợp lại sẽ xuất hiện nhiều lỗi tương thích trong nội bộ IPSec. • IPSec là thành phần của hệ điều hành, do đó, để triển khai IPSec thì phải thay đổi cấu hình hệ điều hành mà không cần thay đổi cấu hình chương trình ứng dụng. Ngược lại, SSL nằm ở mức người dùng nên phải cài đặt với từng ứng dụng cụ thể (ví dụ mail, web, …) mà không cần khai báo với hệ điều hành, Vì những khác biệt trên đây, SSL thường được sử dụng để bảo vệ kết nối cho từng ứng dụng cụ thể, đặc biệt là Web, E-mail. Trong khi đó, IPSec thường được dùng để xây dựng các mạng riêng ảo (VPN) rồi trên cơ sở đó mới triển khai các dịch vụ ứng dụng. III- MÔ HÌNH GIAO DNCH ĐIỆN TỬ AN TOÀN SET III.1- Tổng quan về SET Secure Electronic Transaction hay SET là một kỹ thuật được thiết kể để bảo vệ các thông tin quan trọng trao đổi trên mạng (ví dụ số thẻ tín dụng) dùng trong các giao dịch thanh tóan qua mạng Internet. SET phiên bản 1 được đề xuất năm 1996 (MasterCard và Visa chủ trì), sau đó được nhiều nhà sản xuất khác tham gia phát triển (như Microsoft, IBM, Netscape, RSA, Terisa và Verisign). SET không phải là một hệ thống thanh tóan, mà chỉ là một giao thức an tòan cho phép các đầu cuối trao đổi các thông tin bí mật, đặc biệt là các thông tin về tài khỏan ngân hàng, thông qua các môi trường công cộng ví dụ như Internet. III.2- Các tính năng của SET • Bảo mật thông tin: đặc biệt là thông tin về tài khỏan ngân hàng khi những thông tin này được trao đổi qua mạng. SET còn có chức năng ngăn chặn người bán hàng biết số thẻ tín dụng (credit card) của người mua hàng. Kỹ thuật mã hóa quy ước với thuật tóan DES được dùng để cung cấp chức năng này. • Bảo tòan dữ liệu: các thông tin về việc đặt hàng, thanh tóan, thông tin cá nhân khi gởi từ một người mua hàng đến người bán hàng được đảm bảo tòan vẹn, không bị thay đổi. Kỹ thuật chữ ký số DSA với hàm băm SHA-1 được dùng để bảo đảm tính năng này (trong một số bản tin của SET, HMAC được dùng thay cho DSA). 10 • Xác thực tài khỏan của người sử dụng thẻ: cho phép người bán hàng xác minh người dùng thẻ là chủ nhân hợp lệ của tài khoản đang đề cập. Để thực hiện chức năng này, SET dùng chuNn xác thực X.509 version 3. • Xác thực người bán hàng: SET cho phép người sử dụng thẻ xác thực rằng người bán hàng có quan hệ với một tổ chức tài chính có chấp nhận thanh toán qua thẻ. Chức năng này cũng được thực hiện dùng X.509 version 3. Một điều cần chú ý là SET họat động bằng cách truy xuất trực tiếp đến lớp TCP/IP mà không dùng các giao thức ở lớp ứng dụng khác. Tuy vậy họat động của SET cũng không ảnh hưởng đến các cơ chế bảo mật khác như IPSec hoặc SSL. III.3- Các thành phần của SET • Người dùng thẻ (Cardholder): Người dùng thẻ tín dụng để thực hiện các giao dịch thanh tóan trên Internet (người mua hàng). • Người bán hàng (Merchant): Một cá nhân hay tổ chức bán hàng hoặc dịch vụ trên mạng (thông qua web hoặc email). Người bán hàng phải có khả năng chấp nhận thanh tóan bằng thẻ, và phải có quan hệ với một tổ chức tài chính nào đó (Accquirer). • Tổ chức phát hành thẻ (Issuer): Đây là tổ chức tài chính (thường là ngân hàng) phát hành thẻ tín dụng. Tổ chức này có trách nhiệm thanh tóan theo yêu cầu của người sử dụng thẻ. • Trọng tài (Acquirer): Một tổ chức tài chính khác có quan hệ với người bán hàng, thực hiện việc xác thực tài khỏan của người mua hàng và thanh tóan. Trọng tài sẽ kiểm tra tài khỏan của người mua hàng để thông báo cho người bán hàng biết số dư trong tài khỏan của người mua có đủ để thực hiện giao dịch hay không. Sau khi giao dịch mua hàng được thực hiện, trọng tài thực hiện việc chuyển tiền từ tài khỏan của người mua hàng sang tài tòan khỏan của người bán hàng, đồng thời ra yêu cầu thanh tóan đối với ngân hàng phát hành thẻ (Issuer). • Cửa thanh tóan (Payment gateway): Đây là thành phần chịu trách nhiệm xử lý các bản tin thanh tóan (payment message) được điều hành bởi trọng tài hoặc một tổ chức thứ 3 được chỉ định. Payment gateway giao tiếp giữa SET và hệ thống thanh tóan của ngân hàng để thực hiện các thao tác xác thực và thanh tóan. Như vậy, người bán hàng thật ra trao đổi các thông báo với cửa ngõ thanh tóan thông qua mạng Internet, sau đó, Payment gateway mới liên kết đến hệ thống xử lý tài chính của Acquirer Tổ chức chứng thực (Certification authority _ CA): Là thành phần có chức năng tạo ra các chứng thực (certificate) theo chuNn X.509v3 và phân phối cho Cardholder, Merchant và Payment Gateway. Sự thành công của SET phụ thuộc vào sự tồn tại của CA. Thông thường, CA được tổ chức theo một mô hình phân cấp với nhiều CA liên hệ với nhau. III.4- Thực hiện giao dịch với SET Một giao dịch SET điển hình gồm các bước sau đây: 1. Khách hàng mở tài khỏan tại một ngân hàng có dịch vụ thanh tóan qua mạng (ví dụ MasterCard, Visa card, …) và trở thành Cardholder. [...]... -Xác thực thanh toán: Đây là thủ tục mà người bán hàng xác thực tính hợp lệ của người mua hàng thông qua Payment Gateway Quá trình xác thực nhằm bảo đảm rằng giao dịch này được chấp thuận bởi ngân hàng phát hành thẻ (Issuer), và do đó người bán hàng sẽ được đảm bảo thanh toán Quá trình này được thực hiện thông qua hai bản tin: Authorization Request và Authorization response 15 B n tin Purchase Request... và lệnh thanh tóan cho người bán hàng cùng với chứng thực của mình Thông tin thanh toán (số thẻ tín dụng) được mã hoá sao cho người bán hàng không thể thấy được nhưng có thể kiểm tra tính hợp lệ của nó 7 Người bán hàng yêu cầu xác thực việc thanh tóan thông qua Payment gateway 8 Người bán hàng xác nhận đơn đặt hàng bằng cách gởi thông báo cho người mua hàng 9 Người bán hàng giao hàng (hoặc bắt đầu cung... OIMD H PI: Payment Information OI: Order Information H: Hash function (SHA-1) | | : Nối hai khối thông tin PIMD: PI message digest OIMD: OI message digest POMD: Payment Order message digest E: Thuật tóan mật mã (RSA) PRc: Khoá riêng của người mua hàng Hình 3.18: Chữ ký song song (dual signature) III.6- Thực hiện thanh toán trong SET Xử lý thanh toán (Payment processing) là công đoạn quan trọng nhất trong... Bản tin này chứa các thông tin sau đây: • Các thông tin liên quan đến việc thanh toán bao gồm: PI, chữ ký song song, OIMD và một phong bì số (digital envelope) Các thông tin này được mã hoá bằng khoá bí mật Ks do người mua hàng tạo ra cho từng phiên giao dịch • Các thông tin liên quan đến đơn đặt hàng bao gồm OI, chữ ký song song, PIMD Chú ý rằng OI được gởi đi trực tiếp mà không cần mã hoá • Chứng thực... Payment gateway Ngư i bán hàng (Merchant) Ngư i dùng th (Cardholder) Intenet T ch c ch ng th c (CA) T ch c phát hành th (Issuer) M ng thanh tóan Tr ng tài (Acquirer) C a thanh tóan (Payment gateway) Hình 3. 17: Các thành phần của SET 4 Khách hàng đặt hàng: thao tác này được thực hiện thông qua website của người bán hàng hoặc qua email 5 Xác nhận người bán hàng: người bán hàng gởi chứng thực của mình cho người... • Thông tin liên quan đến việc mua hàng, bao gồm: PI, chữ ký song song, OIMD và phong bì số (digital envelope) • Thông tin liên quan đến xác thực bao gồm: nhận diện giao tác, được mã hoá bằng khoá bí mật do người bán hàng tạo ra và phong bì số, được mã hoá bằng khoá công khai của Payment gateway • Các chứng thực của người mua hàng và người bán hàng Khi nhận được Authorization Request, Payment Gateway... Gateway sẽ hồi đáp bẳng bản tin Authorization Response trong đó chứa các thông tin sau: • Thông tin liên quan đến xác thực bao gồm: khối thông tin xác thực được ký bởi Payment Gateway và mã hoá bằng khoá bí mật do Payment Gateway tạo ra, ngoài ra còn có phong bì số • Thông tin liên quan đến thực hiện thanh toán • Chứng thực của Payment gateway Với thông tin xác thực này, người bán hàng đã có thể bắt đầu giao... thực hiện các bước kiểm tra cần thiết trước khi yêu cầu ngân hàng phát hành thẻ chuyển tiền cho người bán hàng Cuối cùng, Payment Gateway sẽ thông báo cho người bán hàng bằng bản tin Capture Response 17 . 1 CHƯƠNG 7 BẢO MẬT WEB I- TỔNG QUAN VỀ BẢO MẬT WEB I.1- Giới thiệu Web là dịch vụ quan trọng bậc. các kỹ thuật mật mã đối xứng và bất đối xứng. Hình 7. 1: Các ứng dụng bảo mật trong mô hình TCP/IP Ngoài cách phân loại các nguy cơ bảo mật như trên,