Форум Херсона. Форум Херсонской молодежи, флейм, фотографии Херсона, политика в Херсоне, сетевой форум, сети Херсона


Приветствуем на Форум Херсона. Форум Херсонской молодежи..

На данный момент Вы находитесь на форуме как Гость и имеете очень ограниченные возможности и права. Что бы писать или отвечать в темах, загружать картинки, файлы на форуме Вам нужно зарегистрироваться, что совершенно бесплатно. Регистрация очень быстрая, не откладывайте эту процедуру!

Если возникнут проблемы с регистрацией напишите нам.

Галерея форума Блоги пользователей Список банов
Вернуться   Форум Херсона. Форум Херсонской молодежи. > > >
Регистрация СправкаСтатистика Пользователи Календарь Сообщения за день

Программирование Все вопросы по написанию программ

Тема: безопасность веб Ответить в теме
Ваше имя пользователя: Для входа нажмите здесь
Проверка вопроса системы антиспама "NoSpam!"
Стодвацатьадмин дабавить двацать
Image Verification
Пожалуйста, введите шесть букв и/или цифр, которые изображены на картинке.

Заголовок:
  
Сообщение:
Иконки для сообщения
Вы можете выбрать иконку, характеризующую сообщение:
 

Дополнительные опции
Другое

Просмотр темы (Новые вначале)
01.04.2009 20:22
PhoeniXX Есть еще альтернатива кукам - генерится сессионый уникальный ключ, и добавляется к каждому запросу. Так умеет и PHP, и ASP.Net делать. И ограниченное время жизни сессии. Но опять же - не сложно узнать этот сессионный ключ. Хотя в данном случае он не подойдет

PhoeniXX добавил 01.04.2009 в 21:33
Можешь попробовать генерить кукую, кроме нужно информации еще некую дополнительную - типа версия браузера, что он поддерживает, etc. Все это шифровать и отдавать клиенту.
Еще есть третий вариант - инфокарты. В винде известна как Windows Cardspace. Сайт при регистрации пользователя выдает ему лично его уникальную инфокарту, который виндой (Cardspace-ом) ставиться в локальное хранилище пользователя.
На странице логине размещается <object> с оопределенным идентификатором. При клике пользователя на клиенте запускается CardSpace, который предлагает пользователю выбрать нужную InfoCard-у, и при выборе она передаеться на сервер. По ней можно идентифицировать пользователя, но хранить его сессию можно в параметре запроса\куке с сильно ограниченным временем жизни.

PhoeniXX добавил 01.04.2009 в 22:46
К слову, нужно еще поискать существуют ли open source решения для инфо кард для *nix систем. Если я не ошибаюсь, стандарт открытый, и они должны быть.
01.04.2009 17:24
kovalev Спасибо ответившим, будем думать )
01.04.2009 15:04
TIGR ну хотябы не разрешать выполнение пользовательского джаваскрипта а то на одном сайте солидной как бы компании это было так сказать очень веселой забавой - написать чего нибудь своё, не говоря уже о воровстве этих самых кук )))
01.04.2009 11:24
ustas
Цитата:
единсвенное что ты можешь - устранить возможность угона кук
Каким образом? Какими средствами?
01.04.2009 09:32
TIGR действительно такое слово есть )) не знал.

тут пока действительно нет решений, единсвенное что ты можешь - устранить возможность угона кук.
01.04.2009 09:00
Absent Юзай хардварный кей на флэшке 8)
ПыСы
На данном этапе вэба, с учётом малости параметров для решения этай задачи, секурных решений практически нет.
31.03.2009 23:36
kovalev
Цитата:
Сообщение от TIGR Посмотреть сообщение
зиждется - я чёто слова такого не знаю, можешь по-русски пожалуйста. та и вообще более конкретный вопрос задай, а то не понятно что тебе не ясно.
зиждется - основывается. Это и есть русский. Когда еще был не в форме факультатива.
По поводу безопасности интересует такой вопрос - если вот я исхитрился и во время сеанса (хотя наверное и потом также) другого пользователя спер куку и установил себе в браузер, то вроде как я уже и есть другой пользователь для исходной странички. Меня интересуют существующие дополнительные варианты защиты (не теоретические типа по сетчатке глаза) без привязки к IP (пример нашей сети-грубо у всех один), браузеру. То есть привязывается ли кука как-то к компу. Интересуют варианты, практически работающие в инете. Заранее спасибо
p.s. все вышесказанное относится к повторному узнаванию пользователя без ввода с его стороны имени и пароля, то есть какие-то данные должны оставаться у него в клиенте
31.03.2009 20:54
TIGR
Цитата:
Сообщение от kovalev Посмотреть сообщение
...То есть получается, безопасность зиждется на наличии в клиенте куки (пусть даже зашифрованной). ..
зиждется - я чёто слова такого не знаю, можешь по-русски пожалуйста. та и вообще более конкретный вопрос задай, а то не понятно что тебе не ясно.
31.03.2009 18:37
kovalev
безопасность веб

по поводу веб - безопасности: если я авторизировал пользователя, и ему в дальнейшем лень нажимать кнопочки, чтобы входить повторно под своим именем, то я ложу ему в клиент куку, которую затем и читаю, ну и есс решаю, пускать его или нет. То есть получается, безопасность зиждется на наличии в клиенте куки (пусть даже зашифрованной). Не подскажете ли варианты? Ну или где почитать. Заранее спасибо.

Ваши права в разделе
Вы не можете создавать темы
Вы можете отвечать на сообщения
Вы не можете прикреплять файлы
Вы не можете редактировать сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Trackbacks are Выкл.
Pingbacks are Выкл.
Refbacks are Выкл.

Время на сервере: 14:09.

Регистрация Справка Пользователи Календарь Сообщения за день

vBulletin 3, Copyright © 2000-2024, Jelsoft Enterprises Ltd.
Русский перевод: zCarot, Vovan & Co