Newsgroup: it.comp.appl.access
Titolo: qualcuno fra voi mi farebbe da test-cracker?

Vi chiedo se qualcuno fra di voi smaliziati in access si presta volentieri a
ricevere un mio database mde protetto che dopo 5 mesi chiede un codice di
attivazione, dovreste provare a portare avanti di 5 mesi l'orologio di
windows e poi dirmi se secondo voi è protetto bene o qualcuno a trovato il
modo di bypassare la protezione.
Grazie in anticipo a tutti coloro che si presteranno.


se vuoi, io sono disponibile... bionic0...@NOSPAMvirgilio.it
togliere NOSPAM
ciao

 ha scritto nel messaggio
news:bmv6g1$vec$1...@lacerta.tiscalinet.it...

Manda pure, lo farò con piacere
MAssimiliano

 ha scritto nel messaggio
news:bmv6g1$vec$1...@lacerta.tiscalinet.it...

Vai pure......!
ik2...@libero.it
@Alex.

 wrote in
news:bmv6g1$vec$
1...@lacerta.tiscalinet.it
: 

io ci sto... 
brown...@3000.it
Ciao
BJ


almeno però fateci sapere i risultati e se sono buoni ... come l'hai
protetto :-)
grazie
--
ciao marco s.
www.marcosanti.it

 OK!
gen...@tin.it

OK. Aspetto
in...@echovr.it
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 ha scritto nel messaggio
news:bmv6g1$vec$1...@lacerta.tiscalinet.it...

Ok... manda pure 
teb...@libero.it

 >
anche se è .mde?

 anche se è .mde?
Probabilmente ti ha frainteso, anche perchè si possono scaricare un mare di
tools dal web per aprire come simmenthal pure le "protezioni" utente di
Access.
Fondamentalmente nessuno può sfrugugliare nel tuo .mde alla ricerca di
cos'hai fatto per inserire una data di blocco nel PC.
Mi auguro comunque che tu abbia creato una chiave di registro personalizzata
allo scopo.
Bye

 Bye
no, uso un ocx che genera un codice macchina diverso ogni volta e che devo
fornirrne io il codice di sblocco su ogni pc. come ti pare?

 fornirrne io il codice di sblocco su ogni pc. come ti pare?
Sperando che l'OCX  (si tratta di quello del Sito Comune?)  venga registrato
correttamente ... ;-)
Comunque, nel corso degli anni, mi sono reso conto che l'utente finale
difficilmente bypassa anche protezioni semplicissime: non mi preoccuperei
eccessivamente.
Bye

 Bye
Se il cliente fosse in grado di craccare le protezioni, probabilmente se
lo sarebbe fatto da sè il database, perchè avrebbe avuto le conoscenze
adeguate.
Comunque potrebbe sempre chiedere ad un altro sviluppatore di craccarlo...
Namor
-- 
 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Namor
Tempo perso...

 Grazie in anticipo a tutti coloro che si presteranno.
Mbč? Lo avete craccato 'sto db?


 Namor
aspettavo anch'io di sapere come andava a finire questa "bella" storia
informatica :-)
ciao marco s.


Vorrei capire cosa intendeva per craccare...!
Dal momento che ho rinvenuto la PWD del BE e gli
ho cancellato le Tabelle per me è fottuto....!
Come voi credo di averci impiegato 2 secondi...!
Che se ne fà del FE, per di più senza dati...!!
Sono sempre dell'idea che la cosa più importante
da proteggere siano le Tabelle.
@Alex.

 @Alex.
Penso che intendesse riuscire ad usare il FE anche dopo la data di
scadenza. Una protezione tipo "se non paghi si blocca".
Io non metterei nemmeno la password del BE dato che si toglie con un
niente, e visto che in caso di controversie potrebbe essere usata dal
cliente come scusa dicendo che ha suběto danni perchč gli č stato impedito
l'accesso ai suoi dati. 


 ha scritto nel messaggio
news:bnikf1$vus$1...@news.newsland.it...

Il FE č semplice proteggerlo facendo un MDE e salvando la Data
magari in un Registro piuttosto che in una proprietŕ personalizzata
del DB....!
Il problema č che se io gli smanetto il BE lui dei dati non se ne fa piů
nulla
e si ritorna al problema che il prodotto deve essere sicuro in modo
bilaterale.
Il BE va protetto a livello UTENTE(come il FE) sempre.
@Alex.

 @Alex.
