Newsgroup: it.diritto.internet
Titolo: privacy e computer hardware

Quali sono le regole che regolano l'invio 'nascosto' di dati del proprio 
PC hardware attraverso internet ?
Mi spiego : è legale nascondere in un software del codice che 'invia' i 
dati di identificazione dell'hardware del cliente che ha comprato il mio 
software, allo scopo di verificare che lui non l'abbia installato su 
decine di altri computer ?
Questo sarebbe un mnodo per rilevare magari la presenza di una 
organizzazione di 'pirateria software' quando si comincia a vedere che 
un software con una determinata Product key appare non in cinque o dieci 
PC ma su cinquanta o cento.
E legale fare questo ??
PS - Presumo che giá ditte come Microsoft, Matworks (MatLab) ed altri 
lo stanno giá facendo.

 stanno giá facendo.
lo fanno, ma l'indirizzo ip dal quale mi collego e' un dato privato
quindi il cliente puo montare un firewall hardware e risolvere
il problema.
al posto di una "chive" mettici un certificato cosi il cliente
che lo compra ha un suo certificato di funzionamento
se lo da in giro deve dar anche il certificato.
cosi devi solo generare i certificati per il tuo software quando lo
vendi con i dati del cliente. ovviamente
l'idea e' con licenza GNU GPL V3

 l'idea e' con licenza GNU GPL V3
grazie.
Andrò a farmi una cultura sul GNU GPL V3.
(Non si finisce mai di imparare...)  :-))

 
sorry.  Ho parlato toppo presto.
Qui si tratta di 'general public license' (mi era ronzato l'orecchio per 
questa sigla GPL).
Non fa al caso mio perchè io NON distribuisco il codice source.
devo trovare altre vie per scovare/evitare installazioni illegali.

 Non fa al caso mio perchï¿œ io NON distribuisco il codice source.
Guarda che quella sotto GPL era l'idea che gufo rosso ti ha dato.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 
Ho capito. Tuttavia mi sfuggono alcune cose. Che cosa si vuol dire qui 
con 'certificato' ? L'unico 'certificato' che io conosco é quello della 
mia banca tedesca che mi ha dato un USB-Stick (pen-drive) e se voglio 
fare online banking devo averlo inserito.
Ma non voglio 'questa' soluzione per il mio software. Non ne vale la 
pena e sarebbe troppo dispendiosa.

 fare online banking devo averlo inserito.
Non serve la chiavetta, ma il concetto è simile, se ho capito gufo
rosso.
Il busillis è che per far funzionare il software serve un certificato
crittografico, che costruisci con i dati del cliente.
Se il cliente lo distribuisce abusivamente, sai chi è stato.


 
Okoay. ma questa pocedura sarebbe più o meno la stessa che dare la 
product key. Solo un po' più complessa.
E' una informazione 'in più' che chi è in malafede puo' passare 
illegalmente ad un altro.
Se uno vuole evitare questo tipo di illegalità non rimane che 'abbinare'
questo 'certificato' all'hardware, ciò comporta una scansione 
dell'hardware, inviare l'informazione al mioserver, il quale 'calcola' 
la product key (o il certificato).
Ma fare questo è permesso ? E' legale ??

 lo stanno giá facendo.
Sě, ma non di nascosto.
-- 
 Candido

 Sì, ma non di nascosto.
mmmhhh. si potrebbe argomentare che 'non si puo' verificare quali 
informazioni si stiano trasferendo in quel momento'.
Sappiamo che per la 'registrazione' del prodotto tutte queste ditte si 
collegano ad internet. perchè non posso farlo anch'io ?
Se è la segretezza che disturba, basta che metto una notizia, tipo 
'agreement' che il cliente deve cliccare, in cui dichiaro che per 
ragioni di sicurezza del prodotto dobbiamo andare a verificare il suo 
hardware
per vedere se il prodotto è giá stato installato precedentemente.
Questo si puo' fare no ?

 Se il cliente lo distribuisce abusivamente, sai chi è stato.
