A. O. Freier, P. Kariton, and P. C. Kocher. The SSL protocol: Version 3.0. Technical report, Internet Draft, 1996. Will be eventually replaced by TLS.  Home/Search   Document Not in Database   Summary   Related Articles   Check

....on the users computer. Additionaly the integration in TLS is as minimal and non intrusive as possible. As a side effect we also improve DH EKE to provide semantic security assuming the hardness of the Decisional Diffie Hellman Problem. 1. Introduction The Secure Socket Layer (SSL) protocol [15] is todays de facto standard for securing end to end transport over the Internet. In particular the presence of SSL in virtually all web browsers led to a widespread use of SSL, also in application requiring a high level of security such as home banking. While early versions of SSL contained a ....

A. O. Freier, P. Kariton, and P. C. Kocher. The SSL protocol: Version 3.0. Technical report, Internet Draft, 1996. Will be eventually replaced by TLS.

....in [2] It does, however, provide secure and unambiguous linking of order information with the payment to enable e ective dispute handling. iKP protocols do not provide secrecy (encryption) of the order information. Such protection is assumed to be provided by other mechanisms, e.g. SSL [3] or IPSec [4] This decoupling of order encryption from the electronic payment protocol is an important design principle of iKP which supports compatibility with di erent underlying browsing and privacy protecting mechanisms. It also contributes to the overall simplicity, modularity, and ease of ....

....as secrecy of order information or fair delivery of goods. Finally we designed iKP as a family of protocols, thus anticipating gradual deployment. Today only two approaches for secure credit card payments over the Internet are practically relevant: SET and encryption of credit card data via SSL [3] or its eventual successor TLS [7] SET and its ancestor iKP, especially 3KP, are very similar. The main di erence is in their overall functionality and complexity: iKP was designed as a lightweight protocol that provides the core payment functionality only, and is therefore relatively simple to ....

[Article contains additional citation context not shown here]

Alan O. Freier, Philip Kariton, and Paul C. Kocher, \The SSL protocol: Version 3.0," Tech. Rep., Internet Draft, 1996, Will be eventually replaced by TLS[7].

....on the users computer. Additionaly the integration in TLS is as minimal and non intrusive as possible. As a side effect we also improve DH EKE to provide semantic security assuming the hardness of the Decisional Diffie Hellman Problem. 1. Introduction The Secure Socket Layer (SSL) protocol [15] is todays de facto standard for securing end to end transport over the Internet. In particular the presence of SSL in virtually all web browsers led to a widespread use of SSL, also in application requiring a high level of security such as home banking. While early versions of SSL contained a ....

A. O. Freier, P. Kariton, and P. C. Kocher. The SSL protocol: Version 3.0. Technical report, Internet Draft, 1996. Will be eventually replaced by TLS.

....on the users computer. Additionaly the integration in TLS is as minimal and non intrusive as possible. As a side effect we also improve DH EKE to provide semantic security assuming the hardness of the Decisional Diffie Hellman Problem. 1. Introduction The Secure Socket Layer (SSL) protocol [15] is todays de facto standard for securing end to end transport over the Internet. In particular the presence of SSL in virtually all web browsers led to a widespread use of SSL, also in application requiring a high level of security such as home banking. While early versions of SSL contained a ....

A. O. Freier, P. Kariton, and P. C. Kocher. The SSL protocol: Version 3.0. Technical report, Internet Draft, 1996. Will be eventually replaced by TLS.

....between buyer and merchant. It does, however, securely link order information into the payment to enable effective dispute handling. The iKP protocols do not explicitly provide encryption of the order information. Such protection is assumed to be provided by other existing mechanisms, e.g. SSL [FKK96] The decoupling of order encryption from the electronic payment protocol is an important design principle of iKP which supports compatibility with different underlying browsing and privacy protecting mechanisms. It also adds to the simplicity, modularity, and ease of analysis of the protocols. ....

....as secrecy of order information or fair delivery of goods. Finally we designed iKP as a family of protocols, allowing for a gradual deployment. Today only two approaches for secure credit card payments over the Internet are practically relevant: SET, and encryption of credit card data via SSL [FKK96] respectively TLS [DA98] SET and its ancestor iKP, in particular 3KP, are very similar. The main difference is in their complexity: iKP was designed as a lightweight protocol that provides the core payment functionality only, and is therefore relatively simple to understand and to analyze. SET ....

[Article contains additional citation context not shown here]

Alan O. Freier, Philip Kariton, and Paul C. Kocher. The SSL protocol: Version 3.0. Technical report, Internet Draft, 1996. Will be eventually replaced by TLS.

Online articles have much greater impact   More about CiteSeer.IST   Add search form to your site   Submit documents   Feedback  

CiteSeer.IST - Copyright Penn State and NEC