Newsgroup: it.comp.programmare.win32
Titolo: scrivere alcuni byte DENTRO la scheda di rete

ciao a tutti,
seguendo un mio ragionamento da un altro thread (protezione del codice da 
reinstallazione),
avrei bisogno di scrivere alcune informazioni (mi bastano 4-8 byte)
dentro la scheda di rete (in modo che ovviamente non ne pregiudichino il 
funzionamento).
Siccome mi hanno accennato che e' possibile farlo ma senza entrare nei 
dettagli,
vorrei sapere se qualcuno conosce delle procedure per accedere e scrivere 
dentro la suddetta.
Ho provato con la class Win32_NetworkAdapter : CIM_NetworkAdapter
ma e' tutta Read Only...
grazie
ciao
GCL 

 funzionamento).
be', per memorizzare dati a lungo termine esistono periferiche più
indicate, come ad esempio, hum... l'hard disk. si tratta di un dispositivo
elettromeccanico, solitamente presente in qualsiasi computer, in grado di
memorizzare a lungo termine grosse quantità di dati (i più moderni
arrivano anche a svariate centinaia di Gigabyte), ed essendo
specificamente dedicato alla memorizzazione scompare automaticamente il
tuo problema di "non pregiudicare il funzionamento" della periferica.
proprio quello che fa al caso tuo, che ne dici? :)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 proprio quello che fa al caso tuo, che ne dici? :)
beh dico che sei spiritoso! :-)
a me interessa registrare se il sistema viene reinstallato con quei 
programmi che fanno una copia
fisica completa dell'hard disk, settori vuoti compresi. Io incremento un 
contatore ma se viene
sovrascritto col vecchio valore dalla copia fisica del disco tanti saluti...
Tale informazione non puo' essere salvata su.. hum.. l'hard disk, in quanto 
verrebbe sovrascritta.
Devo salvarla altrove, o su chiavetta (tipo Eutron Smartkey PR-EP-SP), o in 
rete (connessione ad internet e server dedicato)
o trovo qualche byte nascosto nel BIOS o altrove che non sia l'HD.
che ne dici?
GCL 

indicate, come ad esempio, hum... l'hard disk.
Io li infilo sotto l'alimentatore.  Non li trova nessuno e stanno
anche al caldo!

"Andrea Laforgia" <a.laf...@andrealaforgia.it.invalid> ha scritto nel 
messaggio news:7mief2tu1m0bldjpg...@4ax.com...

ragazzi i vostri due contributi tecnici (tu e mrnt) sono tra i piu' ricchi e 
interessanti del newsgroup
penso possiate anche postare su  it.comp.programmare.lobotomia.frontale
e con questo vi saluto ;-)
GCL 

penso possiate anche postare su  it.comp.programmare.lobotomia.frontale
Ne sono il moderatore!! :)

 e con questo vi saluto ;-)
Forse ti e' sfuggita l'ironia delle risposte: a vole la si confonde
con la "presa per il culo" di cui e' parente stretta.
Le schede di rete NON SONO DISPOSITIVI su cui memorizzare dati
in maniera piu' o meno permanente. Ho sntito parlare di schede
di rete in cui e' possibile modificare il MAC Address direttamente
nel firmware via software, questo non significa che sia possibile
su tutte. Spero sia chiaro il concetto...
Per controllare le reinstallazioni potresti lascare in giro
un qualche file da controllare all'installazione (soluzione
al limite del banale) o controllare cos'e' e come si usa il
change journal di NTFS (soluzione piu' raffinata ma che ha il
difetto di funzionare solo con ntfs e a partire dalla versione
5, se non sbaglio).
Ma spesso le protezioni che funzionano con un time limit,
vengono aggirate semplicemente mettendo indietro l'orologio
di sistema.
Un ultima cosa... Prima ti convinci che la protezione perfetta
del proprio software NON ESISTE (tutti i sistemi di protezione
sono aggirabili avendone le capacita' e' perdendoci tempo) e
prima dormi piu' sereno.
HTH
C:\>iao Angelo
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 dettagli,
Peccato non siano entrati nei dettagli. Di solito sono quelli che fanno 
la differenza tra una buona idea ed una cazzata allucinante.

 scrivere dentro la suddetta.
Non sono scesi nei dettagli perchè sono dettagli rognosi assai.
Quasi tutte le schede di rete hanno la possibilità di riprogrammare 
il MAC address e, generalemente, la memoria riscrivibile è più 
grande di quanto necessario per memorizzare i pochi (6 se non 
ricordo male) byte di indirizzo e quindi resta qualche byte libero. 
Altre tipologie di schede hanno firmware aggiornabile e anche qui 
può darsi che resti spazio disponibile. Anche il BIOS delle schede 
madri difficilmente è su una ROM vera e propria e difficilmente il 
codice del BIOS occupa tutta la memoria disponibile.
Non esiste uno standard per accedere a questi disposivi e, in 
parecchi casi accedere in modo errato può compromettere la 
funzionalità del device. La soluzione che prospetti tu è 
implementabile se conosci a priori su che hardware girerà il tuo 
software (e comunque, IMHO, non vale la pena di usarlo per un 
meccanismo di protezione). Implementarlo in modo generico per 
qualsiasi PC è quasi impossibile (dico quasi perchè da qualche parte 
potrebbe esistere qualcuno che ha infinite risorse economiche e 
temporali per dedicarsi a un'impresa del genere...).
-- 
Valter Minute
(the reply address of this message is invalid)
(l'indirizzo di reply di questo messaggio non è valido)

 temporali per dedicarsi a un'impresa del genere...).
alla fine sono giunto anch'io a questa conclusione,
sto provando ad indagare sui settori "bad" dell'hard disk, ma mentre con la 
FAT
avevo qualche possibilita' di crearli fasulli  e scriverci dentro, con NTFS 
non saprei come fare...
inoltre i programmi che fanno una "fotocopia" dell'HD magari copiano anche 
quelli...
GCL 

 copiano anche quelli...
Esatto. Anche se, dovendo sproteggere una cosa del genere, credo che 
sarebbe più rapido e semplice modificare l'eseguibile in modo ta 
togliere o bypassare il codice che testa quei byte. Ovviamente si 
può mettere lo stesso codice (copiato, non come chiamata a funzione, 
ovviamente) in più punti, aggiungere checksum etc. ma, IMO, il tempo 
che si spende a proteggere dalla copia è meglio impiegato se lo si 
sfrutta per cercare bug o aggiungere/migliorare funzionalità.
Inoltre il sistema romperebbe le scatole agli utenti onesti che 
devono reinstallare il software (magari di domenica, di notte o in 
agosto) a seguito di un crash del disco.


 su tutte. Spero sia chiaro il concetto...
Poi cambiare il MAC di nascosto su alcuni sistemi potrebbe creare 
problemi di networking in VLAN o simili ..... non mi sembra una cosa 
cosi furba e cosi pulita verso chi acquista il software, magari non lo 
sa ...e deve pure bestemmiare per poi fare problem solving

 o trovo qualche byte nascosto nel BIOS o altrove che non sia l'HD.
ma perché vai a smadonnare con gli internals di hardware di cui non hai le
specifiche quando come niente hai appena cag... ehm, elaborato tre
soluzioni migliori? :)
anzi facciamo due va', che l'ultima faceva cagare uguale.
