Newsgroup: it.comp.appl.access
Titolo: x Federico Luciani e Voltolini

Scusate il disturbo, ma leggendo alcuni vecchi post sulla questione dell'accesso alla finestra
database dei files .MDE,  sembrerebbe assodato che la routine di "sprotezione" pubblicata sul sito
comune sia obsoleta.
Ovvero, utilizzando la protezione utente di Access (che mi č ancora piuttosto ostica) č possibile
impedire definitivamente la visione degli oggetti della propria applicazione a estranei.
Spero proprio che al prossimo aggiornamento del sito comune pubblicherete i dettagli sulla faccenda,
ok?
Ciao, Maurizio

 wrote in message
8nrppe$5q2$1...@fe2.cs.interbusiness.it...


 impedire definitivamente la visione degli oggetti della propria applicazione a estranei.
In ogni caso, visto che tale protezione e' bypassabile, e' possibile visionare
tali oggetti.
In definitiva, e' impossibile proteggere adeguatamente i dati archiviati in un
mdb.
-- 
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
--------------------------------------

 Voltolini
Hai letto il mio ultimo msg in risposta ad uno tuo?
Mi aspettavo un smentita o una conferma delle mie affermazioni.


In definitiva, e' impossibile proteggere adeguatamente i dati archiviati in un
Certo, se dall'altra parte della "barricata" ci sono un Antogal, RoDAgo, Lbo, o Federico Luciani
:-))
Però a mio parere una combinazione tra protezione utente e disabilitazione  tasto shift potrebbero
mettere al riparo da occhi indiscreti nel 95% dei casi... quindi è un peccato che tu non voglia
prendere in considerazione il mio suggerimento.
Ciao, Fabrizio

 Mi aspettavo un smentita o una conferma delle mie affermazioni.
Scusa se non ti ho risposto a tempo debito,lo faccio ora e confermo le tue
affermazioni,si possono aprire da un altro DB tutte le query di un DB
protetto,pero' con qualche sotterfugio puoi,in questo caso,limitare i
danni,nel senso che se la prima query aperta ti cancella tutti i dati,io me
ne accorgo e non faccio partire il DB,a me poco importa se i dati vengono
cancellati dal momento che ne tengo copia,l'importante e' che il gestore del
DB si accorga subito di manomissioni.
Ma probabilmente tu sai il modo di aprire tutte le query tranne la prima!
Ripeto,non mastico tanto di Visual Basic,ma combinando come diceva Maurizio
se non sbaglio,un po' di qua e un po' di la',per il 95% degli utenti e'
improbabile accedere ai dati se non attraverso le normali Maschere.
Dipende anche ovviamente dove il DB protetto lavora,se e' in una banca e'
una cosa,ma se per esempio e' in una associazione sportiva,artigianale o di
volontariato e' un altra cosa.
Diciamo comunque che la sicurezza al 100% per il momento non la vedo,o
meglio "non la sento".
Ciao
Voltolini

 meglio "non la sento".
Esatto. Questo e' quello che cerco di dire da molto tempo, bisogna valutare il
livello di sicurezza che si vuole ottenere. Se questo deve essere alto, allora
e' meglio lasciar perdere access.
Bye


 Ciao, Fabrizio
Ripeto, se il problema e' evitare che utenti non molto smanettoni possano
accedere ai dati, questa soluzione va benissimo, ma se il problema e' la
'sicurezza' dei dati, ad esempio sanitari, e' meglio non usare access. 


 e' meglio lasciar perdere access.
Vorrei approfondire la cosa.
Cosa intendete col dire che le query si possono eseguire da un altro db
anche quando questo e' protetto?
Io non vedo come si possa fare. Saro' un ingenuo ma vorrei sapere qualcosa
di piu' su questo discorso.
Ciao, Sib


Per tutta la discussione, leggiti il thread: [OT] Errore con il metodo
FindFirst (circa 10 gg fa)
Cmq, e' possibile eseguire le query, non le tabelle, se la protezione e' a
livello utente senza utilizzare il gruppo di lavoro, ma impostando le query con
l'opzione WITH OWNERACCESS.
In definitiva le tabelle possono essere aperte solo dal proprietario, ma le
query possono essere eseguite da tutti.


 Federico
