Newsgroup: it.comp.lang.visual-basic
Titolo: demo e crack

Salve a tutti e scusatemi per l'eventuale ignoranza.
Ma se io faccio un sw in VB e ci metto un codice che superata una certa data
scarica l'exe (end) se io non gli mando un exe funzionante, l'utente del
demo(che usa l'exe e non certo il sorgente) come potrebbe aggirare
l'ostacolo?
Potrebbe giusto comprarmisi l'exe funzionante e poi rivenderselo ad altri,
ma non certo toglierci il codice che tiene bloccato il demo, visto che non
ha i sorgenti!
O no?
Giorgio

Quelli che realizzano crack, utilizzano dei mezzi, come disassembler,
debugger, editor esadecimali ed altro, per cercare di capire dal solo EXE
quale è la parte che gestisce il "bloccaggio" del software ed aggirarla, con
un'oppurtuna patch.
Questo se crei una TRIAL, e non è semplicissimo aggirarla, se poi non ha
grande diffusione, ma resta anche solo in territorio italiano, le
probabilità che te lo crackino sono bassissime e puoi dormire sogni
tranquilli. Invece la demo solitamente ha proprio delle funzioni mancanti o
degli schemi in meno (nel caso di giochi per esempio), per cui nessun
cracker aggiungerà mai le funzionalità che gli servono.
Regards,
Antonio Cangiano
--
"I grandi spiriti hanno sempre incontrato violenta
opposizione da parte delle menti mediocri."
A.Einstein

e se spostano all'indietro la data?
Paolo

 e se spostano all'indietro la data?
Fanno prima a sostituire nell'exe i 4 byte della data di confronto
mettendoli a 31/12/9999.
Ciao

 ha scritto nel messaggio
news:3B6_8.106105$vm5.3...@news2.tin.it...


 tranquilli.
Chi te lo dice? :) :) :)
--
"La matematica è l'alfabeto con il quale DIO ha scritto l'Universo"
(G. Galilei)


Beh, ma deve essere abbastanza(!) difficile individuare QUALE tra
centinaia( a dir poco) di cicli If è quello che scaricherebbe  l'exe!
Giorgio

 ha scritto nel messaggio
news:zFd_8.91447$Jj7.2...@news1.tin.it...

E' molto facile invece, basta far eseguire passo passo dall'asembler il
programma eee... eccolo li l'if che fa uscire dal programma. O meglio alcuni
disassembler permettono di intercettare certe istruzioni e quindi di
verificare in breve tempo dove modificare il programma.
Un livello leggermente superiore di protezione si può raggiungere facendo il
controllo in più parti del programma (ad esempio prima della stampa et
simila) ma in questo caso diventa solo una questione di tempo...
--
Ciao
   Sharkman
-----------------------------
Rimuovere NOSPAM per risposte

 centinaia( a dir poco) di cicli If è quello che scaricherebbe  l'exe!
Contro un hacker che ti vuole fuffare il programma stai tranquillo che non
c'è scampo, a me hanno crackato il Black Jack (
www.inversewave.com
), finito
sulle Twilight, che effettuava una decina di controlli prima di partire...


Ciao
Esistono tools specializzati per crakkare app. VB (SmartCheck). Veramente
sono tools nati
per il debug ma molto usati per vedere la struttura interna dei programmi.
Alcuni consigli per rendere la vita ai cracker piu' difficile :
1) Evita di mettere stringhe nel tuo prg del tipo "Tempo di utilizzo
scaduto" etc.
2) Crea una funzione che gestisca l'uscita del programma e esegui controlli
in più punti delprg
3) Aggiungi chiavi nel registro aspecifiche in modo da dirottare le loro
ricerche
4) Invece di usare degli IF usa chiamate a funzioni annidate
Queste sono solo alcune idee ma se ci pensi puoi fare di meglio!!
Buon Lavoro
--------------------------------
Inviato via 
http://usenet.libero.it