android/ios SQLite数据库sqlcipher加密解密技术-几种解决方案分析比较wxSqlite3

12月 24, 2021 / 程序员

在移动设备上，不管是ios还是android大家都喜欢使用sqlite，它体积小功能却不错，满足大家的需求。但是使用过大家都清楚免费版sqlite数据是明文的，如果存放的是用户敏感信息，只要取出应用中的数据库，神马用户名，密码都一目了然。

  1. SQLite 简介

SQLite是一款被设计用于嵌入式设备的轻型的数据库，是遵守ACID的关联式数据库管理系统，它具有存储效率高、查询快、运行时占用内存小、能被多进程同时访问以及单文件存储数据库内容等优点。SQLite中文官方网站上列举了SQLite的如下特点：

1. ACID事务
2. 零配置 – 无需安装和管理配置
3. 储存在单一磁盘文件中的一个完整的数据库
4. 数据库文件可以在不同字节顺序的机器间自由的共享
5. 支持数据库大小至2TB
6. 足够小, 大致3万行C代码, 250K – (下载了最新源码好像有12万行了)
7. 比一些流行的数据库在大部分普通数据库操作要快
8. 简单, 轻松的API
9. 包含TCL绑定, 同时通过Wrapper支持其他语言的绑定
10. 良好注释的源代码, 并且有着90%以上的测试覆盖率
11. 独立: 没有额外依赖
12.Source完全的Open, 你可以用于任何用途, 包括出售它
13. 支持多种开发语言,C, PHP, Perl, Java,ASP .NET,Python

1.1SQLite 的安全特性

为了满足嵌入式系统对数据库本身的轻便性，以及对数据存储效率、访问速度、内存占用率等性能的要求，SQLite 采取了不同于大型数据库的实现机制，但同时也带来了一些潜在的安全隐患。SQLite不提供网络访问服务，它使用单一文件存储数据库的结构和内容，这使得 数据库非常轻便，而且便于移植。数据库没有用户管理、访问控制和授权机制，它利用操作系统对文件的访问控制能力实施文件级别的访问控制，即：凡是操作系统 的合法用户，只要该用户对数据库文件具有读／写权限，就可以直接访问数据库文件。开源SQLite 数据库不提供加密机制，因此不提供数据级的保密性。此外，SQLite 的存储格式简单，不需专门的工具，使用任何文本编辑器都可以查看文件的内容。由于不提供多用户机制，所以数据库没有审计机制，而且它的备份和恢复也只能依 赖于对数据库文件的手工拷贝。总之，SQLite的安全机制非常薄弱。

SQLite数据库设计中考虑了安全问题并预留了加密相关的接口。但是并没有给出实现。SQLite 数据库源码中通过使用SQLITE_HAS_CODEC宏来控制是否使用数据库加密。并且预留了四个结构让用户自己实现以达到对数据库进行加密的效果。这四个接口分别是：

sqlite3_key()： 指定数据库使用的密钥
sqlite3_rekey()：为数据库重新设定密钥用于为数据库重新设定密钥；
sqlite3CodecGetKey()：返回数据库的当前密钥
sqlite3CodecAttach()： 将密钥及页面编码函数与数据库进行关联。

要实现SQLite 数据库的加密功能，需要给出这几个关键函数的具体实现，同时还要提供数据加解密函数、页面编码函数等必备函数

  1. Android 数据库封装介绍

Android系统中也引入了SQLite进行数据存储管理，并在FrameWrok层对SQLite提供的一些功能进行了封装，提供了如下相关的接口供用户调用。

SQLiteCursor
SQLiteDatabse
SQLiteOpenHelper
SQLiteProgram
SQLiteQuery
SQLiteQueryBuilder
SQLiteStatement

从这个架构可以看到，我们如果需要对数据库进行加密并将接口，需要修改libsqlite.so,libandroid_runtime.so以及SQLiteDatabase这几个地方。

