Sup

 

 

https://bit.ly/2HAbGr4

 

 

 

 

hiya

http://smartwallssolution.com/modules/mod_ariimageesws/spidertrap.php?pound=2k82m3nfdd4phrc


Apoorv

hello

Good afternoon

http://conalprose.org/sail.php?sense=zv14xkb46hte7u


apoorv.naik

apoorv_naik@yahoo.com

Re: SET

What is SET?

On Sat, May 12, 2012 at 1:16 PM, Mayank Sharma SOE <mayank.sharma@sims-indore.com> wrote:

Here's how SET works:

Assume that a customer has a SET-enabled browser such as Netscape or Microsoft's Internet Explorer and that the transaction provider (bank, store, etc.) has a SET-enabled server.

1. The customer opens a Mastercard or Visa bank account. Any issuer of a credit card is some kind of bank.
2. The customer receives a digital certificate. This electronic file functions as a credit card for online purchases or other transactions. It includes a public key with an expiration date. It has been through a digital switch to the bank to ensure its validity.
3. Third-party merchants also receive certificates from the bank. These certificates include the merchant's public key and the bank's public key.
4. The customer places an order over a Web page, by phone, or some other means.
5. The customer's browser receives and confirms from the merchant's certificate that the merchant is valid.
6. The browser sends the order information. This message is encrypted with the merchant's public key, the payment information, which is encrypted with the bank's public key (which can't be read by the merchant), and information that ensures the payment can only be used with this particular order.
7. The merchant verifies the customer by checking the digital signature on the customer's certificate. This may be done by referring the certificate to the bank or to a third-party verifier.
8. The merchant sends the order message along to the bank. This includes the bank's public key, the customer's payment information (which the merchant can't decode), and the merchant's certificate.
9. The bank verifies the merchant and the message. The bank uses the digital signature on the certificate with the message and verifies the payment part of the message.
10. The bank digitally signs and sends authorization to the merchant, who can then fill the order.

--

Thanks & Regards

Er. Mayank Kumar Sharma
Lecturer
Department of Computer Sc. & Engineering
SOE-SIMS,indore
Mb:+91- 9993103282
Ex: 453

--

Hussain Tezabwala

239-A, Apollo Tower

2, M.G. Road, Indore

M.P., India

+91 731 406 8775

+91 887 881 4443

hussain.tezabwala@zolute.co

www.zolute.co

SET

Here's how SET works:

Assume that a customer has a SET-enabled browser such as Netscape or Microsoft's Internet Explorer and that the transaction provider (bank, store, etc.) has a SET-enabled server.

1. The customer opens a Mastercard or Visa bank account. Any issuer of a credit card is some kind of bank.
2. The customer receives a digital certificate. This electronic file functions as a credit card for online purchases or other transactions. It includes a public key with an expiration date. It has been through a digital switch to the bank to ensure its validity.
3. Third-party merchants also receive certificates from the bank. These certificates include the merchant's public key and the bank's public key.
4. The customer places an order over a Web page, by phone, or some other means.
5. The customer's browser receives and confirms from the merchant's certificate that the merchant is valid.
6. The browser sends the order information. This message is encrypted with the merchant's public key, the payment information, which is encrypted with the bank's public key (which can't be read by the merchant), and information that ensures the payment can only be used with this particular order.
7. The merchant verifies the customer by checking the digital signature on the customer's certificate. This may be done by referring the certificate to the bank or to a third-party verifier.
8. The merchant sends the order message along to the bank. This includes the bank's public key, the customer's payment information (which the merchant can't decode), and the merchant's certificate.
9. The bank verifies the merchant and the message. The bank uses the digital signature on the certificate with the message and verifies the payment part of the message.
10. The bank digitally signs and sends authorization to the merchant, who can then fill the order.

--

Thanks & Regards

Er. Mayank Kumar Sharma
Lecturer
Department of Computer Sc. & Engineering
SOE-SIMS,indore
Mb:+91- 9993103282
Ex: 453

Re: SDS Document Format : LOL :D

:):)

Baki to tum samajh hi gaye hoge

--

Thanks & Regards

Er. Mayank Kumar Sharma
Lecturer
Department of Computer Sc. & Engineering
SOE-SIMS,indore
Mb:+91- 9993103282
Ex: 453

Re: SDS Document Format : LOL :D

lol @ manku :))

On Wed, Jan 11, 2012 at 7:19 AM, Arti <er.artichaturvedi@gmail.com> wrote:

Haha...shi hai re..:)

On Tue, Jan 10, 2012 at 12:21 PM, Sourabh Jain <sourabh2590@gmail.com> wrote:
> Dear Students,
> You have to submit Complete SDS in soft copy/Rough Print for correction
> latest by 11/11/2010.
> Please refer attached format for further preparation.
> Also forward this message to every student of CS-VII sem.
>
>
> --
> Thanks & Regards
> Er. Mayank Kumar Sharma(Manku)
> Lecturer
> Department of Computer Sc. & Engineering
> SOE-SIMS,indore
> Mb:+91- 9993103282
>
>
>
>
>
> --
> Regards,
> Sourabh Jain

--
Always be happy
From Arti :-)

--
Ankit Khare
Mobile: +91 9962677559
Gmail: ankitkhare19@gmail.com 
facebook: facebook.com/vicank
AOL: ankit.khare@aol.com
Yahoo: ankitkhare19@ymail.com
Twitter: twitter.com/ankitkhare19
Flickr: flickr.com/ankitkhare19
fb page: facebook.com/vicank.photography