Mật khẩu Bảo vệ DB SQLite. Có khả thi không?

Question 1

Tôi phải đối mặt với một dự án nhỏ mới. Nó sẽ có khoảng 7 hoặc 9 bảng, bảng lớn nhất trong số đó sẽ phát triển với tốc độ tối đa là 1000 hàng một tháng.

Tôi đã nghĩ về SQLite như db của mình ... Nhưng tôi sẽ cần phải bảo vệ db trong trường hợp có ai đó muốn thay đổi dữ liệu từ db

Câu hỏi chính của tôi là:

Có thể mật khẩu bảo vệ db sqlite như cách bạn làm khi truy cập không?

Bạn muốn giới thiệu RDBMS nào khác cho một giải pháp nhỏ như vậy?

Sự phát triển sẽ dựa trên C #, nhưng tôi đang tìm kiếm thứ gì đó miễn phí.

Question 2

Bạn có thể bảo vệ bằng mật khẩu cho SQLite3 DB. Trước khi thực hiện bất kỳ thao tác nào, hãy đặt mật khẩu như sau.

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

thì lần sau bạn có thể truy cập nó như

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

Điều này sẽ không cho phép bất kỳ trình chỉnh sửa GUI nào xem dữ liệu của bạn. Một số trình soạn thảo có thể giải mã DB nếu bạn cung cấp mật khẩu. Thuật toán được sử dụng là RSA.

Sau này nếu bạn muốn thay đổi mật khẩu, hãy sử dụng

conn.ChangePassword("new_password");

Để đặt lại hoặc xóa mật khẩu, hãy sử dụng

conn.ChangePassword(String.Empty);

Question 3

Bạn có thể sử dụng mã hóa tích hợp sẵn của nhà cung cấp sqlite .net (System.Data.SQLite). Xem thêm chi tiết tại http://web.archive.org/web/20070813071554/http://sqlite.phxsoftware.com/forums/t/130.aspx

Để mã hóa cơ sở dữ liệu chưa được mã hóa hiện có hoặc để thay đổi mật khẩu của cơ sở dữ liệu được mã hóa , hãy mở cơ sở dữ liệu và sau đó sử dụng hàm ChangePassword () của 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");

Để giải mã một lệnh gọi cơ sở dữ liệu được mã hóa hiện cóChangePassword() bằng một NULLhoặc ""mật khẩu:

// 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);

Để mở một cơ sở dữ liệu được mã hóa hiện có hoặc để tạo một cơ sở dữ liệu được mã hóa mới, hãy chỉ định một mật khẩu ConnectionStringnhư được hiển thị trong ví dụ trước hoặc gọi SetPassword()hàm trước khi mở một mật khẩu mới SQLiteConnection. Mật khẩu được chỉ định trong ConnectionStringphải là văn bản rõ ràng, nhưng mật khẩu được cung cấp trong SetPassword()hàm có thể là mảng byte nhị phân.

// 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

Theo mặc định, từ khóa ATTACH sẽ sử dụng cùng một khóa mã hóa làm cơ sở dữ liệu chính khi đính kèm tệp cơ sở dữ liệu khác vào kết nối hiện có. Để thay đổi hành vi này, bạn sử dụng công cụ sửa đổi KEY như sau:

Nếu bạn đang đính kèm cơ sở dữ liệu được mã hóa bằng mật khẩu văn bản rõ ràng:

// 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();

Để đính kèm cơ sở dữ liệu được mã hóa bằng mật khẩu nhị phân:

// 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();

Question 4

Sử dụng SQLCipher, đây là một phần mở rộng nguồn mở cho SQLite cung cấp mã hóa AES 256-bit minh bạch cho các tệp cơ sở dữ liệu. http://sqlcipher.net

Question 5

Bạn có thể mã hóa cơ sở dữ liệu SQLite của mình bằng addon XEM. Bằng cách này, bạn ngăn chặn việc truy cập / sửa đổi trái phép.

Trích dẫn tài liệu SQLite:

Phần mở rộng Mã hóa SQLite (XEM) là phiên bản nâng cao của SQLite mã hóa các tệp cơ sở dữ liệu bằng 128-bit hoặc 256-Bit AES để giúp ngăn truy cập hoặc sửa đổi trái phép. Toàn bộ tệp cơ sở dữ liệu được mã hóa để đối với người quan sát bên ngoài, tệp cơ sở dữ liệu dường như chứa nhiễu trắng. Không có gì xác định tệp là cơ sở dữ liệu SQLite.

Bạn có thể tìm thêm thông tin về addon này trong liên kết này .

Question 6

Một tùy chọn sẽ là VistaDB . Chúng cho phép cơ sở dữ liệu (hoặc thậm chí cả bảng) được bảo vệ bằng mật khẩu (và được mã hóa tùy chọn).

Question 7

cho câu hỏi của bạn về mật khẩu bảo vệ db sqlite của bạn, tôi không nghĩ rằng nó có thể được thực hiện.

bạn có thể mã hóa nó mặc dù, đây là một số thông tin về điều đó:

http://sqlcrypt.com/

đó là $ 149 cho mỗi nền tảng.

Question 8

Nếu bạn dùng FluentNHibernate, bạn có thể sử dụng mã cấu hình sau:

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);
        }
}

Phương pháp usingFileWithPassword (tên tệp, mật khẩu) mã hóa tệp cơ sở dữ liệu và đặt mật khẩu.
Nó chỉ chạy nếu tệp cơ sở dữ liệu mới được tạo. Cái cũ không được mã hóa không thành công khi được mở bằng phương pháp này.

Question 9

Tôi biết đây là một câu hỏi cũ nhưng có phải giải pháp đơn giản là chỉ bảo vệ tệp ở cấp hệ điều hành không? Chỉ ngăn người dùng truy cập tệp và sau đó họ sẽ không thể chạm vào tệp. Đây chỉ là một phỏng đoán và tôi không chắc liệu đây có phải là một giải pháp lý tưởng hay không.

Question 10

Tại sao bạn cần mã hóa cơ sở dữ liệu? Người dùng có thể dễ dàng tháo rời chương trình của bạn và tìm ra chìa khóa. Nếu bạn đang mã hóa nó để truyền mạng, thì hãy cân nhắc sử dụng PGP thay vì ép một lớp mã hóa vào một lớp cơ sở dữ liệu.