Premetto che non sono per niente esperto in questioni informatico-legali,
anche se mi farebbe comodo (un cliente non mi ha pagato).
Mi ricordo di un thread recente dove qualcuno aveva detto che se il
cliente non ti paga, in ogni caso tu non hai il diritto di bloccare o
cancellare i dati che ha inserito fino a quel momento, perchč il programma
č tuo ma i dati sono suoi e se gliene impedisci l'uso potrebbe chiederti
un risarcimento danni.
Quindi lasciare un BE aperto, che di solito presenta dei dati non
facilmente consultabili senza FE da parte del cliente (niente report,
niente query, niente forms di ricerca e filtro), eviterebbe questo
problema.



La questione alla quale accennavo era tutt'altra cosa rispetto alle
condizioni
LEGALI delle quali forse troppo si è parlato....!
Mi riferisco al fatto che il FE puoi rifarlo o Reinstallarlo, ma come
giustamente
hai detto i DATI sono del CLIENTE e sono SACRI, e tali devono rimanere.
Pertanto deve essere IMPOSSIBILE per chicchessia accedervi in modo
casuale se non tramite il FE.
Supponi che io cazzone della ditta che mi credo esperto d'informatica apro
il BE
e cancello i DATI....!
Hai poi sottolineato giustamente che i Dati senza FE sono poco
comprensibili,
ma io per farti dei danni non devo capire, mi basta fare
DELETE......!!!!!!!!!
Era solo un problema di Sicurezza dati, che per me viene prima della
protezione
del proprio lavoro a livello LEGALE.
Forse mi sono spiegato meglio.
@Alex.

ALESSANDRO Baraldi ha scritto:



Si. Ma se un dipendente apre il BE e cancella dati, saranno solo affari
loro, no? Se proprio uno vuole fare danni non serve nemmeno che apra il
BE, se è autorizzato ad usare il db i dati li modifica o li cancella anche
tramite il FE. E se cancella tutto il BE.mdb? In questo caso non c'è
password che tenga. E' impossibile rendersi garanti della sicurezza dei
dati nei confronti degli utilizzatori finali del db.
Su tutti i prodotti commerciali che usiamo in ufficio i BE sono aperti, e
lo trovo parecchio comodo perchè così se ti serve una query che non è
prevista nel FE te la puoi fare (anche se questo discorso generalmente non
si applica al piccolo cliente che ti chiede un gestionale personalizzato,
perchè di solito non è in grado di lavorare direttamente sui dati).


 Namor
Premesso che solitamente ai applicano livelli d'accesso.
Se tu hai accesso in sola Lettura dal FE , ma sul BE ci puoi
smanettare mi sembra una cazzata.
Secondo la struttura alla quale ti riferisci mi è nuova:
Se hai un BE=Access non ha senso mettere QRY nel BE...!!!
Se tu usassi un RDBMS(SQL_SERVER o altro) ti accorgeresti
che stai sbagliando impostazione.
Nei Database ci sono livelli di accesso e sono molto importanti,
sono la garanzia per la sicurezza dei dati.
In un Database Server non puoi Cancellare nè dati nè il Databse.
Per questo dico che stai facendo considerazioni molto riduttive
e applicabili solo ad Access.
Anche se di solito un Sistema Client-Server il BE lo metti nel
Server e non credo che la Directory sia di libero accesso a tutti.
Solitamente in Reti NT(o simili) ci sono UTENTI e DOMINI con
ben chiari i livelli d'accesso.
Se non strutturi in questo modo stai facendo 1/3 del lavoro che
si dovrebbe fare.
Su tutti i prodotti commerciali(io quì ci andrei piano a dirlo)
il BE è aperto....!!!
@Alex.


 @Alex.
Parlavo dei programmi che uso io in ufficio, non in generale.
E comunque bisogna sempre tenere presente che il cliente che decide di
accedere direttamente al BE si prende le sue responsabilità. In lettura
non ci sono problemi, ma in scrittura, per esempio se devi importare un
grosso file senza ridigitare i dati e il prodotto non lo prevede (e se il
produttore non te lo fa!), bisogna stare ben attenti. 
Mi è capitato giusto l'altro mese di travasare dati in un BE Access e poi
scoprire che il FE dava errori all'inserimento di nuovi record, perchè
invece che calcolare le nuove chiavi numeriche con la tecnica Dmax(...)+1,
si salvava tutti i progressivi in una tabella a parte!
A volte ho il sospetto che certi programmi siano proprio scritti secondo
le specifiche "basta che funzioni, non importa come"!


 Namor
Concordo pienamente, ma è vero anche che molto spesso questo
è dovuto al Cliente che non ha sempre le idee chiare sulle
sue esigenze.
Se il cliente avesse chiara l'esigenza la ST(specifica Tecnica)
sarebbe completa, ma quante volte accade..????
Si sfrutta spesso e volentieri la disponibilità del programmatore
per affinare e perfezionare in LOCO il prodotto.
Il tutto a spese non sempre "previste" ;-) del produttore del SW....!!
Ciao.
