Аппаратная привязка (против игровых мультов)
Вопрос. Требуется идентификация компьютера на котором выполняется приложение ВКонтакте на базе FlashPlayer11.2 язык ActionScript 3.0, с целью идентификации и дальнейшей блокировки всевозможных мультов (разных аккаунтов зарегистрированных в игре и имеющих одного реального хозяина и выполняемых, как правило, с одного компьютера).
Можно ли каким-либо образом при запуске приложения на ActionScript 3.0 прочитать параметры железа (компьютера), например MAC адрес сетевой платы, уникальный идентификатор Видеокарты, жесткого диска, материнской платы и прочее. Чтобы на основе этих данных создать некий уникальный код, сохранить его на сервере и при следующем запуске совершенно точно идентифицировать, что запуск произведен имено с этого компьютера. Если где-то уже была тема, дайте плиз ссылку, а то даже не знаю как подобное искать. Пробовал Яндекс крутить со словами "Аппаратная идентификация" "определить аппаратную среду выполнения" и тд. все что нашел это ссылку на классы Capabilities и System, но они не дают исчерпывающей информации по "железу", хотя гдето близко к тому что надо. PS: IP адрес известен на сервере, но такой характеристики не дает, так как люди подключают WiFi роутеры и сервак все компы видит как один адрес, а компьютеры реально разные. |
Это возможно только в AIR приложении.
|
Цитата:
|
Цитата:
|
AIR - это тоже песочница. Чтобы добраться до "железных" параметров потребуются native extentions.
|
Если вы очень сильно доверяете пользователям вашего приложения, то вы можете при первом запуске приложения подключаться к серверу и брать уникальный идентификатор оттуда. Потом сохранять его в SharedObject на клиенте и использовать по назначению.
|
Сохраните уникальный идентификатор в shared object и читайте его. Есть доля вероятности, что это та машина, на которой вы его сохранили.
|
Можно взять 3 компонента: ключ выданный при скачивании, ip и пароль который пользователь ввел при первом запуске. По этим 3 параметрам можно всегда идентифицировать экземпляр программы.
Ну и да, все 3 можно хранить в SharedObject. И даже если какой-то один из них потеряется, остальные 2 можно будет восстановить (осуществить перепривязку). Например - потерся SharedObject и неизвестен теперь ключ продукта? - не беда, выдаем пользователю новый ключ (или восстанавливаем старый) по паре ip + пароль. Забыли пароль - не проблема, восстанавливаем исходя из ip + ключ продукта. Зашли с нового ip? - перепривязываем после ввода ключа и пароля. Важным условием тут является то, что ключ продукта хранится в SharedObject, а пароль знает только пользователь. Хотя может конечно это утопия ;) |
Цитата:
Добавлено через 1 минуту Цитата:
|
|
Часовой пояс GMT +4, время: 12:29. |
Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2024, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.