отличный совет) еще варианты?

кому надо будет - распакует и распространит а так тебе написали уже несколько вариантов, но ты на каждый ответил "не хочу, не буду"

кому надо, взламывают и денуво и другое, тут вопрос соотношения защита\сложность варианты читал и спасибо за них, исходя из них я описал вариант, который я выбрал в итоге. По поводу бизнес логики на сервере - да, знаю что самый лучший, но и самый проблемный(нагрузка, постоянное соединение). Нет задачи "закриптовать, запаковать, защитить и поднять защиту вокруг". Задача просто усложнить человеку внести свои правки в код, хотя бы уйти от "открыть js файл, который запускаешь и изменить 20ую строку"

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

почему?

Ребят, наверное мало инфы дал. Приложение электрон, оно само по себе не зависит от сервера и может работать без него. Сейчас нужно сделать так, чтобы это приложение можно было контролировать на уровне "рабочее/не рабочее". Решил просто генерить рандомный токен и на сервере просто хранить список "рабочих" токенов. Но в довесок нужна логика, которая говорила бы людям "не используй более одной учетной записи(токена) в один момент времени(погрешность 30-90 сек). Решил сделать так: при первом запуске авторизация(проверка на работоспособность токена) и соотношение мак адреса клиента с токеном. Далее пинг с передачей мака и токена, а на сервере проверяется, если соотношение мака с токеном не верное, то закрывается программа. А неверное соотношение может быть в случае, когда второй логин перебивает линковку мака с токеном, и соответственно первый уже невалидным получается

Спасибо за накиданные идейки)

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

Используй jwt и не еби мозги

Почему ты jwt не хочешь использовать?

так тут вопрос же не в том, как генерить токен, а больше как сделать чтобы не пользовались в один момент времени одним и тем же токеном

так тут вопрос же не в том, как генерить токен, а больше как сделать чтобы не пользовались в один момент времени одним и тем же токеном

да, учет мак адресов я и решил вести на сервере

отличный совет) еще варианты?

Зарегистрируйся и почитай доки у сервиса keygen.sh

мне идея нравится, но тут получается, что сервер не на твоей стороне, а их. у меня с этим проблем нет, но вот у @HulioEglesias могут быть сложности, как я понимаю, с использованием сторонних сервисов. все проблема в том, что по какой-то неведомой мною причине, работа с приложением online отвергается, но а offline много не придумаешь, все по старинке, заказал болванок, напечатал в Калуге, и пошел по ларькам продавать ;)

Ну если не онлайн, то все равно взломают :) всё взламывают

по моим ощущениям, offine приложения взламывают с рейтом - 100%, онлайн - 60-70%, то есть у 30%, несмотря на популярность и массовость, удается удержаться от дискредитации пользовательских данных

онлайн мне нравится, но изначально написано было все для офлайна и самый простой способ - сделать просто одноразовую проверку, чтобы в случае чего убрать и отдать офлайн версию

а ну тогда такая еще идейка - сразу в CI/CD закинуть в pipeline, чтобы версия щиппилась сразу, как придет e-mail от клиента, из другого electron приложения, для регистрации, встроенного в урезанную версию. с его данными регистрации и всеми потрохами включая MAC-адрес

Ага, а для мака собирать минут 20 для одного юзера. Notarization все дела.

Да, если есть привязка карты или паспортных данных, там для взлома сначала нужно угнать аккаунты, а если их очень быстро будут блокировать, то вообще жесть.

нужно на сервер логику пихать

Ага, а для мака собирать минут 20 для одного юзера. Notarization все дела.

Да, ++

а у тебя приложения для Mac OS X?, если да, вообще огород городит не надо, все уже есть в developer.apple.com https://developer.apple.com/documentation/xcode/notarizing_macos_software_before_distribution

И вообще, сначала раскрутите софт, а потом уже боритесь с проблемой взломов :D

Вопрос конечно тупой, но все же, а причем тут это?))

Я прост не вижу проблемы установить софт без нотаризации(не могу на русский нормально перевести)

В Electron как с этим вообще, он нотаризуется в XCode и программе для разработчиков Apple? (см. ссылку выше)

Как это связано с защитой от скачивания с торрентов крякнутых прог?

А вы вообще много электрон апп на торрентах видели?

Под Mac OS X ничего не видел, на Electron, кроме бесплатного VSCode

Slack, Discord, Github, Skype

А вы вообще много электрон апп на торрентах видели?

Slack, Discord, Github, Skype

С мое колокольни вы тут пытаетесь решить проблему до ее фактического появления

Ну классно ведь)

Просто имхо электрон это прежде всего этап прототипирования. Если аппа взлетает, то ее скорее всего перепишут нативно

Мля, сколько у тебя миллиардов?)) Если Slack, Discord, Skype, VSCode ещё не взлетели... Это уже оффтоп) пора завязывать

Просто имхо электрон это прежде всего этап прототипирования. Если аппа взлетает, то ее скорее всего перепишут нативно

зачем, в 99.999999% достаточно поместить в AppStore, пройдя Notarization, остальное берет на себя Apple, все. Там две кнопки нажать, если ты не хакерской софт пишешь, "и так сойдет", вроде как, защищать кастомно не нужно от слова совсем, наоборот, не пройдете премодерацию в Apple с этим геморроем

Эппл это 30% от пирога :) ну и они там в последнее время не любят электрон

это да, проверял. а еще налоги платить, так что выходит 50% в среднем (мне неважно кто у меня заберет выручку, если в результате там останется меньше половины)

да, налоги, постоянно про них забываю 😄

Всем привет, делаю свой первый проект на ElectronJS. Делаю десктопную программу, которая работает без сервера. Я понимаю, что без проблем можно использовать SQLite как бд. Но можно ли использовать и другие бд, если надо чтобы. программа устанавливалась без гемороя ? Спеасибо за ответ

Всем привет, делаю свой первый проект на ElectronJS. Делаю десктопную программу, которая работает без сервера. Я понимаю, что без проблем можно использовать SQLite как бд. Но можно ли использовать и другие бд, если надо чтобы. программа устанавливалась без гемороя ? Спеасибо за ответ

Ну, Lowdb и Nedb - это не реаллиционные Бд