Crittografare un database Access significa proteggere il contenuto del file .accdb tramite la funzione di cifratura con password prevista da Microsoft. La keyword crittografare access non va confusa con il semplice nascondere maschere, bloccare il riquadro di spostamento o distribuire un file ACCDE: la cifratura agisce sul file dati e richiede una password per aprirlo.
La documentazione Microsoft corrente indica che la funzione si applica ad Access per Microsoft 365, Access 2024 e altre versioni desktop supportate indicate nella pagina ufficiale. Per i file .accdb la vecchia sicurezza a livello utente non è disponibile; la protezione moderna del file si basa sulla cifratura con password, integrata con permessi Windows, backup e altre misure di sicurezza. Per gli altri tutorial visita la categoria Guide Access.
Che cosa fa la cifratura di Access
Microsoft spiega che lo strumento rende i dati illeggibili ad altri strumenti e imposta una password necessaria per usare il database. Questo è il punto centrale: la funzione non è soltanto un messaggio all’apertura ma una misura di protezione del contenuto del file.
La cifratura però non crea identità individuali. Se dieci persone conoscono la stessa password, il file non distingue automaticamente i dieci utenti. Per ruoli, audit e permessi granulari può essere più appropriato un back-end SQL Server.
Prima di cifrare: verifica il formato
La procedura moderna descritta da Microsoft si applica al formato .accdb. Se stai lavorando con un vecchio .mdb, evita di seguire tutorial moderni alla lettera senza valutare formato, compatibilità e conversione.
Se decidi di convertire un database legacy, crea una copia, compila il progetto, verifica riferimenti e testa tutte le funzioni. Una migrazione di formato può coinvolgere più aspetti della sola cifratura.
Prima di cifrare: crea un backup completo
Non cambiare la protezione dell’unica copia del database. Esegui un backup del file e, nei database split, salva sia front-end sia back-end. Conserva anche una copia del sorgente ACCDB se in produzione distribuisci ACCDE.
Il backup deve essere accessibile soltanto a persone autorizzate. Una vecchia copia non cifrata può vanificare parte della sicurezza introdotta sul file nuovo.
Passo 1: chiudi tutti gli utenti
La cifratura richiede apertura esclusiva. In un database multiutente pianifica una finestra di manutenzione. Chiedi agli utenti di uscire, controlla sessioni RDS e verifica che nessun processo MSACCESS.EXE stia ancora utilizzando il file.
Non cancellare manualmente il file di lock per forzare l’esclusività mentre qualcuno è collegato.
Passo 2: apri il database in modalità esclusiva
Avvia Access e vai su File > Apri. Seleziona il database, ma invece di fare clic direttamente su Apri usa la freccia associata al pulsante e scegli Apertura esclusiva. Questo passaggio permette ad Access di applicare la cifratura senza altre sessioni concorrenti.
Se non riesci a ottenere accesso esclusivo, torna alla fase precedente e individua chi sta usando il file.
Passo 3: scegli Crittografa con password
Con il database aperto in esclusiva, vai su File > Informazioni e seleziona Crittografa con password. Access mostra la finestra per impostare la password e verificarla.
Inserisci una password forte e ripetila esattamente. Conferma e attendi il completamento. Poi chiudi il database e riaprilo per verificare la richiesta.
Come scegliere una passphrase sicura
Microsoft raccomanda password forti composte da lettere maiuscole e minuscole, numeri e simboli. La pagina ufficiale indica una lunghezza minima di 8 caratteri e preferisce passphrase di 14 o più caratteri.
In azienda usa una policy più robusta se i dati lo richiedono. Una passphrase lunga, unica e non basata su informazioni pubbliche è preferibile a una password breve con sostituzioni prevedibili.
Non perdere la password
Microsoft avverte in modo esplicito: se dimentichi la password di un database cifrato, non potrai usare il database e Microsoft non può recuperare la password. Non esiste quindi una procedura ufficiale di reset senza conoscere la credenziale.
Conserva la password in un password manager aziendale o in un sistema di gestione segreti, con almeno un processo di emergenza e responsabilità documentate.
Come verificare che la cifratura sia attiva
Chiudi completamente Access e riapri il file. Dovrebbe comparire la richiesta password. Inserisci quella corretta e verifica che database, tabelle, maschere, query e report funzionino.
Prova anche una password errata per verificare che l’accesso venga negato. Non memorizzare la password in chiaro in procedure di test.
Crittografare un database split
Microsoft dedica una sezione specifica ai database divisi. Per proteggere front-end e back-end devi gestire i due file separatamente. La procedura descritta prevede di cifrare il back-end, ricollegare le tabelle dal front-end immettendo la password del back-end, quindi cifrare il front-end se desiderato.
Questo richiede test: dopo il relink apri maschere che leggono e scrivono dati, esegui query, report e funzioni VBA.
Perché il relink è necessario
I collegamenti esistenti possono non contenere le informazioni necessarie dopo il cambiamento di protezione. Ricreandoli, Access acquisisce la password richiesta dal back-end.
Per amministrare le origini usa Gestione tabelle collegate in Access.
Come trattare la password del back-end
Una password condivisa dal front-end può diventare un segreto applicativo. Non inserirla in chiaro in moduli VBA se puoi evitarlo. Se il requisito di sicurezza è elevato, un file Access condiviso con password comune può non essere il modello migliore.
Con SQL Server puoi usare autenticazione integrata, gruppi, ruoli e permessi lato server, offrendo un controllo più granulare.
Crittografia e ACCDE
ACCDE e cifratura sono complementari. ACCDE compila VBA e limita modifiche di progettazione; la cifratura protegge il contenuto del file con password. Nessuno dei due sostituisce permessi del sistema operativo.
Conserva il sorgente ACCDB in archivio sicuro e versionato. Non affidarti all’ACCDE come unico backup.
Crittografia e Access Runtime
Microsoft 365 Access Runtime permette di eseguire applicazioni Access su PC che non hanno Access completo. Un database cifrato può essere aperto in Runtime con la password, ma l’applicazione deve essere progettata per un’esperienza completa senza strumenti di sviluppo.
Runtime non rende automaticamente il database sicuro: Microsoft specifica che runtime mode non deve essere usato come principale mezzo di protezione.
Crittografia e Trusted Location
La cifratura e il Trust Center affrontano problemi diversi. Una Trusted Location dice ad Access di fidarsi del contenuto attivo di un database; la cifratura protegge il file da apertura non autorizzata senza password.
Un database può essere cifrato ma non trusted, o trusted ma non cifrato. Configura entrambi i livelli in base alla policy.
Crittografia e firme digitali
Una firma digitale può attestare l’origine e l’integrità del codice o del pacchetto in specifici scenari, mentre la password cifra il database. Non considerare le due funzioni intercambiabili.
Se distribuisci codice VBA firmato, documenta certificato e rinnovo separatamente.
Crittografia e cartelle di rete
Il file cifrato deve comunque risiedere in una condivisione stabile con permessi adeguati. Per un back-end multiutente non basta conoscere la password: Access deve poter gestire il locking nella cartella.
Limita l’accesso alla condivisione agli utenti autorizzati. La password non giustifica ACL permissive.
Crittografia e OneDrive
Proteggere il file con password non rende una cartella OneDrive adatta a un back-end multiutente aperto contemporaneamente. La cifratura protegge i dati; i problemi di sincronizzazione e concorrenza restano.
Per collaborazione remota valuta RDS, liste SharePoint o SQL Server in base al caso.
Crittografia e backup
Se crei un backup del database cifrato, conserva la password insieme alla procedura di disaster recovery ma non nello stesso archivio non protetto. Testa periodicamente il restore usando una copia.
Se esistono vecchi backup non cifrati, applica controlli di accesso coerenti. La sicurezza del sistema è forte quanto la copia meno protetta ancora disponibile.
Crittografia e Compact and Repair
Prima di manutenzione fai backup e assicurati di conoscere la password. Compact and Repair è una funzione separata che recupera spazio inutilizzato e può riparare alcuni problemi. Non rimuove la necessità della password.
Consulta come usare Compatta e ripristina per la manutenzione.
Crittografia e prestazioni
In un normale database la cifratura aggiunge uno strato di protezione, ma i problemi di prestazioni sono più spesso legati a query, rete, indici e volume dati. Misura prima di attribuire una lentezza alla password.
Crittografia e database grandi
Se il file è vicino ai limiti di Access, la cifratura non risolve la scalabilità. Archivia dati, riduci allegati o migra il back-end a SQL Server. La sicurezza non sostituisce la progettazione della capacità.
Access 32 e 64 bit
La funzione di cifratura è disponibile nelle versioni moderne indipendentemente dalla scelta x86/x64, ma il progetto deve funzionare nella bitness prevista. Driver, ActiveX e dichiarazioni API sono un tema separato.
Access 2024 e Microsoft 365
La pagina Microsoft ufficiale elenca Access per Microsoft 365 e Access 2024 tra i prodotti cui si applica la procedura. Questo è importante perché molti tutorial online si riferiscono a versioni molto vecchie e alla sicurezza a livello utente dei file MDB.
Errore: Crittografa con password non disponibile
Verifica formato del file e modalità di apertura. Assicurati di avere Access completo e accesso esclusivo. Se il file è un vecchio formato, controlla la documentazione appropriata invece di forzare la procedura.
Errore: database in uso
Chiudi tutti gli utenti. Su server controlla sessioni disconnesse. Se il front-end tiene aperte tabelle collegate al back-end, chiudilo prima di cifrare il back-end.
Errore: password dimenticata
Microsoft non fornisce recupero. Ripristina una copia per cui possiedi la credenziale oppure usa la procedura aziendale di gestione segreti. Questo è il motivo per cui password e backup devono essere pianificati insieme.
Errore: tabelle collegate non funzionano dopo la cifratura
Ricollega le tabelle e inserisci la password del back-end. Testa la connessione su tutte le postazioni e in Runtime se previsto.
Ruoli e autorizzazioni: perché la password non basta
Se vuoi impedire a un reparto di vedere una tabella ma permettere a un altro reparto di modificarla, una sola password di file non è sufficiente. L’applicazione può nascondere funzioni in base all’utente, ma la sicurezza robusta deve esistere nel back-end.
SQL Server permette permessi e ruoli server/database e può usare autenticazione Windows. Access può rimanere l’interfaccia utente.
Esempio pratico: piccolo database monoutente
Un professionista usa un ACCDB locale per dati amministrativi. Procedura: backup; password manager; apertura esclusiva; cifratura; verifica; backup cifrato; protezione BitLocker del PC; account Windows con password. Qui la cifratura Access aggiunge un utile livello al file.
Esempio pratico: database split in LAN
Dieci utenti usano front-end locali e un back-end condiviso. Pianifica manutenzione; backup del back-end; disconnessione utenti; cifratura back-end; relink dal front-end master; test; cifratura eventuale front-end; distribuzione nuova versione. Controlla che tutti i client usino la build aggiornata.
Esempio pratico: dati aziendali critici
Se il requisito comprende audit per utente, ruoli, accesso remoto e alta disponibilità, usa la cifratura del front-end soltanto come misura complementare e sposta il dato su SQL Server. Non forzare il file Access oltre il suo modello.
Checklist prima della cifratura
Formato .accdb; backup; password manager; utenti disconnessi; accesso esclusivo; spazio disco; front-end/back-end identificati; piano di relink; ambiente di test; copia sorgente.
Checklist dopo la cifratura
Riapertura con password; rifiuto password errata; tabelle; query; maschere; report; VBA; link; Runtime; backup; restore di prova; documentazione; eliminazione controllata di copie temporanee non cifrate.
FAQ
Crittografare equivale a mettere una password?
Nelle versioni moderne .accdb la procedura “Crittografa con password” combina le due cose: cifra il file e richiede la password.
La cifratura funziona su Mac?
Access desktop non ha una versione nativa macOS equivalente. La procedura riguarda Access desktop Windows.
Posso cifrare un database split?
Sì. Microsoft spiega di cifrare back-end, ricollegare le tabelle e poi cifrare il front-end se necessario.
Posso rimuovere la cifratura?
Sì se conosci la password: apri in esclusiva e usa Decrittografa database.
Microsoft recupera la password?
No. Se la dimentichi, non è recuperabile tramite Microsoft.
Serve comunque un backup?
Assolutamente sì. Cifratura e backup risolvono problemi diversi.
Conclusione
Crittografare un database Access è una misura efficace per proteggere il contenuto di un file .accdb, ma va inserita in una strategia più ampia: backup, gestione credenziali, permessi Windows, database split e sicurezza del back-end.
La fonte ufficiale è Microsoft Support – Crittografare un database usando una password. Se vuoi approfondire il tema complementare, leggi anche come proteggere un database Access con password. La regola fondamentale resta quella indicata da Microsoft: conserva la password in modo sicuro, perché se viene dimenticata non può essere recuperata.