Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>If SSL isn't an option then you obviously don't care enough about security ;)</p> <p>But seriously - like you mentioned, client side encryption of the password is not a good idea. In fact, it's a very bad one. You <strong>can't</strong> trust the client side for jack - what if an attacker managed to alter the JS code (through XSS or while it was sent through the wire), so that your MD5/whatever hash function just passes the pass in cleartext? Not to mention that you should be using a good, strong, salted encryption method, like bCrypt - something which is just slow on the client and like mentioned before, doesn't quite add to the security of the app.</p> <p>You could try bypassing some of those problems: by sending the hash library through some secure means (if that was possible in the first place, we wouldn't have to bother with all this now, would we?), by somehow sharing a common secret between the server and client and using that for encryption... <strong>but the bottom line is: use HTTPS when possible</strong> (in GWT it's hard to mix HTTPS and HTTP) <strong>and <em>justified</em></strong> (if the user is stupid enough to use the same password for your not-security-related app and for his banking account, then it's highly likely that he/she used the same password on a number of other sites, any of which could lead to hijacking the password). Other means will just make you think that your application is more secure than it is and make you less vigilant.</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload