Форум Flasher.ru
Ближайшие курсы в Школе RealTime
Список интенсивных курсов: [см.]  
  
Специальные предложения: [см.]  
  
 
Блоги Правила Справка Пользователи Календарь Сообщения за день
 

Вернуться   Форум Flasher.ru > Flash > API приложений и сред

Версия для печати  Отправить по электронной почте    « Предыдущая тема | Следующая тема »  
Опции темы Опции просмотра
 
Создать новую тему Ответ
Старый 17.10.2009, 14:28
Ac1d вне форума Посмотреть профиль Отправить личное сообщение для Ac1d Найти все сообщения от Ac1d
  № 1  
Ответить с цитированием
Ac1d
[+4 31.08.10]

Регистрация: Oct 2009
Сообщений: 23
По умолчанию Vkontakte и "удаленный сервер"

Всем привет.
Меня интересует вопрос, какие существуют простые механизмы чтобы на сервере проверить, что запрос пришел именно от приложения? И как защитить сервер от посылки запросов, перехваченных кем-то? Какой способ используете вы?
Спасибо.

Старый 17.10.2009, 15:07
chabapok вне форума Посмотреть профиль Отправить личное сообщение для chabapok Найти все сообщения от chabapok
  № 2  
Ответить с цитированием
chabapok

Регистрация: Jul 2009
Сообщений: 240
Записей в блоге: 1
Для этого существует механизм auth_key. Он самый простой и штатный к тому же. Про него там в документации написано.

в значительной мере он защищает, по крайней мере юзер А не может подделать запрос юзера Б.

свой - может, теоретически. Но, блин, тоже сложно.

Старый 17.10.2009, 15:15
Ac1d вне форума Посмотреть профиль Отправить личное сообщение для Ac1d Найти все сообщения от Ac1d
  № 3  
Ответить с цитированием
Ac1d
[+4 31.08.10]

Регистрация: Oct 2009
Сообщений: 23
Цитата:
Сообщение от chabapok Посмотреть сообщение
Для этого существует механизм auth_key. Он самый простой и штатный к тому же. Про него там в документации написано.

в значительной мере он защищает, по крайней мере юзер А не может подделать запрос юзера Б.

свой - может, теоретически. Но, блин, тоже сложно.
Про auth_key читал, но он так же передается в запросе, следовательно запрос легко отловить и передать серверу еще сколько угодно раз. А если запрос на изменение чего то в бд, то это может нанести какой то ущерб бд.

Старый 17.10.2009, 15:56
Яски вне форума Посмотреть профиль Отправить личное сообщение для Яски Найти все сообщения от Яски
  № 4  
Ответить с цитированием
Яски

блогер
Регистрация: May 2008
Адрес: (0, 10, 185) в локальной системе
Сообщений: 721
Записей в блоге: 6
Такой защиты как вы описали не существует
__________________
TankiOnline
Я разработчик Alternativa3D

Старый 17.10.2009, 16:48
chabapok вне форума Посмотреть профиль Отправить личное сообщение для chabapok Найти все сообщения от chabapok
  № 5  
Ответить с цитированием
chabapok

Регистрация: Jul 2009
Сообщений: 240
Записей в блоге: 1
100%нтной не существует. Но частично можно:

Цитата:
А если запрос на изменение чего то в бд, то это может нанести какой то ущерб бд.
Значит сервер должен ограничивать кол-во запросов от юзера в минуту, например.
при этом каждый след.запрос должен иметь своё id и timestamp, а сервер должен отбрасывать запросы с повторяющимся id.
Или просто тупо отбрасывать дупы в запросах.

Старый 18.10.2009, 02:13
Яски вне форума Посмотреть профиль Отправить личное сообщение для Яски Найти все сообщения от Яски
  № 6  
Ответить с цитированием
Яски

блогер
Регистрация: May 2008
Адрес: (0, 10, 185) в локальной системе
Сообщений: 721
Записей в блоге: 6
Ну и можно подделать запросы и посылать дуплирующиеся, но с разным id. Это нужно решать по-другому — запросы от клиента не должны быть способны навредить БД.
__________________
TankiOnline
Я разработчик Alternativa3D

Создать новую тему Ответ Часовой пояс GMT +4, время: 18:54.
Быстрый переход
  « Предыдущая тема | Следующая тема »  

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

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


 


Часовой пояс GMT +4, время: 18:54.


Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2024, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.