Newsgroup: it.comp.lang.visual-basic
Titolo: [!] Aggiunta alle idee di protezione SW

leggendo il messaggio di "PD" del "04/12/02 22.03"
mi e' venuto in mente che il sistema di un floppy con formattazione non
standard potrebbe contribuire a una qualche protezione sw , pensiamo al
sistema di abilitazione licenza via floppy , si potrebbe ideare questo
sistema : formattare un disketto in modo normale e scriverci dei fake-file
con dati e codici a caso, poi scrivere in un determinati settori , dei dati
che riuniti e ricomposti in una determinata sequenza costituiscono il codice
abilitante !
certo esistono ancora "copiatori hw" di floppy ma infondo tutto si crakka ,
renderlo + difficile e' il nostro lavoro ^_^

Io ho utilizzato questa metodo:
1-Ho generato con un codice scritto da me dei seriali composti da 32
caratteri o numeri a gruppi di 8
2-Quando parte il programma verifica se esiste un file che io metto (durante
la registrazione) in ben 7 posizioni del disco differenti, con 7 nomi
differenti. Inoltre scrivo 12 chiavi nel registro di configurazione con nomi
che differiscono di uno o due caratteri da quelle più comuni in cui
inserisco sempre il solito numero di serie dell'hd (criptato secondo un
semplice algoritmo)
3-Se esistono TUTTI i 7 files e le 12 chiavi di registro allora verifica che
al loro interno il numero di serie (criptato secondo un semplice algoritmo
incorporato nel codice del programma) sia uguale a quello del disco su cui
si trova l'applicazione.
4-Se è uguale allora parte altrimenti si blocca.
Se invece UNO O PIU' file non esistono allora chiedo di registrare il
programma (tipo win xp), si inserisce il codice seriale che io fornisco con
ogni programma (Quindi un software=un solo utente=un seriale) e tramite una
pagina asp su un sito internet controllo se quel seriale è già stato
registrato o meno. Se è già stato registrato dico all'utente che è già
registrato e quindi di reinserirne uno "nuovo", se non è registrato allora
lo metto come registrato poi vado a creare quei file sull hd e faccio
partire il programma. Se invece il codice non esiste proprio sul db su
internet allora gli dico che è sbagliato.
Inoltre a fine "attivazione" il software comunica all'utente un codice
"secondario" di 10 cifre che gli serve nel caso in cui formattasse l'hd e
volesse reinstallare il programma. Solo se TELEFONICAMENTE mi comunica quel
codice io gli resetto la registrazione sul db su internet e così lui può
registrarsi senza avere il messaggio che il seriale è già registrato.
Certo, tutto si può crakkare ma rendergli la vita più difficile di cosi!!!
;-D
""Gigio2K"" <baronef...@SPAM-YOURSELFyahoo.com> ha scritto nel messaggio
news:y6OH9.60621$3l.16...@twister1.libero.it...


 ;-D
eh eh , secondo me un mesetto lo dovremmo spenderlo sul reverse enginnering
, ho sentito di sw che monitorizzano tutto , ma proprio tutto sul pc ,
quindi si crakka come si vuole , anche io uso il sistema di internet per
l'attivazione ma l'ho modificata un po , tramite un semplice button gli
leggo seriale dell HD e il codice di attivazione che deve inserire per
richiedere la nuova key , poi se putacaso e' gia' inserito mi mando una
Email , e quindi chiamo il cliente , se la risposta e' positiva cancella la
vecchia chiave ( quindi la vecchia istallazione e' inutilizzabile) e gli
attivo l'altra , se la risposta e' negativa vuol dire che compro vasellina e
vado a trovare il mio cliente ^_^;

 , ho sentito di sw che monitorizzano tutto , ma proprio tutto sul pc ,
http://www.sysinternals.com
, FileMon per monitorizzare in tempo
reale accessi al disco e ai file, RegMon per il registro, TCPMon per le
connessioni, e altro. Freeware.
InCtrl5 (gugla, si trova, mi pare ZDNet) per monitorizzare
i file *.ini , .bat, .sys e registro durante le installazioni.
Freeware.
Serve altro ?
Bye, G.

 Serve altro ?
un altro caffe' ?

 un altro caffe' ?
L'ho appena preso, magari una birretta fra un po' ? :-)
Bye, G.

 registrarsi senza avere il messaggio che il seriale è già registrato.
Idem (vedere sopra).
Un consiglio? Metti un controllo anti-debugger aggiornato (e quindi che
controlla anche gli anti-antidebugger), NON usare controlli OCX per la parte
del controllo, CRIPTA l'algoritmo (assamai), non usare solo il serial del
HD, poichè è facilmente rintracciabile, ma usa anche altre variabili (es.
processore e/o scheda madre), in modo da rendere molto più difficoltoso il
reverse.
Cmq la tua protezione è pari a quella della Microsoft, in fondo ;)

 L'ho appena preso, magari una birretta fra un po' ? :-)
si ma siamo lentini a rispondere ^_^ oramai ho gia' cenato e sto guardando
la tivi !

Voglio dirti solo una cosa:
Io non voglio impedire di crakkare il mio programma... questo è IMPOSSIBILE
visto che crakkano qualsiasi cosa anche programmi che costano svariate
decine di milioni, voglio solo evitare che il mio cliente (che paga per ogni
licenza acquistata) mi freghi....

 > 4-Se è uguale allora parte altrimenti si blocca
je al posto di jne
così diventa se non è uguale parte altrimenti si blocca
infatti il cracker se ne fotte di ciò che fai per farlo bloccare
ciao
max