Меню
Что нового?

Сам алгоритм MD5

  • Автор темы Автор темы vvsh
  • Дата начала Дата начала
vvsh

vvsh

Новичок
Сам алгоритм MD5

Здрасте, если ли реализация на PHP самого алгоритма MD5?
заранее спасибо
 
не думаю, что кто-то занимался столь бесполезным делом.

описание алгоритма есть в википедии, реализацию на си легко найти по "md5.c" и там ничего сложного для понимания.
 
PHP: 
md5("чё хешировать");
это встроено в язык и работает очень быстро
я даже се браузер этим умудрился зафлудить
(в вайле постил хеши от сл числа в разл оттенках зелёного- получалось чёто вроде матрицы)
 
вроде, даже на этот форум как-то постили, какой-то безумный гений типа этого, как его... вальялы.
 
кстати, никогда не понимал, зачем считать md5 в джаваскрипте.

какая разница, что перехватывать - плейнтекст или md5, если сервер полюбак перехваченное скушает?

разве что вариации на тему digest authentication - но и тут почему бы не воспользоваться возможностями, встроенными в браузер?
 
fixxxer
разве не логично было бы отправить серверу уже хэш пароля, а не plain text?
 
А в чем логика?

Единственный действительно логичный вариант, дающий преимуществно над плейнтекстом - сервер каждый раз отдает случайную строку (которую пишет в сессию), а на клиенте через md5 считается хэш от конкатенации с введенным паролем, который уже и шлется - но это изобретение велосипеда, примерно то же делает стандартая digest-авторизация.
 
fixxxer
Пароль — штука вообще «интимная». Я бы за то, чтобы мой пароль на клиентской стороне хешировался... :)
 
fixxxer
логика мало ясна, но были сайты, которые строили авторизацию именно так. Видимо считали что ssl дорого, а md5 "перехватить" типа сложно. Пока сам думаю над этим вопросом.
 
fixxxer
именно, для реализайии дайджест авторизации
сервер посылает токен. клиент хэширует пароль с токеном вместе.
отсылает серверу, тот хэширует так же и сравнивает.
получается, вроде, вполне секурно.
не пользовать браузер - по тем же причинам, что и бейсик
 
Автор оригинала: fixxxer
А в чем логика?

Единственный действительно логичный вариант, дающий преимуществно над плейнтекстом - сервер каждый раз отдает случайную строку (которую пишет в сессию), а на клиенте через md5 считается хэш от конкатенации с введенным паролем, который уже и шлется - но это изобретение велосипеда, примерно то же делает стандартая digest-авторизация.
Нажмите для раскрытия...
так и делают.. что не так?
 
сервер посылает токен. клиент хэширует пароль с токеном вместе.
отсылает серверу, тот хэширует так же и сравнивает.
получается, вроде, вполне секурно.
Нажмите для раскрытия...
Не понял. Можно чуть подробнее?

Что хэширует сервер? Хэш токена и клиентского пароля? :D
А авторизоваться как?
 
Да все так, но исключительно ради замены браузерного окна на красивые формочки заниматься реализацией криптоалгоритмов на js - это все таки, на мой взгляд, попахивает извращением. =)
 
Автор оригинала: Fortop
Ну я так понимаю, надо как минимум хранить на сервере незахешированный пароль. Или как?
Нажмите для раскрытия...
Не обязательно.

Можно на клиенте считать md5(secret . md5(password)), например.
 
Автор оригинала: fixxxer
кстати, никогда не понимал, зачем считать md5 в джаваскрипте
Нажмите для раскрытия...
например, валидация md5 введённой капчи на клиенте, естественно, на сервере валидируется сама капча, а не md5
 
Учитывая, что заранее просчитать md5 для всех возможных комбинаций символов на капче вменяемой длины вовсе несложно, это не очень хорошая идея. :) Хотя длинная соль, уникальная на каждый запрос, тут поможет.

Но, опять же, аяксом куда проще =)
 
Войдите или зарегистрируйтесь для ответа.
Сверху