(no subject)
Jul. 10th, 2013 10:12 amЛюбопытный факт - я встречал многих людей-айтишников, который не понимают почему пароли и ПИНы хранятся на серверах в зашифрованном виде.
То есть, эти люди конечно говорили, что пароли и ПИНы нужно ОБЯЗАТЕЛЬНО хранить в зашифрованном виде. Но не понимали правильно, что дает такой вариант на самом деле.
Обычно их логика такая - если мы будем хранить в зашиф. виде, хаккерам будет трудно наш сайт хакнуть. Хаккер залогиниться через некую уязвимость, найдет список паролей в открытом виде, и вуаля, он хакнул, ура! А если список хранится не паролей, а хешей от этих паролей, то типа облом, ничего сделать нельзя! Секьюрити!
При этом вебстраница логина делает следующее - берет от юзера пароль через форму, делает из него хеш стандартной 1-way функцией через джаваскрипт, посылает хеш на сервер для верификации. Если присланный хэш совпадает с сохраненным на сервере, то типа юзер авторизовался.
Попытки обьяснить, что если хаккер получил доступ к сохраненному хэшу, то он может написать скрипт, где этот сохраненный хеш посылается напрямую на сервер, без (ненужного уже) применения функции хэширования - обычно не производят впечатления. Считается, главное чтобы на сервере пароли были не в клир текст, если это соблюдено, то у нас типа все, есть секьюрити и хаккеры не пройдут.
То есть, эти люди конечно говорили, что пароли и ПИНы нужно ОБЯЗАТЕЛЬНО хранить в зашифрованном виде. Но не понимали правильно, что дает такой вариант на самом деле.
Обычно их логика такая - если мы будем хранить в зашиф. виде, хаккерам будет трудно наш сайт хакнуть. Хаккер залогиниться через некую уязвимость, найдет список паролей в открытом виде, и вуаля, он хакнул, ура! А если список хранится не паролей, а хешей от этих паролей, то типа облом, ничего сделать нельзя! Секьюрити!
При этом вебстраница логина делает следующее - берет от юзера пароль через форму, делает из него хеш стандартной 1-way функцией через джаваскрипт, посылает хеш на сервер для верификации. Если присланный хэш совпадает с сохраненным на сервере, то типа юзер авторизовался.
Попытки обьяснить, что если хаккер получил доступ к сохраненному хэшу, то он может написать скрипт, где этот сохраненный хеш посылается напрямую на сервер, без (ненужного уже) применения функции хэширования - обычно не производят впечатления. Считается, главное чтобы на сервере пароли были не в клир текст, если это соблюдено, то у нас типа все, есть секьюрити и хаккеры не пройдут.