What is the best way to prevent sniffing packages without using SSL?

I want to protect my blog entry page. When my browser sends my password to the server (http), I do not want anyone to steal it. How do you do this?

+4
source share
7 answers

As far as I know, the only real way to do this from a production point of view is to use javascript to encrypt the data sent in the form, and then decrypt it on the other end.

There are several JS classes for this purpose, for example. http://www.jcryption.org/ jCryption uses the RSA public key algorithm for encryption.

Then a third-party sniffer package would need to find out the decryption key in order to be able to do anything with the data.

I would recommend using SSL for all logins! Personally, I tunnel all my traffic through a VPN, so I know that it is less secure in public places.

+4
source

You can only allow the login page through the SSH tunnel;) However, I believe that SSL is then much less burdensome.

Javascript suggestions that I don't know what I should think about. The key must be shared between the client and server, so a secure key exchange is required for this. This is not at all trivial, and I suspect that there are only very few really good libraries for this. The basic suggestion to “encrypt” something using javascript will certainly just fail.

+3
source

Use JS to perform RSA. Encrypt it before sending it to the server. Then decrypt it when you reach the server

+2
source

Please see the following link for RSA public / private key encryption using a javascript library called jEncryption .

+1
source
0
source

If you ask me, I will not use encrypted logins other than SSL. As soon as the sessions are involved, I switch to SSL, because session theft without SSL is too easy. Also, SSL allows me to protect my pages with Basic-Auth, so I don’t even need a session.

So it’s best to consider switching your blog entirely to SSL. Please note that to use SSL on your server you just need an SSL certificate. There is a company that offers free ssl certificate for $ 0 per year. Also note that Google and all major search engines can handle https pages without any problems.

I missed 1000 lines of answer on how to implement my own secure password scheme using JavaScript and AJAX over insecure lines, because it is difficult to implement.

It comes to my mind two options for secure login without JavaScript and without SSL :

  • There is a cheap one time password USB . You just plug it into a USB port, push a button, it creates OTP and here you go. Since this is OTP, it is valid only once, therefore it does not reproduce and there are no problems when it sniffs.

  • Another OpenID case that is used here in stackoverflow. OpenID does not require SSL between the server and the client. Please note that this USB token above is already included and OpenID.

Both methods offer boot shelves for free libraries for implementation using PHP or other languages. This, of course, is easier to implement than creating a properly designed and secure password scheme over insecure lines.

One big caveat:

If you use sessions because of insecure strings, and logins usually use sessions, be sure to protect the session, at least from the IP you see. This should be implemented on the server side. Thus, if someone steals a Cookie session, the session cannot be used (ab), provided that the thief does not use the same wLAN (or computer) as you.

0
source

Semi-secure login? If you use wordpress, you can learn this.

-1
source

All Articles