How can I create a secure and self-destructing email?

As most of you know, email is very insecure. Even when connecting to SSL protection between the client and the server that sends the email, the message itself will be in clear text, while it will iterate through the Internet, leaving it vulnerable to eavesdropping.

Another consideration is that the sender may not want the message to be readable - even by the intended recipient - after some time or after it has been read once. There are a number of reasons for this; for example, a message may contain confidential information that may be requested upon subpoena.

The solution (the most common, I think) is to send a message to a trusted third party and a link to this message to the recipient, who then reads this message from a third party. Or, the sender can send an encrypted message (using symmetric encryption) to the recipient and send the key to a third party.

In any case, there is a fundamental problem with this approach: if this third party is compromised, all your efforts will be futile. For a real example of such an incident, refer to Crypto AG errors in collusion with the NSA.

Another solution I saw was Vanish , which encrypts the message, breaks the key into pieces, and stores the fragments in DHT (namely, Vuze DHT). These values ​​can be easily and fairly reliably obtained simply by looking at the hashes (hashes are sent with a message). After 8 hours, these values ​​are lost, and even the intended recipient will not be able to read the message. With millions of nodes, there is no single point of failure. But this was also violated by the installation of a Sybil attack on DHT (see the Vanish Web page for more information).

Anyone have any ideas on how to do this?

EDIT: I guess I didn't understand myself. The main problem is not that the recipient intentionally holds the message (I know that it is impossible to control), but the message is available somewhere.

, Enron . , , .

+3
8

( : Vanish Sybil, , )

: , . 50 10 . , .

, , , , . ( openssl, , 99% : - X HOWTO " X *.cer *.pem *.csr", 1 X-1, , 1 10 )

, (*) :

, M 10 kb. N 10 /dev/(u)random, , K (0) K (N-1). xor

K(N) = M^K(0)^K(1)^...^K(N-1)

,

M = K(0)^K(1)^...^K(N)

. K. K N ( ) , , , 256- .

, N K.

, , K.
(*) , , , K.

N, K node (.. 0-10 K node), , , , .

NB: , , , , / .

+1

, , , .. , ( , ). .

, . TLS, , , , . , .

, GnuPG () , , . , , , , MUA , . ( ...). , - , ( ).

-, GnuPG (, , S/MIME) , . , , ;)

+1

, , . , - , " " . - , . -.

, , , . , !

+1

, , , , .

- - - , - - , . , , , .

, Mission Impossible - , , , , - , .

, , , , , , , , , .

0

HTML, , . , .

0

, , , , , . . .

- , , .

, , .

0

, , , Vanish, . , , , -, , , , , .

Vanish , , , , .

, - , , Vanish 2. , - .

0

IMO, the most practical solution for this situation is to use the Pidgin IM client with Off-The-Record (without registration) and pidgin-encrypt (pass-through asymmetric encryption) together. The message will be destroyed as soon as the chat window is closed, and in emergency cases you can simply turn off the computer to close the chat window.

0
source

Source: https://habr.com/ru/post/1752397/


All Articles