Newsgroup: it.comp.sicurezza.varie
Titolo: difese crack

Salve dalla vostra piu alta esperienza qual'e' il modo piu' ostico (per il
cracker ovviamente!) per difendere un programma dalla copia truffaldina?
Ho detto ostico perche' ovviamente la protezione totale e' impossibile
ma....... vorrei fargli venire almeno il mal di testa e gli occhi
fluorescenti da monitor.
Ciao e gazie

 truffaldina? 
Distribuirlo open source.

 all'altezza.
Quello sesnzaltro, ma come fanno loro a sproteggere questi programmi?
controlli su mumero di HD  e CD sono superabili facilmente e altrettanto se
uso indirizzi fisi in memoria compilati ad hoc per cliente.
quindi come faccio ad vere una protezione decente?
dai mi serve per le copie fraudolente da win su linux no problem anche
perche il cliente avra il sorgente del lavoro anche se sara' commerciale e
non GPL.
Ciao

 truffaldina?
realizza parte della logica del programma in un oggetto hardware che
progetti tu stesso. idea da non confondere con check di chiavi hardware
che potrebbero essere noppate bellamente: intendo dire che quel componente
deve includere un pezzo (vitale) dell'algoritmo del programma.
-- 
Even Homer Simpson wouldn't run his nuclear power plant from a Windows
XP computer
    - Graham Cluley senior technology consultant for Sophos Anti-Virus


Il cliente avra il sorgente e Mysql e gia' Open ma il resto no inoltre
trattasndosi di un gestionale sara' molto personalizzato, non e' certo un
opera alla Bill Gate la mia inoltre miro a falo mettere su linux (se riesco
a volte al solo nome scapano) ma spesso sono schiavi di win.
Come faccio quindi a evitare che un tecnico di un altra ditta si copi il
gestionale per riprodurre le funzioni implementate sul mio?
Ciao e gazie


Questa e' na bella soluzione ma non credo dia "potabile" per il mio progetto
almeno visto la possibile clientela, ma mi riservo questa soluzione per un
progetto futuro, to mi hai fatto venire un pensierino.......
Ciao e grazie.

 quindi come faccio ad vere una protezione decente?
Impossibile.
Qualsiasi programma, durante l'esecuzione, è presente nella memoria
del computer.
A prescindere che esistono strumenti in grado di mostrare le variabili
ed il loro contenuto 'in chiaro' durante l'esecuzione, esistono
persone che conoscono il linguaggio macchina e sono quindi in grado di
capire esattamente cosa fa o non fa il tuo programma.
Marcolfa ti ha dato il migliore consiglio.
Il problema principale della logica delle protezioni è 'a chi
interessa il mio software?'.
Se si tratta di un applicativo specifico che dovrai far circolare in
poche copie scrivi il nome dell'utilizzatore, magari criptando le
variabili che contengono i dati per evitare che con l'uso di un
semplice editor di risorse si possa modificare, e non ci perdere altro
tempo.
Se invece si tratta di un miracoloso tool per fare non so cosa ma che
utilizzeranno tutti dimenticati di proteggerlo.
-> GbC|
www.gbcweb.com

 progetto almeno visto la possibile clientela
i discografici investono palate di soldi in protezioni anticopia e niente
e' mai stato in grado di fermare l'utente domestico. dammi retta: scala il
costo di produzione delle protezioni dal prezzo di vendita e guadagna
qualche cliente.
pensi davvero che se i cd costassero poco alla gente converrebbe impazzire
con mp3, p2p e masterizzatori? il discorso vale anche col tuo prodotto.



il problema qui non e' il costo ma alcune funzionalita' che non devono
funzionare se il programa viene copiato.
Grazie.


Magari! lo fose comunque grazie tante.

 copi il gestionale per riprodurre le funzioni implementate sul mio?
Devi chiarire la tua posizione perchè non è molto chiara. Di sicuro i 
sorgenti dal cliente rendono impossibile la tutela "fisica" da copia, 
lettura, consultazione. O attui una politica open altrimenti è bene che ti 
porti i sorgenti a casa (per quanto possibile e se il linguaggio lo 
permette).
Per quanto riguarda i binari, più di tanto non puoi fare per evitare che 
qualcuno si copi il programma e riproduca funzioni implementate, tant'è che 
con ogni probabilità se un giorno perderai il cliente al nuovo fornitore 
verrà chiesto esplicitamente di farlo ("Il programma di prima lo faceva, 
quindi lo deve fare anche questo!"). Non ci investirei molto tempo.
 

 all'altezza.
Saggia risposta ;-)
Stef_Ozzy

