Proteggi con password un DB SQLite. È possibile?

Devo affrontare un nuovo piccolo progetto. Avrà circa 7 o 9 tabelle, la più grande delle quali crescerà fino a un tasso massimo di 1000 righe al mese.

Ho pensato a SQLite come al mio db ... Ma avrò bisogno di proteggere il db nel caso qualcuno volesse modificare i dati dal db

La mia domanda principale è:

È possibile proteggere con password un db sqlite come faresti all'accesso?

Quale altro RDBMS consiglieresti per una soluzione così piccola?

Lo sviluppo sarebbe su C #, ma sto cercando qualcosa di gratuito.

È possibile proteggere con password un DB SQLite3. Prima di eseguire qualsiasi operazione, impostare la password come segue.

SQLiteConnection conn = new SQLiteConnection("Data Source=MyDatabase.sqlite;Version=3;");
conn.SetPassword("password");
conn.Open();

quindi la prossima volta che puoi accedervi come

conn = new SQLiteConnection("Data Source=MyDatabase.sqlite;Version=3;Password=password;");
conn.Open();

Ciò non consentirà a nessun editor della GUI di visualizzare i tuoi dati. Alcuni editor possono decrittografare il database se fornisci la password. L'algoritmo utilizzato è RSA.

Successivamente, se desideri modificare la password, utilizza

conn.ChangePassword("new_password");

Per reimpostare o rimuovere la password, utilizzare

conn.ChangePassword(String.Empty);

È possibile utilizzare la crittografia incorporata del provider sqlite .net (System.Data.SQLite). Ulteriori dettagli su http://web.archive.org/web/20070813071554/http://sqlite.phxsoftware.com/forums/t/130.aspx

Per crittografare un database non crittografato esistente o per modificare la password di un database crittografato , aprire il database e quindi utilizzare la funzione ChangePassword () di SQLiteConnection:

// Opens an unencrypted database
SQLiteConnection cnn = new SQLiteConnection("Data Source=c:\\test.db3");
cnn.Open();
// Encrypts the database. The connection remains valid and usable afterwards.
cnn.ChangePassword("mypassword");

Per decrittografare una chiamata al database crittografata esistenteChangePassword() con una password NULLo "":

// Opens an encrypted database
SQLiteConnection cnn = new SQLiteConnection("Data Source=c:\\test.db3;Password=mypassword");
cnn.Open();
// Removes the encryption on an encrypted database.
cnn.ChangePassword(null);

Per aprire un database crittografato esistente o per creare un nuovo database crittografato, specificare una password ConnectionStringcome mostrato nell'esempio precedente o chiamare la SetPassword()funzione prima di aprirne uno nuovo SQLiteConnection. Le password specificate in ConnectionStringdevono essere in chiaro, ma le password fornite nella SetPassword()funzione possono essere array di byte binari.

// Opens an encrypted database by calling SetPassword()
SQLiteConnection cnn = new SQLiteConnection("Data Source=c:\\test.db3");
cnn.SetPassword(new byte[] { 0xFF, 0xEE, 0xDD, 0x10, 0x20, 0x30 });
cnn.Open();
// The connection is now usable

Per impostazione predefinita, la parola chiave ATTACH utilizzerà la stessa chiave di crittografia del database principale quando si collega un altro file di database a una connessione esistente. Per modificare questo comportamento, utilizza il modificatore KEY come segue:

Se stai allegando un database crittografato utilizzando una password in chiaro:

// Attach to a database using a different key than the main database
SQLiteConnection cnn = new SQLiteConnection("Data Source=c:\\test.db3");
cnn.Open();
cmd = new SQLiteCommand("ATTACH DATABASE 'c:\\pwd.db3' AS [Protected] KEY 'mypassword'", cnn);
cmd.ExecuteNonQuery();

Per allegare un database crittografato utilizzando una password binaria:

// Attach to a database encrypted with a binary key
SQLiteConnection cnn = new SQLiteConnection("Data Source=c:\\test.db3");
cnn.Open();
cmd = new SQLiteCommand("ATTACH DATABASE 'c:\\pwd.db3' AS [Protected] KEY X'FFEEDD102030'", cnn);
cmd.ExecuteNonQuery();

Usa SQLCipher, è un'estensione opensource per SQLite che fornisce la crittografia AES a 256 bit trasparente dei file di database. http://sqlcipher.net

Puoi crittografare il tuo database SQLite con il componente aggiuntivo SEE. In questo modo previeni accessi / modifiche non autorizzati.

Citando la documentazione di SQLite:

SQLite Encryption Extension (SEE) è una versione avanzata di SQLite che crittografa i file di database utilizzando AES a 128 bit o 256 bit per impedire l'accesso o la modifica non autorizzati. L'intero file di database è crittografato in modo che a un osservatore esterno il file di database sembra contenere rumore bianco. Non c'è niente che identifichi il file come un database SQLite.

Puoi trovare maggiori informazioni su questo componente aggiuntivo in questo link .

Un'opzione sarebbe VistaDB . Consentono di proteggere i database (o anche le tabelle) con password (e facoltativamente crittografarli).

per la tua domanda sulla protezione della password del tuo db sqlite, non penso che possa essere fatto.

puoi crittografarlo, ecco alcune informazioni su questo:

http://sqlcrypt.com/

è $ 149 per piattaforma.

Se usi FluentNHibernate puoi usare il seguente codice di configurazione:

private ISessionFactory createSessionFactory()
{
    return Fluently.Configure()
            .Database(SQLiteConfiguration.Standard.UsingFileWithPassword(filename, password))
            .Mappings(m => m.FluentMappings.AddFromAssemblyOf<DBManager>())
            .ExposeConfiguration(this.buildSchema)
            .BuildSessionFactory();    
}

private void buildSchema(Configuration config)
{
        if (filename_not_exists == true)
        {
            new SchemaExport(config).Create(false, true);
        }
}    

Il metodo UsingFileWithPassword (nomefile, password) crittografa un file di database e imposta la password.
Viene eseguito solo se viene creato il nuovo file di database. Il vecchio non crittografato fallisce quando viene aperto con questo metodo.

So che questa è una vecchia domanda, ma la soluzione semplice non sarebbe semplicemente proteggere il file a livello di sistema operativo? Basta impedire agli utenti di accedere al file e quindi non dovrebbero essere in grado di toccarlo. Questa è solo una supposizione e non sono sicuro che sia una soluzione ideale.

Perché hai bisogno di crittografare il database? L'utente potrebbe facilmente smontare il programma e capire la chiave. Se lo stai crittografando per il trasferimento di rete, considera l'utilizzo di PGP invece di comprimere un livello di crittografia in un livello di database.