I mean I'd like to encrypt data in html form before posting back to the server.
When the data arrive at the server, it's decoded to processs some actions.
Much thanks in advance.
but you do realise that SSL does the above for all sent and received content? might be a lott simpler (and universal) to use SSL.
07-18-2006, 02:54 PM
i don't think he worries that clients can see the unencrypted values...
the encryption is probably to prevent harm if the trafic gets intercepted.
so he just needs to use a sessionspecific encryptionkey (like SSL does).
SSL is the way to go, although a bit costly. But it's really the only way to go if you want your info encrypted before sending a request from the browser to the server.
i agree that SSL is probably the way to go. I don't see an easy way to implement a sessionspecifis encryptionkey without exposing the key at some point...
However, if you would like to continue this way, look up AJAX.
not sure why yu bring this up --> i don't see why he should be concerned about reloading the page.
Yeah, the only reason I want to do it to prevent eavesdropping with packet sniffing.
In packet sniffer, the middle man will only see the encrypted data.
So, another way besides SSL ? :(
07-19-2006, 07:45 AM
The only way I have seen used other than SSL involves using a Java applet.
07-19-2006, 07:52 AM
SSL is still the way to go. If cost is an issue you might check with your webhost anyways. Webhosts often have a shared SSL certificate available for their customers to use as part of your hosting package.
Powered by vBulletin® Version 4.2.2 Copyright © 2016 vBulletin Solutions, Inc. All rights reserved.