Convalida della licenza e chiamata a casa

Sto sviluppando un'applicazione che, una volta acquistata, può essere attivata tramite una licenza.

Attualmente sto eseguendo una convalida offline che è un po 'preoccupante per me. Sono consapevole che non c'è nulla da fare contro le crepe (ovvero i file binari modificati), tuttavia, sto pensando di provare a scoraggiare la pirateria con chiave di licenza. Ecco il mio piano attuale:

• Quando l'utente attiva il software e dopo la convalida offline ha esito positivo, tenta di chiamare home e convalidare la licenza. Se home approva la licenza o se home non è raggiungibile o se l'utente non è in linea, la licenza viene approvata . Se viene raggiunto home e indica che la licenza non è valida, la convalida non riesce.
• Durante l'avvio (in background) l'applicazione con licenza chiama sempre allo stesso modo allo stesso modo. Se la licenza viene revocata (ovvero licenza piratata o generata tramite keygen), la licenza viene disattivata.

Questo dovrebbe aiutare con la pirateria delle licenze - Una licenza non valida verrà disabilitata e una licenza valida che è stata piratata può essere revocata (e il suo legittimo proprietario viene fornito con una nuova licenza). Gli utenti di pirati saranno costretti a utilizzare la versione crackata che di solito è specifica per la versione e più difficile da raggiungere.

Mentre in genere suona bene per me, ho alcune preoccupazioni:

• Gli utenti tendono a non apprezzare le chiamate a domicilio e la convalida online. Questo tipo di validazione ti disturberà? Anche se in caso di offline / errore l'applicazione rimane autorizzata?
• È chiaro che l'intero schema può essere contrastato andando offline / firewall / ecc. Penso che il disturbo di fare uno di questi sia abbastanza grande da scoraggiare la condivisione casuale delle licenze, ma non ne sono sicuro.
• Come accade in generale con le licenze e le variazioni DRM, non sono sicuro che il tempo che dedico a quel tipo di protezione non sia meglio speso migliorando il mio prodotto.

Apprezzerei il tuo contributo e i tuoi pensieri.

Grazie!

Questa non è davvero una guerra che puoi vincere con l'approccio che hai delineato. Come altri hanno sottolineato, semplicemente disabilitando la rete o facendo clic su "no" quando il firewall ti chiede se consentire all'applicazione di telefonare a casa, ignorerà il telefono-casa. A parte questo, gli utenti odiano assolutamente questo tipo di cose e potrebbe essere richiesto all'utente di spuntare esplicitamente una casella di controllo dicendo che capiscono che cosa il sistema sta per telefonare a casa (in base alla legge di alcuni paesi).

Che cosa si può fare? Il mio consiglio sarebbe:

• Cerca di premiare i tuoi clienti paganti con un valore aggiunto (aggiornamenti frequenti, tutorial online, ecc.), Piuttosto che punirli efficacemente.
• Non preoccuparti troppo dei pirati. In molti casi, è improbabile che abbiano acquistato il tuo software in primo luogo, il minimo che possono fare è diffondere la consapevolezza della tua applicazione.
• Se davvero non riesci a gestire il fatto che il tuo software sarà piratato, rendilo un'app online (se la natura del software è tale che questo è possibile). C'è stato un articolo interessante di uno sviluppatore che ha fatto questa mossa e ha scoperto che la sua versione web è stata venduta molto meglio, è stato molto più facile identificare quali funzionalità sono state effettivamente utilizzate dagli utenti (dal momento che non si chiama davvero a casa se si è già sul server), e c'era molta meno riluttanza per le persone a tirar fuori le loro carte di credito (scusate, non riesco a trovare il link).

Con qualcosa del genere dovresti porre a te stesso (o al tuo capo) la seguente domanda:

I costi di sviluppo e mantenimento di un regime antipirateria sono inferiori o superiori alle perdite dovute alla pirateria?

Se sono meno, allora provaci. In questo caso presumo che il tuo software abbia un valore elevato (come Microsoft Word o AutoCAD) e che la gente non si preoccuperà di chiamarlo a casa una volta ogni tanto.

Se sono maggiori, suggerirei seriamente di non implementare nulla di troppo complesso (o addirittura di nulla) e di impegnarsi a guadagnare denaro dal software in altri modi. Potresti addebitare un costo per il supporto o per le persone che partecipano al programma per sviluppatori o per un numero qualsiasi di altre cose.

Un'altra cosa da tenere a mente è che se qualcuno è determinato a piratare il tuo software lo farà e l'aggiunta di più livelli non li fermerà, ma infastidirà i tuoi utenti legittimi.

Una preoccupazione che non sembra essere risolta qui è "sei uscito dal mercato". Mentre questa può sembrare una variazione di "rete inattiva", è una situazione più permanente. L'ho trovato in diversi prodotti per sviluppatori.

La mia osservazione è che dipende molto dal mercato verticale in cui stai distribuendo la tua applicazione. Alcuni sono molto più inclini alla pirateria e ad altri usi non autorizzati di altri. Ad esempio, non rilascerò mai un altro prodotto sul mercato Internet e SEO senza fare una "telefonata a casa" e altre protezioni. La pirateria diffusa e informale è la regola in quella nicchia. Altri mercati di nicchia in cui ho lavorato, come l'elaborazione dei reclami medici, mi sentirei più a mio agio con una protezione della copia più flessibile.

Come ha detto Daniel B, spostare l'app online, in tutto o in parte, è una potenziale opzione. Questo è il mio piano attuale per una nuova app in cui mi trovo in fase di progettazione in questo momento.

Dagli svantaggi dei dongle :

Alcuni svantaggi familiari sono che:

• Il fornitore del software deve acquistare, archiviare e consegnare un componente hardware a ciascun cliente
• I clienti devono attendere per eseguire la loro licenza, ma oggi gli utenti si aspettano una consegna quasi istantanea del software
• I clienti devono tenere un dispositivo USB inserito nella propria macchina (sporgente nella parte anteriore o laterale, dove può essere danneggiato)
• Se un cliente desidera spostare la licenza su un'altra macchina, deve spedire la chiave hardware.