Newsgroup: it.comp.software.database
Titolo: Jet e sicurezza su NT per un file .mdb

Al fine di poter permettere un'interazione abbastanza sicura tra la mia
applicazione asp ed il database, vorrei fare in modo che il database sia
leggibile o modificabile solo dalle funzioni contenute all'interno delle
pagine asp del mio sito web.
Per realizzare quanto detto configurerò l'
accesso al database con la seguente stringa:
Provider=Microsoft.Jet.OLEDB.4.0;Password=???;User ID=???;Data Source=....;
Purtroppo per impostare userID e password c'è bisogno della buona volontà
del fornitore di hosting presso il quale ho acquistato lo spazio per il mio
sito.
Ho trovato queste info su come impostare userID e password per il
database, vorrei spedirle all'azienda di hosting, ma ho paura che alcune
delle operazioni sottoelencate non possano essere eseguite dal fornitore.
Purtroppo non ne capisco della gestione di win NT e VI CHIEDO SE LE
OPERAZIONI SOTTOELENCATE POSSONO ESSERE ESEGUITE SENZA PROBLEMI DA PARTE
DEL GESTORE DI HOSTING, infatti vorrei che loro non mi obbligassero ad
usare ODBC per l'accesso al database solo perchè potrebbero inventarsi la
scusa di non poter operare nel modo riportato qui sotto...
Grazie per il
Vosrto tempo
1) CREARE UN NUOVO FILE DI INFO SUL GRUPPO DI LAVORO
Lanciare Wrkgadm.exe (presente nella cartella Access), fare "Crea" e
digitare i dati per Nome, Organizzazione ed IdGruppo.
Salvare il file col
nome Mio.mdw
Notate che dopo la creazione, Mio.mdw è il file in uso (al
posto del solito System.mdw, del quale consiglio di fare una copia di
backup...)
2) AVVIARE ACCESS SENZA APRIRE NESSUN DATABASE
3)
ASSEGNARE UNA PW ALL'UTENTE AMMINISTRATORE
Andare in Strumenti-Sicurezza-
Account Utenti e Gruppi. Scegliere la scheda Cambia password d'accesso.
Lasciando vuota la casella "Vecchia Password", aggiungere e confermare una
PW nelle altre 2 caselle di testo.
4) CREARE UN NUOVO ACCOUNT
AMMINISTRATORE
Questo nuovo utente sarà il proprietario: Andare in
Strumenti-Sicurezza-Account utenti e gruppi.
Nella scheda utenti fare
click su Nuovo ed aggiungere un Nome ("NuovoAdmin", per esempio) ed un
IDPersonale. Per fare in modo che questo nuovo utente sia amministratore,
nella finestra "Utenti" selezionare l'utente "NuovoAdmin" dalla casella
"Nome", mentre nella sezione "Appartenenza a Gruppo" selezionare
"Amministratori". Con AGGIUNGI si aggiunge l'account nel giusto gruppo
(amministratori).
5) FARE LOGIN COME IL NUOVO AMMINISTRATORE
Uscire e
riavviare Access. A questo punto dovrebbe apparire la finestra di Login,
digitare NuovoAdmin come NOME e lasciare in bianco il campo Password (per
il momento NuovoAdmin NON ha PW!!)
6) OPZIONALE - ASSEGNARE UNA PW AL
NUOVO AMMINISTRATORE
Uguale al punto 3.
7) RIMUOVERE AMMINISTRATORE DAL
GRUPPO AMMINISTRATORI
Accedere a Strumenti-Sicurezza-Account utenti e
gruppi. Nella finestra "Utenti" selezionare l'utente "Amministratore" dalla
casella "Nome", mentre nella sezione "Appartenenza a Gruppo" selezionare
"Amministratori". Con RIMUOVI, l'Amministratore diventa un semplice
utente... :-)
8) RIAVVIARE ACCESS
In questo modo ci si assicura che
tutti i cambiamenti siano stati apportati, e che l'unico amministratore sia
NuovoAdmin. Al login, entrare ovviamente come "NuovoAdmin", specificando
eventualmente la PW settata al 
p.to
 6
