У меня есть таблица SQL с именами пользователей и паролями. Пароли кодируются с помощью метода MessageDigest digest(). Если я закодирую пароль - скажем, "abcdef12" - с помощью метода MessageDigest digest(), а затем преобразуйте его в шестнадцатеричные значения, строка будет отличаться, если я сделаю то же самое с использованием метода PHP SHA1. Я бы ожидал, что эти значения будут точно такими же.
Код, который используется для кодирования паролей:
MessageDigest md = MessageDigest.getInstance("SHA-1");
byte[] passbyte;
passbyte = "abcdef12".getBytes("UTF-8");
passbyte = md.digest(passbyte);
Преобразование String в шестнадцатеричное выполняется с помощью этого метода:
public static String convertStringToHex(String str) {
char[] chars = str.toCharArray();
StringBuffer hex = new StringBuffer();
for (int i = 0; i < chars.length; i++) {
hex.append(Integer.toHexString((int) chars[i]));
}
return hex.toString();
}
Пароль: abcdef12
Здесь пароль, возвращаемый множеством генераторов SHA1-хеша и PHP SHA1() - функция: d253e3bd69ce1e7ce6074345fd5faa1a3c2e89ef
Здесь пароль, закодированный MessageDigest: d253e3bd69ce1e7ce674345fd5faa1a3c2e2030ef
Я что-то забыл?
Игорь.
Изменить: я нашел кого-то с аналогичной проблемой: С# SHA-1 против PHP SHA-1... Различные результаты?. Решение заключалось в изменении кодировок.. но я не могу изменять кодировки на стороне сервера, так как пароли в этой SQL-таблице не созданы моим приложением. Я использую клиентскую SHA1-кодировку с использованием JavaScript SHA1-класса (точнее: класс Google Web Toolkit). Он работает и кодирует строку, как ожидалось, но, видимо, используя символы ASCII?..