Newsgroup: it.comp.appl.access
Titolo: Violato DB Access

Insomma, alla fine ci son riuscito a togliere la password di apertura al
DB ma mi pare incredibile sia stato così semplice.
Praticamente ho fatto così. 
sono entrato nel DB tenendo premuto il tasto SHIFT: in questo modo il DB
si è aperto bypassando la protezione e aprendosi in modalità struttura.
Poi sono andato nella maschera iniziale, nelle Proprietà, e ho trovato tra
le varie routine di evento un'Autoexec che veniva eseguita all'apertura
della maschera. Poi ho aperto l'autoexec in modalità struttura e ho
trovato varie routine tra cui una chiamata pirata(). L'ho eliminata, ho
salvato la maschera, sono uscito e da quel momento ho potuto accedere al
DB senza problemi.
Mi chiedo, alla luce di tutto ciò: ma è così davvero facile sproteggere un
DB Access? Se io volessi proteggerne uno seriamente, non considerando
l'opzione SQL Server, come potrei fare in Access?
Una cosa, però, ancora non sono riuscito a fare: eliminare la password che
mi viene chiesta al momento di vedere il codice Visual Basic delle
routine. E' inutile che chieda a voi come fare :) tanto so che non me lo
direste.
Ad ogni modo... alla prox!
Ciao!
-- 
Principio di indeterminazione di Microsoft Windows Whatever Edition: data
la natura del sistema operativo, tanto più precisamente si vuole
effettuare un compito, tanto meno precisamente questi verrà effettuato.
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 ha scritto nel 
messaggio news:culcb0$e9l$1...@news.newsland.it...

Quella che hai "violato" non è la password del db ma una routine "malamente" 
sistemata in una macro Autoexec che chiede una password. Chi ha usato questa 
protezione stava solo scherzando perchè voleva vedere se eri attento.
Ammetto che sgamare una password di database (quella ufficiale) e non quella 
creata da una macro può essere altrettanto semplice ma non è questa la 
maniera di proteggere un DB. Molto meglio la protezione a livello utente.
Se crei applicazioni a livello mission critical abbandona le tabelle di 
Access ma se crei applicazioni non militari affidati alla protezione a 
livello utente.
Ciao, Carlo 

 Ciao!
Ciao,
Massimo

 Ciao!
Quello che hai fatto è cosa normale se chi ha sviluppato il prodotto
non voleva proteggerlo in modo più serio....!
In ogni caso un applicativo in Access lato FE non ha altro modo di
protezione
sicura al di là della creazione dell'MDE, un formato Pcompilato che rende
inaccessibile
Codice e struttura.
Per la parte dati l'unico sistema +/- serio è quello di ricorrere alla
protezione Utenti
ma non come molti sostengono affidandola al File MDW, ma sfruttandola per
disabilitare tutti i privilegi di ADMIN e gestendo gli accessi
dall'applicativo MDE.
SENZA ASSOLUTAMENTE distribuire il file MDW.
Questo farà inorridire i meno esperti, sicuri che una protezione a livello
utente
è utile.
Non distribuendo il file MDW, la possibilità di accedere ai dati è
assolutamente più
complessa, e ti assicuro che chi è in grado di farlo non ha sicuramente
interesse
a farlo su un "nostro DB".
Contrariamente, distribuendo un MDW viene distribuita anche la gestione
Utenti
con Password e Privilegi, e sanno tutti che quando si distribuisce un File
che contiene
dati Sensibili c'è sempre il metodo di usarlo.
Saluti.
-- 
@Alex (Alessandro Baraldi)
---------------------------------------------------------------------------
http://www.sitocomune.com/
http://www.mantuanet.it/alessandro.baraldi/
---------------------------------------------------------------------------

 riuscire
Devo riuscire? Questa cosa mi incuriosisce parecchio!
:)



In ogni caso se per disabilitare i privilegi di ADMIN non è sempre 
necessario aprire l'mde puntando all'mdw?
Altrimenti come è possibile disabilitare i privilegi?
--
Ken 

 Ken
Hai un pò di confusione mi pare.
Crei un DB protetto a livello utente, quindi lo Separi in FE e BE.
Ora il FE lo Converti in MDE.
I privilegi li devi stabilire prima, ma solo relativi all'accesso in
modalità
struttura degli oggetti.
Poi da Codice gestisci un Login con Privilegi interni.
Ciao


 ha scritto nel messaggio 
news:420f2a8d$0$6302$5fc...@news.tiscali.it...

Grazie per la pazienza ma per quanto ne so il DB protetto a livello utente 
lo crei generando un file MDW. O modifichi l'mdw System oppure ne crei uno 
nuovo con i relativi privilegi comunque sia è tramite un mdw che accedi e 
gestisci i privilegi.
Se Esiste un modo per accedere a un MDB protetto a livello utente senza 
usare l'MDW mi si apre il un mondo nuovo e davvero vorrei sapere come si fa.
Quanto hai scritto sopra l'ho provato e se non punto un collegamento all'MDW 
non si entra. Dove ho sbagliato?
ciao
--
Ken

 Ken
Non credo che tu stia sbagliando nulla, è solo una questione di capirsi.
Un Applicativo protetto da un MDW(Dedicato) può essere distribuito con
il SYSTEM.MDW, in quel modo non avrai che i privilegi di ADMIN che
avrai ben disabilitato....!
Risultato "impossibile" fare danni, ma impossibile usare la gestione Utenti
e di conseguenza impossibile Craccarla...!


 e di conseguenza impossibile Craccarla...!
Perň cosě se non ho tralasciato nulla chiunque puň accedere al BE e leggere 
le tabelle..?
--
Ken

 Ken
