Newsgroup: it.comp.appl.access
Titolo: protezione

ho letto un sacco di messaggi che sostanzialmente tendono tutti a richiedere
(in mancanza del fatidico compilatore) come proteggere il frutto della
propria fatica: sicurezza utente, password, password su maschera, autoexec,
disabilitazione tasti speciali ...
si potrebbe mettere sul sito comune una specie di codice che possa garantire
tale protezione. Così in apertura sarebbe disabilitato il mitico tasto
shift, la barra degli strumenti, di avvio, e tutte quelle cose che creano
problemi.
E' chiaro che solo chi é veramente esperto può fare tale lavoro in quanto
immagino che le protezioni che suggerirei io altro non sarebbero che un
simpatico passatempo per gente come
Federico :-)
Ciao


non ho capito se quel Federico sono io, cmq:
NON ESISTE UN MODO SICURO PER PROTEGGERE UN MDB.
partendo da questo presupposto:
se volete che il vostro lavoro sia +o- protetto da 'occhi indiscreti' (vorrei
capire che ciavete da nascondere!), create un MDE.
per quanto riguarda l'accessibilita' ai dati, il sistema piu' sicuro rimane
sempre l'implementazione della sicurezza a livello utente. E' sicuro nel senso
che la signora delle pulizie non riesce a leggerli.
Oltre a questi, potete inventarvi qualunque altra cosa, ma ricordatevi che se
'qualcuno' vuole accedere ai vostri dati, ci riesce.
-- 
Federico
--------------------------------------
Sito Comune di it.comp.appl.access
http://members.xoom.it/it_db_access
mailto:
it_db_...@usa.net
--------------------------------------
Tutte le richieste che mi arrivano
in privato, vengono cestinate.
--------------------------------------
Rimuovi paperino. per e-mail
--------------------------------------

propria fatica: sicurezza utente, password, password su maschera, autoexec,
Mah, ti assicuro che č molto pių facile decompilare un .exe di un "compilatore" come VB 6.0
piuttosto che un .MDE di Access.
Il discorso sulla protezione utente dei dati č tutt'altra faccenda (scottante!)
CIAO, warp

 Ciao
per una migliore leggibilita' e' preferibile rispondere
dopo il testo del msg precedente. grazie.
se crei un mde il tuo codice vba e' abbastanza protetto.
per quanto riguarda i dati, invece, qualunque sistema di
protezione (pwd o protezione a livello utente) fa acqua.
personalmente uso la protezione a livello utente, ma solo
perche' in genere mi viene richiesta.
naturalmente vengono informati che il sistema non e' sicuro
e che se vogliono un sistema piu' sicuro devono affidarsi
ad altro sistemi di archiviazione dati.
-- 
Federico
--------------------------------------
Sito Comune di it.comp.appl.access
http://members.xoom.it/it_db_access


eviteremmo di tornare sempre sull'argomento lasciando spazio ad altro.
Dieci mesi fa ho partecipato a un laborioso lavoro di Decompilazione di un .exe originariamente
sviluppato in C++  (con il nulla osta dell'autore tornato da anni in Austria e attualmente impiegato
nelle assicurazioni!).
Il lavoro è stato possibile grazie all'ausilio di vari strumenti ma soprattutto di "Flirt", un
decompilatore di nuova generazione con caratteristiche di Reverse engineering per molti versi
sorprendenti.
Con queste premesse figurati se il PCODE di un .MDE può mettirti al sicuro al 100%!!
Per chi lavora in Java o VB standard poi la sicurezza del codice "compilato" è una vera chimera.
In rapporto ad Access ti dico questo: portare un .MDE all'originale è molto difficile (forse con
grossi progetti impossibile), riuscire ad accedere alla struttura di Forms e Reports difficile,
aggirare la protezione del tasto shift è alla portata di programmatori specializzati sull'ambiente
in questione.
Ma se anche un domani fosse possibile decompilare con facilità un .MDE cosa faresti?
Cambieresti lavoro?
Prendiamola con filosofia....
ciao, warp

 > eviteremmo di tornare sempre sull'argomento lasciando spazio ad altro.


 Voltolini
non ho detto questo.
ho detto che e' fattibile, ma sicuramente non dalla
segretaria!
PS
per una migliore leggibilita' e' preferibile rispondere
dopo il testo del msg precedente. grazie.
-- 


 Prendiamola con filosofia....
sono daccordo;
inoltre, diciamo la verita', nel 90% dei casi si tratta pur
sempre di codice che elabora dei dati;
un qualunque programmatore, in breve tempo, e' capace di
riprodurlo senza scomodarsi a craccarlo.



Verissimo, ho la sensazione che molti pensino che il mondo informatico sia pieno di "krakkoni"
nullafacenti che non aspettano altro di mettere le mani su un bel .class o un .exe di VB per vivere
poi di rendita!
Non è proprio così.
Sulla base della mia esperienza chi vive sviluppando software su misura può vivere sonni tutto
sommato tranquilli.
Ho visto lavori di altri programmatori (estremamente personalizzati) installati presso il cliente
addirittura in formato .mdb, che rischi dovrebbero correre?
Solo uno: che l'impiegato smanettone boicotti il lavoro senza poi prendersi le responsabilità!
Il discorso è diverso per la distribuzione pacchettizzata, in quel caso qualche rischio concreto ci
può essere, ma fa parte del gioco esattamente come i virus informatici.
ciao, warp