Ask Slashdot: What Is the Best Email Encryption Gateway For a Small Business? 155
Attila Dimedici writes "I am in the process of implementing an Email Encryption Gateway for my company. I checked with my various contacts in the industry and came away with Voltage as the best solution. However, as I have been working with them to implement a solution, I have been sadly disappointed by their lack of professionalism. Every time I think I am one question away from being ready to pull the trigger, I discover something that my contact with them had not mentioned before that has to be ironed out by the various stakeholders on my end. So, my question for Slashdot readers is this: what is your experience with implementing an Email Encryption Gateway for your company and what solution would you recommend?"
Voltage is pretty good (Score:5, Informative)
I'd ask for a different account rep. I've used Voltage for about 10 employees to great results. I've never encountered this professionalism problem you report.
Entrust (Score:4, Informative)
I use and like Entrust Entelligence PKI solution. Signed and/or encrypted email, used by most US gov. agencies for easier interoperability.
Re:Outlook.com (Score:5, Informative)
BES offers a shitload of benefits if you want to use them. Blocking things like the camera or SMS, limiting WiFi connectivity, security configuration, password requirements, etc, on company owned and paid for phones is a requirement for many large enterprises. Additionally, ActiveSync isn't as feature complete with syncing in most cases (Android doesn't do tasks or notes for example), while BES provides complete bi-directional sync between BlackBerrys and Exchange. Remote software management, an always on administrator controlled VPN connection is another benefit.
We had issues with our Exchange server's gateway and it wasn't able to get to the internet, however the tunnel to our location that had BES was up and it had internet connectivity, so our BBs were receiving email communicating what was going on and who was doing what. Sure we could've done that with personal email or with BBM/GTalk, but this way we didn't need to.
BES is a pain in the ass when you don't need any of the above and all you're doing is syncing email, calendar and contacts. But those are all critical features in many places.
Re:Outlook.com (Score:5, Informative)
I found it much easier to configure Thunderbird with a self-signed certificate and OpenPGP. The email is encrypted on my computer and decrypted on the client's computer. However, it's probably not feasible to train a bunch of tech-challenged workers to do this themselves and would likely introduce too much of a training/support burden for any sizeable IT shop.
I realize that M$ may offer some handy tools for IT managers tasked with managing a large organization -- if you are willing to pay for it. I also find it extremely disappointing that client-based email encryption is not more widespread and easy to implement.
Not really the best practice (Score:5, Informative)
Rather than an encryption gateway, having your email client handle encryption avoids the problem of man-in-the-middle attacks between the gateway and the client.
I don't have much reason to encrypt, but Thunderbird has my certificate installed and does my digital signing. This is not unusual for a modern email client.
Re:Zixmail (Score:3, Informative)
Re:Outlook.com (Score:5, Informative)
THIS. Once it gets off your LAN, there are SO many ways for you to get tapped into. Not counting the illegal ways, look at all the options the govt has and is well known to use, often ignoring or pencil-whipping judicial oversight. They can subpoena your ISP, whoever is doing your email encryption, whoever is providing them with their SSL keys, or their ISP.
If you are serious about protecting your privacy, make darn sure your data is secured before it leaves your property. At least then, if they want to snoop, you're a lot more likely to at least know it's happening. And that will keep out most of your threats, short of spear-phishing, stray bait flash drives left in your parking lot, and internal threats. (malicious employees)
In the short term, get everyone an email certificate, and USE them to sign and encrypt outgoing email. (any decent email client will support signing and encryption) That data could still be subpoenaed from the group you get them from though. You can roll your own if you want to also, but you won't be easily able to revoke if need be.
Then I can't (won't) read email from you. (Score:5, Informative)
Cisco IronPort. We use it and rely on it heavily for secure emails regarding pii for our pension fund.
Then I can't (won't) read any email you send me.
To read Cisco IronPort mail you must install software from Cisco.
To install the software from Cisco you must sign an EULA - which makes a BIG POINT of being a binding contract.
The EULA has anti-reverse-engineering terms that, were I to sign them, would (IMHO) make me unemployable in the computer security field.
Therefore I will not install the software.
Therefore I cannot decrypt "secure" email you send me.
Therefore I will not do business with your company.
Do you REALLY want to FORCE your clients to CONTRACT WITH A THIRD PARTY and SIGN AWAY THEIR RIGHTS in order to exchange important email with you?
Please contact me to fix this (Score:4, Informative)
Re:PGP (Score:4, Informative)
The IT department provides all staff with a client that is already configured to send and receive PGP email...
The client is configured to automatically encrypt when sending mail to a recipient for which it has a public key, and displays a warning if it doesn't have a key available.
When it receives a public key via email it prompt the user to import it.
It's really not terribly difficult if done right, and users will soon be sending encrypted mail without even realising it.
Re:Outlook.com (Score:4, Informative)
I know your comment is meant to be funny (and it is), but what I really don't get is why everyone is talking about Outlook (argh) and sharepoint (*shudder*), and not about Lotus Domino. I'm also a bit... confused about why Lotus Domino isn't the default choice for anyone even remotely thinking about secure mail.
Lotus had a place for storing certificates since they were invented. In fact, ALL authorization is done using keys. It's been designed to work with them from the ground up. If the admin manages to remove his ID from the database, he's just as thoroughly holed under the waterline as any user. Inside the company everything can remain encrypted and when going out you can use encryption for everyone you have the certificates for, or make it impossible to send unencrypted mail. Using Lotus there is absolutely no barrier to using encryption (only to using the damn client in the first place - the GUI has issues).
Ofcourse, one can also keep on bolting random software on top of other software, like that factory in Bangladesh: at some point, the foundation can't hold the weight anymore and you're done.
Re:Then I can't (won't) read email from you. (Score:3, Informative)
Complete bunk. What software? We use Ironport, and specifically picked Ironport because it's message based encryption (PostX) didn't require anything more than a web browser and an Internet connection to decrypt messages. If you are talking about the outlook plugin on the sender side to "encrypt" it, that's totally unnecessary - all it does is mark the message (by modifying the subject I believe) so that the Ironport appliance can recognize it and apply encryption. (Rather than using that, we just have people set the "sensitivity" to "confidential" and use that as a trigger to encrypt.) There is no software on the desktop related to Ironport that does actual encryption/decryption there (other than a common non-proprietary web browser).
That said, a couple things are missing in the original post, like "what are your requirements for encryption?". The large majority of financial institutions, for example, are only concerned with protecting the message "in transit" over public networks (i.e. the Internet) - i.e. TLS. The reason being that they feel (right or wrong) that other security measures protect the mail "at rest" on their inhouse servers (very few major financial institutions would trust something like email in the cloud). More importantly, message based encryption prevents auditing, virus scanning, spam filtering, or effective archiving, which is all important to these organizations.
If, on the other hand, you do want end to end encryption, there are solutions like S/MIME and pgp plugins that are installed in your desktop client, which has the client encrypt it before submitting it to your email gateway. This ensures the message is encrypted from you to the recipient, and is protected "at rest", but is also intrusive on the sender and recipient - you typically have to buy or generate a certificate/key for each sender and manage that (i.e. configure their desktop/email client, copy it to each PC they use, deal with expired/compromised keys, etc), often requires software/plugins be installed on the sender and recipients computers, and tends to require an exchange of keys with each recipient you communicate securely with - a nightmare that has pretty much kept things like S/MIME from ever succeeding.
The OP mentioned a gateway product - this kind of presumes that they don't want to do all this per user key management and desktop config. In this case, the sender typically tags the message in some way (prefixing the subject with a keyword, setting sensitivity, etc) so that the gateway identifies it as needing encryption. The gateway then does the encryption (so it's not end-to-end, but sender gateway to recipient endpoint). These often offer "universal" solutions, in that they encrypt it in such a way that the recipient only needs a browser that runs javascript and an Internet connection to decrypt. Some of these solutions are "hosted" in that the message is redirected to a "secure" web server and the message is replaced with a https link to the "encrypted" message, with the concern then being that your mail is stored in the cloud, with all the security concerns and subpoena concerns that has. (There are solutions that allow you to do this with self hosted appliances/software as well - there's almost an unlimited number of approaches to this problem...) FWIW, with Ironport's message based encryption, at most Cisco manages key exchange between sender and recipient, but never sees the actual message, even in encrypted form (another reason we selected it).
BTW, Ironport is excellent (even after being bought by Cisco), but is *not* cheap, so may not realistically apply to a small business.
One final point - securing the mail assumes that both sender and recipient want it secure. The fatal flaw in any email encryption solution is if the recipient doesn't take appropriate care, and forwards it, or copies/pastes the content and resends it without any protection - ultimately, because of this, it's impossible to completely protect anything 100%. (Another reason why in a general purpose solution like this, TLS may be enough...)