Se ponete la questione in questi termini, io da un punto di vista 
tecnico direi: dipende.
Perché la cosa funzioni si deve prevedere un qualche tipo di 
collegamento al server per abilitare l'utilizzo del programma, 
altrimenti se i controlli avvengono in locale sulla macchina dell'utente 
la cosa non salta mai fuori.
Comunque anche se si dovesse prevedere un collegamento al server, il 
software comunque sarebbe craccabile in modo relativamente semplice.
L'unico modo per porre una protezione (abbastanza) sicura sarebbe quello 
di aggiornare continuamente il software e ad ogni aggironamento fare in 
modo di bypassare i crack già esistenti e segnalare così al server le 
eventuali copie pirata.
Ma è un metodo costoso, anche tra le software house serie mi viene in 
mente soltanto la Microsoft con Windows.
Oltretutto con Windows funziona perché sei costretto ad aggiornare per 
le patch di sicurezza, mentre con un programma qualsiasi basterebbe 
evitare gli aggiornamenti per bypassare anche questo tipo di protezione.
E oltretutto esistono anche software che danno una soluzione definitva 
persino alla protezione di windows.
La questione della protezione del software è annosa, nessuno ha trovato 
una soluzione per evitare la diffusione del software "pirata".
Il consiglio che posso dare a john è:
se stai facendo un software su misura per qualcuno, fai in modo di avere 
in tasca tutti i soldi che vale il tuo lavoro quando consegni il 
progetto ultimato, così anche se lo copiano a qualcun altro, fatti loro.
Se invece il software lo vendi in giro, fatti 2 calcoli per fartelo 
pagare una cifra ragionevole in base ai potenziali clienti (quanto sono 
disposti a pagare), alle caratteristiche del tuo software e alle 
possibili perdite per eventuali copie pirata.
Qualche protezione mettila, ma non perdere tempo a ricercare la 
protezione definitiva, tanto non c'è.

 una soluzione per evitare la diffusione del software "pirata".
Falso, i token crittografici servono anche a quello.. se non inserischi 
il token USB con relativo certificato il software va in modalità "demo" 
ovvero sola lettura consentendo al cliente di leggere i propri dati ma 
non di aggiungerne altri nuovi, il ché rende impossibile il 
trasferimento di una copia "funzionante" a terzi.
Stesso giochino si può ottenere più semplicemente includendo un file 
crittografato con la chiave pubblica del cliente contenente i dati dello 
stesso (ragione sociale, partita iva ecc..) che verranno utilizzati 
nelle stampe e nella visualizzazione della licenza iniziale.
Questo però richiede comunque un minimo di knowhow in ambito 
crittografico ed un aumento della complessità dell'applicazione notevole 
che non sempre paga.

 Questo si puo' fare no ?
Certamente.
-- 
 Candido

 che non sempre paga.
e richiede knowhow e un certo sbattimento da parte di chi cracca, ma è 
fattibile.
Certo uno puo' anche dire: il mio software lo vendo a 500€ a copia, 
quale azienda si metterebbe a pagare 1000€ un professionista per craccarlo?
La protezione dev'essere abbastanza robusta da rendere sconveniente il 
cracking.
Se il software è diffuso al pubblico però non c'è protezione che tenga.

 Potrebbe essere un trattamento illecito di dati personali.
E anonimizzandoli? 
Prendi il serial di un po' di periferiche, fai un hash e mandi quello.
-- 
Il blog: 
http://www.gerry.it/blog
Dvdtree: 
http://www.dvdtree.org/
Animeclick: 
http://www.animeclick.it
ISCF: 
http://iscfiorentina.blogspot.com
 
Se nella prima mezz'ora di gioco non riesci ad individuare il pollo, vuol 
dire che il pollo sei tu (massima sul poker)

 Prendi il serial di un po' di periferiche, fai un hash e mandi quello.
Non capisco il problema: non � vietato fare quello che si vorrebbe,
basta solo avvisare l'utente. Basta una riga sulla licenza, niente di
cos� complicato da fare. E' molto pi� semplice che cercare fantasiose
alternative.. :)
-- 
 Candido