3. 数据库加密方案

针对sqlite数据库文件，进行加密。现有两种方案如下:

1.对数据库中的数据进行加密。
2.对数据库文件进行加密

两种加密方式的优缺点，比较如下：

一、对数据库中的数据进行加密

优点：

1.实现数据加密快速，只需添加两个方法

一是：对明文数据进行加密返回密文数据

二是：对密文数据进行解密返回明文数据

2.程序无需进行太大变动，仅在对数据进行添加，修改，删除，查询时。针对指定的表字段进行修改进行加密，解密的字段即可。

不足：

1.由于对数据进行了加密。所以为了看到明文，必须密文进行解密。因此会增加处理器的消耗。因终端手机的处理能力有限，可能会出现处理数据缓慢的现象发生。

2.仅仅对数据进行了加密，还是可以看到数据表的sql语句，可能猜测到表的作用。另外，如果没有对一个表中的所有字段加密，则可以看没有加密的明文数据。

需要做的工作：

1.无需考虑平台差异性，qt,android,ios都能快速的实现。只需在每个平台上，使用各自的语言，实现同样的加密，解密算法即可。

2.需要对加密算法进行了解，选择一种加密算法，进行实现。

二、对数据库文件进行加密

优点：

1.对整个文件进行了加密，用户通过编辑器看不到任何有用的数据，用户使用sqlite browser软件也无法打开文件查看数据，保证了数据安全。

2.进行打开数据库时，使用程序sqlite3_key(db,”********”,8);即可对文件解密，对数据表的操作无需进行加密，采用明文即可。

不足：

1.需要修改sqlite的源代码，这个工作难度比较大。

2.需要对修改后的sqlite进行编译，需要对makefile有所了解，手动编写makefile文件，对源程序进行编译。因平台差异性，可能会造成某个平台无法编译生成动态链接库的可能。

3.需要对数据访问层代码进行修改，例如qt平台需要将以前对数据库操作使用的QSqlQuery类，更改为使用sqlite3.h文件中定义操作，对数据库操作。其他平台也一样，都要做这一步的修改。

4.在程序编译时，要加入使用加密的动态链接库（linux为共享库.so文件）windows平台最容易，只需将所使用的dll文件copy到应用程序中即可。其他平台需要实验，看如何引入库,如果编译。

需要做的工作：

1.修改sqlite源代码，追加对数据库文件进行加密的功能。

2.编译含有加密功能的程序源代码，生成各自平台需要使用的库文件。

3.将加密sqlite库文件引入各自平台中，修改数据库访问层代码。

4.进行程序的部署，测试。

三、数据库加密原理

目前主流的数据库都采用了各种安全措施，主要包括用户认证、访问控制、数据加密存储和数据库操作审计等措施。

用户认证：用户或者程序向数据库提供自己的有效身份证明，数据库鉴别用户的身份是否合法，只有合法的用户才能存取数据

库中的数据。用户认证是所有安全机制的前提，只有通过认证才能进行授权访问和审计。

访问控制：数据库管理系统为不同的用户分配不同的权限，保证用户只能进行授权的访问。目前，一些大型数据库(如Oracle 等)

都采用了基于角色的访问控制机制，即为用户授予不同的角色，如db—owner，security administrator 等，不同的角色允许对数据库执行不同的操作。

数据库加密：用户认证以及访问控制对访问数据库进行了控制，但攻击者可能会利用操作系统或数据库漏洞，或物理接触计算机，而直接接触数据库系统文件，从而可能绕过身份认证和存取控制而直接窃取或篡改数据库内容。对数据库中的数据进行加密是防范这类威胁的有效手段。

数据库操作审计：监视和记录用户对数据库所做的各种操作的安全机制，它记录并存储用户的操作，用于事后分析，以检查导致数据库现状的原因以及提供追踪攻击者的线索。数据库的备份与恢复：当数据库发生不可恢复的故障时，可以将数据库恢复到先前的某个一致性的状态。

四、SQLite 加密

由于SQLite 是开放源码的，并且在其源码中预留了加密接口，我们可以通过实现其预留的加密接口实现口令认证和数据库加密以完善其加密机制。

1.口令认证

SQLite 数据库文件是一个普通文本文件，对它的访问首先依赖于文件的访问控制。在此基础上，再增加进一步的口令认证，即在访问数据库时必须提供正确的口令，如果通过认证就可以对数据库执行创建、查询、修改、插入、删除和修改等操作；否则，不允许进一步的访问。

2.数据库加密

数据库加密有两种方式：

1)在数据库管理系(Data Base Management System，DBMS)中实现加密功能，即在从数据库中读数据和向数据库中写数据时执行加解密操作；

2)应用层加密，即在应用程序中对数据库的某些字段的值进行加密，DBMS 管理的是加密后的密文。
前者与DBMS 结合好，加密方式对用户透明，但增加了DBMS 的负载，并且需要修改DBMS的原始代码；后者则需要应用程序在写入数据前加密，在读出数据后解密，因而会增大应用程序的负载。在此，通过实现SQLite 源码中预留的加密接口，实现DBMS 级的加密。

3.使用xxx-tea 算法加密SQLite 数据库

微型加密算法（TEA）及其相关变种（XTEA，Block TEA，XXTEA） 都是分组加密算法，它们很容易被描述，实现也很简单（典型的几行代码）。

TEA 算法最初是由剑桥计算机实验室的 David Wheeler 和 Roger Needham在 1994 年设计的。该算法使用 128 位的密钥为 64 位的信息块进行加密，它需要进行 64 轮迭代，尽管作者认为 32 轮已经足够了。该算法使用了一个神秘常数δ作为倍数，它来源于黄金比率，以保证每一轮加密都不相同。但δ的精确值似乎并不重要，这里 TEA 把它定义为 δ=「(√5 – 1)231」（也就是程序中的 0×9E3779B9）。

之后TEA 算法被发现存在缺陷，作为回应，设计者提出了一个 TEA 的升级版本——XTEA（有时也被称为“tean”）。XTEA 跟 TEA 使用了相同的简单运算，但它采用了截然不同的顺序，为了阻止密钥表攻击，四个子密钥（在加密过程中，原 128 位的密钥被拆分为 4 个 32 位的子密钥）采用了一种不太正规的方式进行混合，但速度更慢了。

在跟描述 XTEA 算法的同一份报告中，还介绍了另外一种被称为 Block TEA 算法的变种，它可以对 32 位大小任意倍数的变量块进行操作。该算法将 XTEA 轮循函数依次应用于块中的每个字，并且将它附加于它的邻字。该操作重复多少轮依赖于块的大小，但至少需要 6 轮。该方法的优势在于它无需操作模式（CBC，OFB，CFB 等），密钥可直接用于信息。对于长的信息它可能比 XTEA 更有效率。

在1998 年，Markku-JuhaniSaarinen 给出了一个可有效攻击 Block TEA 算法的代码，但之后很快 David J. Wheeler 和 Roger M.Needham 就给出了 Block TEA 算法的修订版，这个算法被称为 XXTEA。XXTEA 使用跟 Block TEA 相似的结构，但在处理块中每个字时利用了相邻字。它利用一个更复杂的 MX 函数代替了 XTEA 轮循函数，MX 使用 2 个输入量。

一直在网上搜wxSqlite3的文档，但是总找不到能真正解决问题的，就是一个简单的编译wxSqlite3自带的示例也出了老多问题，后来却发现，其 实wxSqlite3的readme中已经有了详细的方法，哦，就在眼皮子底下！为了避免再一次的遗忘，就在这里暂作一个记录吧。
截至记录时间，wxSqlite3的版本号为2.1.1，Sqlite3的版本为3.7.6.2，这两个都可以直接在网上下载，
wxSqlite3的站点http://wxcode.sourceforge.net/components/wxsqlite3；

http://sourceforge.net/projects/wxcode/files/Components/wxSQLite3/

http://sourceforge.net/projects/wxsqlite/?source=directory

Sqlite3的站点http://www.sqlite.org/；

其实SQLite的两个加密函数使用起来非常的简单，下面分情况说明：

①     给一个未加密的数据库添加密码：如果想要添加密码，则可以在打开数据库文件之后，关闭数据库文件之前的任何时刻调用sqlite3_key函数即可，该函数有三个参数，其中第一个参数为数据库对象，第二个参数是要设定的密码，第三个是密码的长度。例如：sqlite3_key(db,”1q2w3e4r”,8);        //给数据库设定密码1q2w3e4r

②     读取一个加密数据库中的数据：完成这个任务依然十分简单，你只需要在打开数据库之后，再次调用一下sqlite3_key函数即可，例如，但数据库密码是123456时，你只需要在代码中加入sqlite3_key(db,”123456″,6);

①     更改数据库密码：首先你需要使用当前的密码正确的打开数据库，之后你可以调用sqlite3_rekey(db,”112233″,6) 来更改数据库密码。

②     删除密码：也就是把数据库恢复到明文状态。这时你仍然只需要调用sqlite3_rekey函数，并且把该函数的第二个参数置为NULL或者””,或者把第三个参数设为0。

为此我建立了一个简单的示例：

sqlite3 *db;

    sqlite3_stmt *stat;

    char *zErrMsg = 0;

    char temp[256], FileRoot[256];

    char buffer2[1024]=”0″;

    sprintf(temp, _T(“%s”), _T(“utf.db”));

    CCodingConv::GB2312_2_UTF8(FileRoot, 256, temp, 0);

    sqlite3_open(FileRoot, &db);

    if(db == NULL)

    {

        return -1;

    }

    sqlite3_key(db,”1q2w3e4r”,8);

    sqlite3_exec(db, “CREATE TABLE list (fliename varchar(128) UNIQUE, fzip text);”, 0, 0, &zErrMsg);

    sqlite3_prepare(db, “insert into list values (‘中文GB2312编码’,?);”, -1, &stat, 0);

    strcpy(temp, “测试数据UTF-8的支持情况”);

    int len = (int)strlen(temp);

    sqlite3_bind_text(stat, 1, temp, len, NULL);

    sqlite3_step(stat);

    sqlite3_prepare(db, “select * from list;”, -1, &stat, 0);

    sqlite3_step(stat);

    const unsigned char * test = sqlite3_column_text(stat, 1);

    int size = sqlite3_column_bytes(stat, 1);

    printf(“%s”, test);

    sqlite3_finalize(stat);

    //sqlite3_rekey(db,””,0);

    sqlite3_close(db);

SQLite 3 开源版不带加密功能，对于一个保存在本地的数据库来说没有加密功能让人难以接受，只要用记事本打开数据库就可以看到数据库内保存的数据，对安全多多少少有 一点影响。有一个办法是把内容加密后保存到数据库中，但遇到类似 like，或字段内容与字段内容比较这就不行了。治本的办法是让 SQLite 原生的支持加密。好在 SQLite 的作者预留了加密解密的相关接口，许多爱好者也自己修改源版添加加密功能。如果你也在关注，那你可能已经阅读了大量关于如何添加加密的文章，同时我也不是 很通相关的技术，我就不再讲解如何修改源码了。虽然网上有大量的文章教你如何修改源码，但都没有提供编译后的 DLL 文件，或者提供的 DLL 版本过低。

解决方案一：

