Прива всем

Мня интересует след. проблема:

ИД сессии передается игроку с помощью двух вар-тов

1). Через куки
2). С помощью GET и POST

Ведь куки подделываются, если передается через куки, то почему нельзя подставить опред. ИД сессии (если у тебя уже есть ИД сессии, того под кем ты хочешь залогиниться)

А если через GET и POST, то я прочитал, что это небезопасно

Значит, если через GET и POST, то взломщик может забыть про подделку куки?

Тогда вствает вопрос об инъекцих, если там начнут login.php?=act....

То получается при прав. запросе, можно опять залогин.?

Тогда вставет проблема след.:

Как запретить внешние запросы?

(дайте ссылки плиззз)

Потом легко ли отследить в какой каталог идут все сессии?

Заранее Спасибо

Какие внешние запросы? Ты о чем вообще?
Как куки подделываются, кем они подделываются?
Если вопрос в том, можно ли послать нужный sid на сервер — можно.
Можно ли угадать 32-разрядное 16-ричное число? Тоже можно. Вероятность такой возможности посчитай сам.

Тут есть про обход безопасности: http://hack-expo.void.ru/groups/poizon.net.ru/cs.htm

Внешние запросы это когда посыл. ?= могут прописать запрос, так как это на многих шаблонных форумах можно это сделать (как и секлаб пубилкует бесконечные дыры)

А на нескольких сайтах я тестил мне выдавали сообщение, что ошибка из-за внеших запросов, если я хоть что-то пытался прописать.

кем они подделываются? - зачем этот вопрос задавать, я такого не задавал

Итак, вообще любые данные идущие в сети можно перехватить, это факт. Вопрос в том, будут ли они представлять для злоумышленника что-то полезное или нет. Допустим, что злоумышленник перехватил запрос вида www.site.com?login=lammer&password=123 Таким образом он узнал все что хотел, а теперь представь что такой же запрос был перехвачен, но обернут в ssl - данные бессмыслены без ключа. Итак, насчет сессий - перехватить можно, насчет куки - перехватить можно. Но при грамотном построении кода данные будут бессмыслены.

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

А теперь по делу: любые данные, приходящие от клиента, клиент может подделать. Любые. Будь то кукисы, ID сессии, POST, ну и конечно GET. Даже user_agent может содержать SQL инекцию... Надо просто экранировать и проверять.

Удачи.

Так вопрос я и написал, есть ли фильтр от подделки

Когда в браузера человек будет писать запросы

Потмо я не пойму, какой транс, я все четко написал, так как мне сначала говорили.

Вы мне четко дайте место, где транс разберем

А во-вторых я вам права не давал обсуждать, где я нахожусь в трансе или с девушкой в постели

А по сути пишите

ЗЫ

Это не грубость, а ответ за транс, так как если даж я и в трансе я не давал разреш. меня обсуждать

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

ИД сессии передается игроку с помощью двух вар-тов

1). Через куки
2). С помощью GET и POST

Если это вас в транс мой завело, то извинте я поясню, что имел в виду

1). - вар-т я просто описываю, просто как способ
2). - а 2-ой вар-т, если прием/передачу куков запретили

Это сообщение отредактировал(а) PARROT - 19.4.2007, 18:41

Согласен на все 100. При чем в нескольких его постах. Лан, оффтоп прекратили.

Testing001, мешай идентификаторы, закодированные допустим в base64 с рандомными числами, которые также передавай в УРЛ-е перемноженные на некоторые переменные окружения, плюс приватный ключ между скриптами для расшифровки исходных значений, которые требуются для изъятия кодированных данных. Суть тут какая, я давно так делаю, и могу заверить, что подделать подобные УРЛ-ы практически невозможно, ну а если перехватить и посалать, то это любая система не сможет определить.

Testing001, извини, на самом деле ты молодец, хвалю. И думаешь ты в правильном направлении, и посты у тебя осмысленные, и много чего таят твои гениальные идеи. Извини, если обидели.

Теперь вопросы только по существу.

Testing001, я беру свои слова обратно.

Так что там с вашей проблемой? продвижения есть?

Не надо, как-нибудь сам резберусь   

Это сообщение отредактировал(а) Testing001 - 19.4.2007, 16:46