9) CREARE UN NUOVO DATABASE
Chiamate questo DB "DBProt.mdb". Questo sarà il DB protetto...
10)
CREARE GLI UTENTI ED I GRUPPI NECESSARI PER L'APPLICAZIONE
Fare questo
PRIMA di mettere gli oggetti nel DB permette di stabilire degli accessi di
default. 
11) IMPOSTARE LE AUTORIZZAZIONI DI DEFAULT
Andare su
Strumenti-Sicurezza-Account Utenti e Gruppi. Dalla pagina Autorizzazioni
selezionare gli oggetti sui quali si vuole agire per limitare gli accessi
indiscriminati al DB... 
12) IMPORTARE TUTTI GLI OGGETTI IN QUESTO DB
Facendo questo si applicheranno le autorizzazioni di default a tutti gli
oggetti del DB. Ecco spiegato perchè e meglio impostare PRIMA gli
account... in questo modo tutti gli oggetti saranno già "configurati"
correttamente a livello di accesso!!
13) IMPOSTARE LE AUTORIZZAZIONI DEL
DB
SOLO L'UTENTE AMMINISTRATORE DEVE AVERE L'AUTORIZZAZIONE "AMMINISTRA"!!
Verificate che gli utenti possano accedere effettivamente solo agli oggetti
che VOI decidete, e che le autorizzazioni siano tutte settate in modo
corretto. 
14) REIMPOSTARE IL SYSTEM.MDW DI DEFAULT
Lanciare
Wrkgadm.exe (presente nella cartella Access), fare "Entra" e selezionare
"C:\WINDOWS\SYSTEM\SYSTEM.MDW" premere OK e poi Esci. Questo per evitare la
richiesta di password ogni volta che si apre Access. Per aprire il vostro
DB protetto creare un collegamento sul Desktop nella riga di comando
inserire:
"C:\Programmi\Microsoft Office\Office\msaccess.exe" /wrkgrp
Mio.MDW DBProt.MDB 
--------------------------------
Inviato via 
http://usenet.iol.it

applicazione asp ed il database
Non era piu' semplice criptare l'mdb e dargli accesso solo ad un
utente con password? 
-- 
Tieni per te il Papero giusto se vuoi la mia email
Sito Papero -> 
http://utenti.tripod.it/papero

 utente con password?
non so il 2k.
per le pass del 97, se vuoi ti mando exe e sorgente trovato sulla rete.
non ci farei gran conto.
ciao, a.
--
andrea....@tin.it
www.comune.modena.it/cittadini/apal/

non ci farei gran conto.
Allora non mi sembra corretto il tuo ragionamento.
Se presumi che potresti avere problemi con la connessione, usa
connessioni TCP su IpSec o alla peggio SSE. Se il problema reputi che
sia nel server allora o la password va sempre bene, oppure e' sempre
da considerarsi insicura. Nel secondo caso memorizza dati criptati
(prenditi i sorgenti) anche se cosi' ti perdi molti dei vantaggi di
avere un DB.
Considera anche l'opzione di usare MSDE (anche se non sono sicuro
sulla licenza per l'uso che ne vuoi fare) oppure di SAP DB o di
firebird (alias interbase). In questo caso pero' dovrai trovare un
accordo con con chi ti "concede" l'hosting


 Allora non mi sembra corretto il tuo ragionamento.
mentre concordo abbastanza col tuo, nel mio post non c'era nessun
ragionamento.
semplicemente, se i dati sono sensibili, la pass di un mdb97 e' un disastro,
e non so quanto difendibile in una discussione davanti a un responsabile
della sicurezza.
con quella di audiognome ci ho giocherellato giusto per aggiornare gli mdb,
cosa che lui non faceva.
a proposito, audiognome stesso ribattezza gli mdb con un'altra estensione.
peccato solo che mentre e' aperto appaia un .ldb ...


della sicurezza.
Non esistono responsabili della sicurezza "seri" in Italia,
tranquillo. Forse in nella zecca di stato, ma gia' in una banca
generica non giurerei che esistano "responsabili" della sicurezza.


 generica non giurerei che esistano "responsabili" della sicurezza.
come sei rassicurante :)
ciao, a.

come sei rassicurante :)
Ho lavorato nella sala macchine di Fineco per un giorno.
Ho ha che fare con HP di Roma.
Non sono molto protetti da attacchi all'interno (per me n.d.p.)
