Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Session и безопасность узла...
|
|||
|---|---|---|---|
|
#18+
Как обычно атентифицирует пользователя на форумах или сайтах, когда SSL нельзя из-за тормозов? Через сессии. Есть пользователь, с каким-то id, который обычно сохраняют в сессию. По этому id из сессии потом определяют его права, ну и т.д. Сосбтвенно в чем сабж: предположим, что id пользователя вполне конкретное число (как правило в пределах 1000). Кто мешает злобному хацкеру (ну или детям, чуть-чуть разбирающимся в этом) сказать браузеру, что Session["id_user"]=556, впереться на сайт где этот юзверь недавно бегал по этому идентификатору, после чего мутить воду под его правами (юзвенри кнопку logout не нажимают - дохлый номер их об этом просить)? Кто как решает эту проблему? Сразу скажу что шифрование идентификатора обычно мало помогает, т.к. мы его все равно отсылаем юзверю, что естественно перехватывается на раз. Какие будут решения кроме как все пропускать через SSL или биндить всех юзверей по IP? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.08.2005, 22:04 |
|
||
|
Session и безопасность узла...
|
|||
|---|---|---|---|
|
#18+
RosivКто мешает злобному хацкеру (ну или детям, чуть-чуть разбирающимся в этом) сказать браузеру, что Session["id_user"]=556, Вы уверены что речь идет о Session ? А не о куках. Session как я понимаю - это серверный объект и сказать броузеру , что Session["id_user"]=556 вот так с разбегу не получится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2005, 09:54 |
|
||
|
Session и безопасность узла...
|
|||
|---|---|---|---|
|
#18+
big-dukeсказать броузеру , что Session["id_user"]=556 вот так с разбегу не получится. Подтверждаю:-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2005, 10:26 |
|
||
|
Session и безопасность узла...
|
|||
|---|---|---|---|
|
#18+
big-duke RosivКто мешает злобному хацкеру (ну или детям, чуть-чуть разбирающимся в этом) сказать браузеру, что Session["id_user"]=556, Вы уверены что речь идет о Session ? А не о куках. Session как я понимаю - это серверный объект и сказать броузеру , что Session["id_user"]=556 вот так с разбегу не получится. Что такое просто и что такое непросто? И что такое собственно броузер? Некий объект производный от httpContext (это если через MFC) или чего-то в этом роде. Я где-то годик назад писал что-то типа FTP броузера, так разницы от обычного нет. Только классы для FTP/HTTP разные. Вернемся к Session. А что по вашему такое сессия в реалии жизни? Она хранится в браузере или любом другом объекте обращающегося к серверному скрипту. Да, она появляется (генерируется) сервером. Т.е. просто с бухты барахты естественно "в гости" не прийдешь - сессии на сервере нету. А вот если пользователь с этой сессией уже вошел в систему, то что мне мешает зная ее пристроиться вторым потоком? Да ничего не мешает, если единственная проверка это id сессии. Вот такие пироги. А в свой броузер я могу писать что угодно и когда угодно, а серверу, к которому контачишься обычно откровенно все равно IE к нему приполз или "Rosiv browser". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2005, 17:19 |
|
||
|
Session и безопасность узла...
|
|||
|---|---|---|---|
|
#18+
В браузере хранится только идентификатор сессии, и его действительно можно перехватить. Единственный способ застраховаться от этого - SSL. Можно еще разрешать доступ к вашему веб-узлу только с определенных ip-адресов. Причем реализовать это на уровне IIS или еще лучше - на сетевом уровне. Но не всякое приложение расчитано на использование узкого круга лиц ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2005, 17:43 |
|
||
|
Session и безопасность узла...
|
|||
|---|---|---|---|
|
#18+
Сорри, невнимательно прочитала сообщение, поэтому посоветовала то, что вы и так давно знаете. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2005, 17:45 |
|
||
|
Session и безопасность узла...
|
|||
|---|---|---|---|
|
#18+
marina milaninaВ браузере хранится только идентификатор сессии, и его действительно можно перехватить. Единственный способ застраховаться от этого - SSL. Можно еще разрешать доступ к вашему веб-узлу только с определенных ip-адресов. Причем реализовать это на уровне IIS или еще лучше - на сетевом уровне. Но не всякое приложение расчитано на использование узкого круга лиц Сорри, невнимательно прочитала сообщение, поэтому посоветовала то, что вы и так давно знаете. Знать то конечно знаем, да только в системах гос. уровня раньше не внедрял, поэтому решил побеспокоиться заранее об этом тонком моменте. Дело в том, что SSL в отдельных случаях сандалить не очень практично - тормозить будет сильно, вот и ищу обходные методы, сводящие использование SSL к минимуму. Если честно, меня всегда интересовало вопрос: сессия + ограничение по IP дает ли 100% результат того, что не влезут злобные хацкеры с другого компа без использования SSL? То что они могут собирать данные на пути сервер-пользователь в 90% меня мало беспокоит, главное чтобы изменять ничего не могли :). Собственно единичные выловленные данные из базы никакой погоды не делают - главное, чтобы нельзя было выцепить большой кусок базы (для этого ограничения по времени на каждую сессию + ограничение на количество запросов от пользователя в интервал времени). P.S. А система расчитана не на большое количество народу. Тысяч 10-20 максимум. Их ip-ники можно хранить в базе без особых проблем и добавлять по мере необходимости. Мы в конце концов не интернет магазин - кого попало не пускаем :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2005, 23:05 |
|
||
|
Session и безопасность узла...
|
|||
|---|---|---|---|
|
#18+
Еще как вариант, можно запоминать (в базе) последнии SessionID и IP юзера. Если при логине SessionID тот же, а IP-шник другой, рубить (или пересоздавать сессию каким-то образом). Это, конечно, обходится IP спуфером, но как дополнительное средство защиты можно попробовать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2005, 13:30 |
|
||
|
Session и безопасность узла...
|
|||
|---|---|---|---|
|
#18+
Ограничение по ip на сетевом уровне - несомненно даст результат Но это, уже, как я понимаю, не ваша проблема, а проблема сетевых инженеров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2005, 15:48 |
|
||
|
Session и безопасность узла...
|
|||
|---|---|---|---|
|
#18+
marina milaninaОграничение по ip на сетевом уровне - несомненно даст результат Но это, уже, как я понимаю, не ваша проблема, а проблема сетевых инженеров. В принципе да, надо же людям зарабатывать на жизнь. Надеюсь что начальство тоже так думает, а не считает, что я тут зазря людей дергаю, в то время как ограничение могу сам ставить программно :). Ладно, спасибо, что подтвердили мои догадки, а то теория теорией, а за кривую реализацию бьют потом волне реально :). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2005, 15:20 |
|
||
|
|

start [/forum/topic.php?fid=18&msg=33241876&tid=1393662]: |
0ms |
get settings: |
8ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
34ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
66ms |
get tp. blocked users: |
2ms |
| others: | 226ms |
| total: | 376ms |

| 0 / 0 |