这里介绍一个开源项目：wxSQLite3，该项目是一个 SQLite 的 C++ warpper，它顺带将 SQLite 的加密函数实现了，并且它使用 AES 算法进行加密。你可以在http://sourceforge.net/projects/wxcode/files/Components/下 载到最新的包，在目录 \sqlite3\secure 下你可以找到一个 sqlite3.dll 文件，这个就是已编译的带加密的 SQLite 3 DLL 文件，而且 wxSQLite3 项目更新很快，你总是可以下载到较新的包。在最新的1.9.8版本中开始对256位AES加密进行实验，估计不久的版本就可以稳定使用。

使用起来也很简单，首先打开数据库 sqlite3_open，然后在操作数据库之前执行 sqlite3_key 后就可进行数据库操作，否则会返回错误。

sqlite3_key是输入密钥，如果数据库已加密必须先执行此函数并输入正确密钥才能进行操作，如果数据库没有加密，执行此函数后进行数据库操作反而会出现“此数据库已加密或不是一个数据库文件”的错误。

int sqlite3_key( sqlite3 *db, const void *pKey, int nKey)，db 是指定数据库，pKey 是密钥，nKey 是密钥长度。例：sqlite3_key( db, “abc”, 3);

sqlite3_rekey 是变更密钥或给没有加密的数据库添加密钥或清空密钥，变更密钥或清空密钥前必须先正确执行 sqlite3_key。在正确执行 sqlite3_rekey 之后在 sqlite3_close 关闭数据库之前可以正常操作数据库，不需要再执行 sqlite3_key。

int sqlite3_rekey( sqlite3 *db, const void *pKey, int nKey)，参数同上。

清空密钥为 sqlite3_rekey( db, NULL, 0)。

缺点：

严重依赖于wxWidgets C++ library。不利于发布，编译、维护繁琐。

解决方案二：

SQLCipher 提供了对 SQLite 数据库的传输层进行全面加密的工具。而通过使用 SQLCipher ，整个加密过程对客户端是透明的，无需改动应用程序。

SQLCipher has broad platform support for with C/C++, Obj-C, QT, Win32/.NET, Java, Python, Ruby, Linux, Mac OS X, iPhone/iOS, Android, Xamarin.iOS, andXamarin.Android.

SQLCipher对android和ios都是开源的。

windows支持：

https://github.com/CovenantEyes/sqlcipher-windows 这个已经做的很完善了

android支持：

https://github.com/sqlcipher/android-database-sqlcipher   这个已经做的很完善了

iphone支持：

待补充。

python支持：

SQLCipher is an SQLite extension that provides transparent 256-bit AES encryption of database files.

In order to encrypt a new database or query existing data you must key it before using it.

This app does it for you. You only need to specify the database key in your project’s settings.py file.

For more about SQLCipher take a look at http://sqlcipher.net/.

Requirements

  • python-sqlcipher (Python compiled with SQLCipher support)

For more about python-sqlcipher take a look at:

方案三：简短内容不存储在sqlite3中，用crypto加密成文件

在此我们将使用到PyCrypto模块，可以访问  http://www.pycrypto.org/ 来获得此模块。该模块包括多种加密算法，如AES、MD5、SHA等，我们可以访问https://www.dlitz.net/software/pycrypto/apidoc/ 来查看相关API.
PyCrypto模块的功能是非常强大的，此处仅起抛砖引玉的作用，感兴趣的朋友可以稳步至其官方网站，其中有很多算法的例子。

[Python]代码片段

123456789101112131415161718#encoding:utf-8“””示例代码“””fromCrypto.CipherimportAES    key=’0123456789abcdef’    mode=AES.MODE_CBC    encryptor=AES.new(key, mode)    text=’j’*64+’i’*128    ciphertext=encryptor.encrypt(text)“””上例中的key是16位, 还可以是24 或 32 位长度， 其对应为 AES-128, AES-196 和 AES-256.解密则可以用以下代码进行：“””#decryptor = AES.new(key, mode)#plain = decryptor.decrypt(ciphertext)