altri a scervellarsi per ricreare le funzioni a modo loro.
Leonardo
-- 
Questo messaggio e' NAGWARE. Per disattivare frecciatine, giochi
di parole, volgarita' gratuite ed inviti a rileggersi i messaggi
gia' passati e/o consultare 
http://groups.google.com
, effettuare
un versamento di 25 euro come tariffa di registrazione helpdesk.

 Il cliente avra il sorgente e Mysql e gia' Open (...)
Beh, la licenza MySQL è abbastanza restrittiva:
"If you include the MySQL server in your non Open Source application,
you need a commercial licence for the MySQL server"
In pratica o rilasci sotto GPL tutto o necessiti licenza
può servire: 
http://soft-land.org/faq/icsdfaq.html


il DB e' solo lincato comunque li contattero e se il caso chiedero una
licenza a parte, ma GPL non vuol dire che non si puo vendere, il mio
programma ( tra l'altro e solo un'interfaccia) sara' senz'altro con licenza
diversa comunque grazie.
Ciao

 loro.
Un numero di serie legato al nome visualizzato, nome presente anche nelle
eventuali stampe!
Oppure se i clienti sono pochi una compilazione differente per ogni
cliente... permetterebbe di tracciare anche l'origine di un'eventuale copia.

 Protezione hardware.
Per carità... evitare almeno quelle su porta parallela oppure assicurarsi
che il cliente non debba MAI utilizzare altre periferiche sulla porta dove è
presente la chiave hardware!
Brrrr chiave hardware! :(

 In pratica o rilasci sotto GPL tutto o necessiti licenza
Assolutamente no... solo se includi nel tuo codice codice di mysql oppure se
distribuisci mysql con la tua applicazione o se la tua applicazione si basa
esclusivamente su mysql devi scegliere tra acquistare una licenza
commerciale o rendere il tuo software GPL.

 copia.
Oppure si va dal cliente e si installa personalmente, si inserisce il numero
di serie legato al nome dell'utente, al nr di serie del disco, all'HW
presente sulla macchina; poi si porta via il disco di installazione.
Ovviamente il programma dovra' sparpagliare roba per tutto il disco e
inserire almeno 12345 chiavi nel registro
Piu' diversi file DAT di configurazione criptati
:-p
-- 
/-\ /\/\ /\/\ /-\ /\/\ /\/\ /-\ T /-\

 commerciale o rendere il tuo software GPL.
scusa, ma quale caso rimane escluso? Che l'applicativo si limiti ad un
accesso ai dati via diciamo ODBC ad una base dati... ok, sono con te, ma
in questo caso che c'azzecca mysql? ;)

Basterebbe consegnare al cliente solo l'interfaccia grafica e
non la logica.
Potrebbero copiarsi solo i formati video.
Ciao.


Tutti i casi nei quali la tua applicazione supporta altri dbms oltre a mysql
e non distribuisce mysql sui cd dell'applicativo...
Anzi ora le cose mi sembrano ancor meno restrittive
Tratto da 
http://www.mysql.com/downloads/mysql-4.1.html
:
"You need to purchase commercial non-GPL MySQL licenses:
If you distribute MySQL Software with your non open source software,
If you want warranty from MySQL AB for the MySQL software,
If you want to support MySQL development."
Quindi anche se sviluppo un'applicazione che funziona solo con mysql, ma non
distribuisco mysql con la mia applicazione sono tranquillo. (Fermo restando
il dovere morale di supportare MySQL AB).
Ad esempio potrei vendere una distribuzione linux che include mysql,
affiancandola al mio software senza per questo dover acquistare una licenza
commerciale di mysql.
hth
Stiamo sfociando nell'OT! :(

 Stiamo sfociando nell'OT! :(
stiamo? ;)
ok grazie e chiusa li

 Piu' diversi file DAT di configurazione criptati
Stai descrivendo Windows, te ne rendi conto? :-)
-- 
"Ehi, fratelli. Qui c'e' scritto che c'e' anche il tempo per combattere".
SETI@home: 195WU/1yrs now on Athlon 2.2+ :-)
SecurFaq             : 
http://securfaq.usenet.eu.org
Biancorossi Siamo Noi: 
http://www.tifonet.it/free/ancona/

 Stai descrivendo Windows, te ne rendi conto? :-)
ROTFL
Stef_Ozzy