email security
This commit is contained in:
parent
c736ffa708
commit
f73935944c
29
content/email-security.md
Normal file
29
content/email-security.md
Normal file
@ -0,0 +1,29 @@
|
|||||||
|
Title: Email Security
|
||||||
|
Date: 2016-12-24T00:24+01:00
|
||||||
|
Author: Wxcafé
|
||||||
|
Category:
|
||||||
|
Slug: email-security
|
||||||
|
|
||||||
|
So, nowadays, everyone knows emails are **not** secure. If you didn't know that,
|
||||||
|
you should. Emails are to be treated like postcards : everyone between you and
|
||||||
|
the person you're talking to can read them. Don't write military secrets in
|
||||||
|
them. Back in the good old days, when the protocols they rely on were devised,
|
||||||
|
the people creating them didn't really need to secure them (and they didn't have
|
||||||
|
computers powerful enough to do encryption. Emails are **old**. Like, really
|
||||||
|
old. Like older than I am. By decades.)
|
||||||
|
|
||||||
|
There are, of course, a few methods to "secure" email. I'm ready to bet at this
|
||||||
|
point over 75% of the people reading this are at least thinking very hard "PGP".
|
||||||
|
Some might be thinking "S/MIME". Maybe a few of you who didn't think I was
|
||||||
|
talking about encryption by the user are thinking about STARTTLS in SMTP, or
|
||||||
|
SPF/DKIM/DMARC.
|
||||||
|
|
||||||
|
If this previous paragraph confused you, at least a bit, there's a very good
|
||||||
|
summary about these things over in the latest issue of *the IP Journal*,
|
||||||
|
[here](http://ipj.dreamhosters.com/wp-content/uploads/issues/2016/ipj19-3.pdf)
|
||||||
|
(pdf). I also am going to start mirroring the issues of that journal over on
|
||||||
|
[https://wxcafe.net/pub/IPJ/](https://wxcafe.net/pub/IPJ/). I encourage you to
|
||||||
|
subscribe to the paper version of the IP Journal, it's **free** and the content
|
||||||
|
is generally very good and informative.
|
||||||
|
|
||||||
|
That was all, see ya
|
Loading…
x
Reference in New Issue
Block a user