SQLite 3.7.13的加密解密(七)—— 遗留问题


现象与原因

采用上面的方法对数据库进行加密,存在页面尺寸错乱的问题。在SQLiteDB文件中,第1617两个字节的值表示数据库中每个页的大小,SQLite规定页大小必须是512的倍数,如果加密算法恰好导致这两个字节的值为512的倍数,且与数据库的实际页面大小不一样,就会导致不能进行数据库操作。

其原因是在sqlite3_open()函数中,会读取DB文件头,从1617字节得到页大小,但是sqlite3_open()函数中没有调用解密函数,因此得到的就是错误的值。一般来说,采用的加密算法不会导致1617这两个字节恰好是512的倍数,在SQLite内部有保护,如果这个数据不是512的倍数,或者超过一定数值,则自动取默认值1024

但是也不排除加密算法没有选择好,导致这两个字节的值出现问题,譬如我曾经采用个简单的加密算法,就是将每个字节循环左移一位,结果1617这两个字节的值就是2048,正好是512的倍数,最终导致程序崩溃。

解决方案

这种问题,实际上是因为sqlite代码中没有充分考虑这种pagesize在加密后读取的问题,解决方法有两个:

方案一:(彻底解决方案)修改sqlite源码,使opendatase读取的pagesize无效,在设置好数据库密钥以后,第一次读取数据时重新计算pagesize

方案二:(针对加密的修补方案)修改sqlite3_key的加密实现,在设置密钥时,解密读取数据库的头信息,读取解密后的pagesize,再把这个正确的pagesize设置回去;






本文转自 tywali 51CTO博客,原文链接:http://blog.51cto.com/lancelot/940818,如需转载请自行联系原作者
上一篇:中国移动发出2G减频退网明确信号:2G物联网池子入口将关闭,NB-IoT引流正当时


下一篇:实现水下精准测量:三星智能手环全新防水压力传感器