Ancora non sono convinto, ho letto i post di cui parli, ma non vedo come
questo possa aggirare la sicurezza a livello utente. Basta non includere
l'opzione nelle query. Tanto piu' che:
chi non ha accesso a una tabella non puo' fare funzionare una query che
contenga quella opzione se il proprietario della query non ha accesso alla
tabella, per di piu' non puo' cambiare il proprietario della query e infine
non puo' aggiungere quella opzione se non e' lui il proprietario della
query.
Inoltre l'utente che non puo' modificare una query con l'opzione With
owneraccess se non ne e' proprietario, quindi, anche se puo' aprire la
query, non puo' andare oltre cio' che la query stessa consente.
Sib


 Sib
Esatto, ma tra le query di sicuro c'e' ne una che permette di visualizzare i
dati.
-- 
Federico


"Federico Luciani"

Lo scenario e' chiaro. Quello che non e' chiaro e': se io non voglio che
l'utente admin apra le mie query, perche' devo mettere l'opzione XXX?
Da considerare anche che se tolgo all'utente admin tutte le autorizzazioni
sulla query con l'opzione XXX, lui puo' sempre aprirla, ma non puo'
visualizzare l'SQL, percio' se determinati dati non vengono visualizzati in
base a un flag che li identifica come riservati, l'admin non puo' neanche
accorgersene perche' non vede che i dati sono filtrati.
Ciao, Sib

 accorgersene perche' non vede che i dati sono filtrati.
E' vero, ma ripeto, ci sara' almeno una query che permette la visualizzazione
dei dati da parte dell'unico utente (admin), a meno che il db non venga
utilizzato solo per l'inserimento dei dati.


 Federico
Ricapitoliamo.
Se esiste una query che consente di vedere i dati, allora e' giusto che
l'admin possa vedere quei dati. Se non deve vederli, perche' dovrebbe
esserci una query che consente di vedere i dati?
Sib

 Sib
Sib, forse ti sei perso qualche passaggio.
L'admin (utente standard) e' l'unico utente, non c'e' ne sono altri.
Non esistono gruppi ne tantomento utenti, il gruppo di lavoro e' quello
standard (system.mdw)
Il db e' stato sviluppato con un altro gruppo di lavoro, che non viene
distribuito, dal proprietario pippo.
Tutti gli oggetti, tranne le tabelle, possono essere aperti da tutti (cioe'
l'utente admin standard).
Visto che pero' le tabelle sono inaccessibili, pippo ha creato delle query con
l'opzione WITH OWNERACCESS, per permettere l'editing dei dati, altrimenti il db
sarebbe inaccessibile.


 sarebbe inaccessibile.
Quello che ha scritto Federico e' tutto giusto chiaro e lineare.
C'e' solo da sperare che in futuro la Microsoft ponga rimedio.
Voltolini

 sarebbe inaccessibile.
Scusa, forse mi sono espresso male.
Intendevo domandare perche' l'utente admin dovrebbe essere limitato nella
visualizzazione dei dati?
Se il timore e' che arrivi uno sconosciuto e apra il db, il problema e'
risolvibile mettendo una PW all'utente admin. Se il timore e' che lo
"smanettone" si porti da casa il system.mdw allora si tolgono tutte le
autorizzazioni all'utente admin (cosi' non puo' fare piu' niente neanche con
l'OPZIONE (ho verificato) e si rilascia un system.mdw con un utente
abilitato alla lettura e con PW.
Se il problema e' che questo sconosciuto abbia il tempo di smanettare
parecchio o addirittura di portarsi a casa il db, a parte la crittografia
non credo che ci sarebbe granche' da fare anche con altri db.
D'altro canto, se io dovessi proteggere cosi' radicalmente i miei dati, li
metterei su un PC senza drive esterni (cosi' non si puo' mettere e togliere
nulla) e, se proprio debba essere connesso in rete, protetto da PW per
l'accesso alle risorse.
Tanto per fare un esempio, ho fatto un piccolo (piccolissimo) db che con un
piccolo e semplice artificio, a mio avviso, consente di bypassare il
problema e vorrei verificare se e' validamente protetto. Se sei disposnibile
te lo mando (24Kb zippato)
Ciao, Sib
PS per Voltolini:
A Voltoli' nun t'encazza', non c'avevo mica detto che nun se capiva a
Federico, stamo solo a discute.
;-)

 Ciao, Sib
Per il momento sono abbastanza incasinato, inoltre non vorrei creare un
precedente.
Vabbe mandamelo, ma non ti prometto nulla.


Ma quando mai mi sono incazzato io!
Se vuoi mandamelo anche a me il tuo piccolo db.
Ciao
Voltolini
