tags:

views:

36

answers:

2

We have an automatic reporting and notification system written in .net that sends emails with plain text. We are having to encrypt the messages that we send our clients.

The possible implementation approaches we have:

  • Send messages as S/Mime email with attachments.
  • Plain text email with that just contains a link to a web site that will display the message over https.

It seems like S/Mime is a simpler solution, as we won't need to create the web application or secure it.

Our concern is our interoperability with our clients email clients and more importantly their email filtering software.

Has anyone had success or issues deploying a Secure MIME messaging solution?

A: 

How are you going to solve the problem of provisioning the destination certificates? If you send mail to 1000 users, you need to send it 1000 times, and each time use a different public key, the one for the current destination (so that only he/she can decrypt it and read it). Having each individual report final user create a key for himself and send you the associated public key so you can associate the report mail with it is problematic. Some PKI infrastructure products can help, but only inside a (tighly run) organization.

Securing only your web site seems easier to manage, since you'll have all the ends under your control. You still have to handle authentication, but that can be handled at the HTTP level (eg. Digest, or even Basic over HTTPS).

Remus Rusanu
We currently use PKI certificates as our method of authentication for our web application users so that is not an issue for us. Your points about management and distribution seem to be spot on.
aaronb
+2  A: 

Given the wealth of different clients people use these days for email, like BlackBerry, Iphone, Android, Samsung, Nokia, Thunderbird, Outlook (Express), Apple Mail, web mail etc, I would go for the web application over https. It does take an extra step of clicking the link, and logging in, but it could be used from a lot more devices without extra configuration steps.

Development 4.0