Как ограничить использование своего декстоп-приложения (.exe) только тем, кто зарегистрирован у меня на сайте (как это выглядит примерно?)?

Question

[Tom Nolane]

Доброго времени суток тостерчане и тостерчанки) не могу нагуглить - как правильно "это" называется, чтобы посмотреть - примерно как "это" реализовать (хотя бы по простому). Суть: есть приложение для WIN и хочу (в идеале), чтобы пользователь зарегистрированный на моём сайте - мог пользоваться моим приложением (для этого, он скачивает его себе и устанавливает)... а если он нарушит "правила" или ещё что-то или он не зарегистрирован - чтобы программа не запускалась? Было бы супер, если каждый раз после успешного ввода (пользователем в программе) логина и пароля - скачивалась удалённо dll (моя), имплентировалась и программа запускалась... после чего, пользователь закрывает приложение (загруженная dll удалялась)... т.е. интерисует способ загрузки удалённой dll с последующим имплиментированием и перед закрытием программы - удаление из программы?
(п.с. это тема частично про динамические загружаемые сборки??)
Подскажите... где про это (примерно) пожно почитать/посмотреть код?
п.с.с. интерисует со стороны приложения.. а не сайта...
п.с.с.с. работа самого приложения с сайтом не связана...

Answer 1

[Smilleey]

Если совсем по-простому, то я бы сделал запрос на сайт с указанием логина пользователя после входа и возвращаемую строку с сайта (есть/нет доступа) для данного пользователя. Защита от дурака и при желании легко ломается.

Comments

[Tom Nolane]

ломается всё)) и задача не стоит 100% обезопасить) но я думаю (даже не знаю... правильно или нет)... если часть кода (например в dll где описаны основные методы) будет просто отсутствовать у клиента...и только после успешной авторизации - программа сама скачивает (background) dll внедряет в сборку, и дальше запускается... далее клиент выполняет то, что хочет в программе после чего перед закрытием, эта dll из памяти (или физически удалялась...) и... трудности только с тем, как внедрить dll в приложение (т.е. его скачать сначала на физ диск, потом через рефлексию внедрить.... или можно сразу через assembly.load загурзить.... чтобы dll была только в памяти....) и вообще - правильно я мыслю или нет)) ??

[Tom Nolane]

п.с. вариант сделать, чтобы основной dll был на сайте и клиентского приложение просто отправляло запросы через основной dll ... не катит( пока не готов для этого сделать сервер, который бы смог обрабатывать много запросов... а текущий - посыпится... если будет более 5 000 запросов... (или 10 000) точно не знаю

[Smilleey]

Tom Nolane: Ну если хочется всё усложнить, то можно и так, наверное сделать, но если не стоит задачи сделать сложноломаемую систему, то я бы не стал так сделать, исключительно по моему мнению.

[Tom Nolane]

Smilleey: проект коммерческий( и (пока) написан на c# (к сожалению) ... конечно буду применять обусфакторы и прочие танцы с бубном... и часть кода переделывать на c++... но это потом... и пока я это (буду) делать (потом...) хочется на какое-то время "держать" в руках хоть какие-то "нити" управления...

[Tom Nolane]

Артём Петренков: для этого он должен быть юзер-зверем)) причём грамотным)) если такие "попадутся" - то уже ничего не попишешь) (наверно)... просто не знаю как нечто похожее можно реализовать и/или какие альтернативы есть? Модули? Хотя бы название (или лучше статейку на хабре... или код simply на гитхабе....)

[Smilleey]

Tom Nolane: Почему сразу "к сожалению"? И на C# можно сделать трудноломаемую систему. Пусть будет постоянная проверка пользователя (раз в минуту), правда тогда программа не будет без интернета работать. Как Артём сказал, всегда можно сохранить dll, которая будет подкачана...

[Tom Nolane]

Smilleey: программа изначально заточена под инет (SMM) и без него (инета) и так работать не будет))

[Smilleey]

Tom Nolane: Сделайте API у себя на сервере, а на клиенте обёртку этого API. Тогда никто ничего взломать не сможет...

[Tom Nolane]

Smilleey: решение не плохое, и рано или поздно это сделаю... но программа способна отправлять много запросов и боюсь... 10 клиентов погасят пой сервер "досс-флудом")))

Answer 2

[Tom Nolane]

решил пока так...

Assembly assembly = Assembly.LoadFrom("https://мой_сайт.ru/Library2.dll");
                Type type = assembly.GetType("Library2.MainWindow");
                dynamic obj = Activator.CreateInstance(type);
                Window extern= (Window)obj;
                exnter .Show();  
// extern- wpf переделанный в dll

п.с. но в итоге лучше настроить свой API... если сроки позволяют

Answer 3

[d-stream]

То есть пользователь, где-нибудь в роуминге будет при каждом запуске программы тратить деньги и время на скачивание dll. Притом столько раз сколько он запустит программу. Если еще программа время от времени самопроизвольно вылетает... будет песня...

Comments

[Tom Nolane]

часть исполняемого кода весит 8Мб) (вся вся программа 70 метров) программа - декстоп (для win)) и связана с непосредственной большой работой (и соответственно траффика) в инете) так что не думаю) что люди будучи в роуменге будут пользоваться данной программой - она для SMM-щиков) на счёт вылета - поскольку я так не подключал (скачивал и имплеминтировал) по-этому не знаю( на счёт "ошибок"... вот и думал... это dll буду постоянно обновлять (исправлять... добавлять...) и пользователь каждый раз загружает уже "новую версию" - где (если были баги) исправлены... и добавлены новые возможности...

[d-stream]

Tom Nolane: Может тогда вообще "параноидальный режим" в виде RDP|RemoteAPP ?