Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP. Практика создания Web-сайтов (второе издание). Авторы: Кузнецов М.В., Симдянов И.В. C++. Мастер-класс в задачах и примерах. Авторы: Кузнецов М.В., Симдянов И.В. PHP 5. На примерах. Авторы: Кузнецов М.В., Симдянов И.В., Голышев С.В. MySQL на примерах. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум PHP

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум (новые сообщения вниз) Структурный форум

тема: До какой пары сессия жива?

Сообщения:  [1-10]   [11-14] 

 
 автор: cheops   (01.02.2007 в 12:35)   письмо автору
 
   для: sidPR   (01.02.2007 в 02:40)
 

да.

   
 
 автор: sidPR   (01.02.2007 в 02:40)   письмо автору
 
   для: cheops   (01.02.2007 в 02:32)
 

XSS-уязвимость это я понимаю если не правильно сформированны обработки входных данных в GET и POST ? и вставка HTML кода или JS на пагу ?

   
 
 автор: cheops   (01.02.2007 в 02:32)   письмо автору
 
   для: sidPR   (01.02.2007 в 02:23)
 

Если нет XSS-уязвимостей, схема безопасна.

   
 
 автор: sidPR   (01.02.2007 в 02:23)   письмо автору
 
   для: cheops   (01.02.2007 в 02:20)
 

вот пример

function logincookie($id, $passhash, $user, $expires = 0x7fffffff) 
 { 
         setcookie("uid", $id, $expires, "/"); 
         setcookie("pass", $passhash, $expires, "/");
         setcookie("user", $user, $expires, "/");  
 } 
 

но еще думаю доменную проверку тоже вставить...
ну и естественно все данные которые в куках будут сравниватся с данными из базы ... соответственно из этих данныз будет стартовать сессия которая тоже будет проверятся.. после чего будет создаватся массив по данным пользователя...с его инфой
на сколько безопасна такая схема?

   
 
 автор: cheops   (01.02.2007 в 02:20)   письмо автору
 
   для: sidPR   (01.02.2007 в 02:14)
 

Нет, без cookie не обойтись, если необходимо, чтобы сайт "помнил" пользователя между сеансами. Сессии традиционно применяются только для сохранении информации в течении одного сеанса, cookie - в течении более длительного времени. Если код не содержит дыр, и cookie и сессии безопасны - поэтому использовать то, что удобнее и позволит предоставить больше функциональности посетителям.

   
 
 автор: sidPR   (01.02.2007 в 02:14)   письмо автору
 
   для: cheops   (01.02.2007 в 02:08)
 

cheops тоесть вы рекомендуете использовать сиссии ибо безопасней... .. просто хочется сделать так чтобы пользователь постоянно входя на сраничку не вбивал по новой логи и пароль... и без куков как быть в такой ситуации..

   
 
 автор: cheops   (01.02.2007 в 02:08)   письмо автору
 
   для: sidPR   (01.02.2007 в 02:01)
 

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

   
 
 автор: sidPR   (01.02.2007 в 02:01)   письмо автору
 
   для: cheops   (01.02.2007 в 01:39)
 

ну так и сессия тоже может подделатся...

   
 
 автор: cheops   (01.02.2007 в 01:39)   письмо автору
 
   для: sidPR   (01.02.2007 в 01:30)
 

Нет почему, можно использовать кольцо... только учитывать, что информация поступает из cookie и, следовательно, может быть подделана.

   
 
 автор: sidPR   (01.02.2007 в 01:30)   письмо автору
 
   для: cheops   (01.02.2007 в 01:24)
 

информация о имени пользователя и зашифрованный в md5 пароль ...

имеется ввиду кольцо из куков значения > в сессию > куки > сессия..

или лучше просто напрямую работать с куками без сессий вообще может они не нужны впринцепе...

   

Сообщения:  [1-10]   [11-14] 

Форум разработан IT-студией SoftTime
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования