Криптование Шифрование данных

[timon]

Ребят. Интерисует такая вещь.

Нужно чтобы в обычной форме воода данных (form), перед отправкой их скрипту, эти самые данные шифровались. Т.е. чтобы пользователь который вводит эти данные не смог соснифать или перехватить данные передающиеся скрипту.

Надеюсь на вашу помощь.

[Dimitry Wolotko]

Хм.

Давайте разбер?м:

Вам нужно обработать данные на стороне клиента - это явно не php, а как минимум JS.

Теоритически - такая зашита гроша ломанного не стоит.

Потому - юзайте сертификаты и https.

[timon]

Решение нашлось, все оказалось просто. Вот пример.

Теперь если входиш на форум через Wi FI например паролю не сопрут

[Jenek]

Хотелось бы ознакомиться с кодом функции md5hash, что-то я не пойму как и что тут защищает паролю.

[LokiDi L0ck]

Dimitry Wolotko ответил правильно, так как и любой другой исходя из той постановки вопроса, которую предоставил timon.

2timon, с обобщенными вопросами будете получать обобщенные ответы. А то решение, которое вы привели - лишь частный случай вашего вопроса. Но вы врядли это понимаете.

[Denton McLeod]

md5hash

ээ...... а каким образом это защищает от копирования собственно уже сгенерированного хэша?

вообще принцип авторизации:

пользователь вводит логин/пароль.

эти данные (либо результат операций над ними в указанном примере) передаются на сервер.

сервер сравнивает эти данные с имеющимися в списках доступа

т.е. неважно зашифрованное передается или нет - можно перехватить сами передаваемые байты и соответственно тоже передать их.

единственный (хоть и геморный способ) - шифруем при помощи какой-либо функции кроме логина/пароля также идентификатор собственно девайса, с которого осуществляется передача (тут можно испольовать айпи в комбинации с юзер-агентом или надежнее получить именно с готовым идентификатором системы, аналогично тому, как это делает майкрософт в активации win). тогда передается на сервер логин/пароль + зашифрованный хэш системного айди и айпишника + незашифрованный системный айди.

сервер проводит такие же операции хэширования, в случае совпадения доступ разрешен.

это не дает гарантии защиты от сдирания информации в процесе передачи - только лишь усложняет несанкционированный вход, т.к. гораздо сложнее подделать системный айди, для чего потребуется знание повыше чем "в институте паскаль проходили", но все равно взлом учетной записи вполне реален