贴心的全面扫描一键修复电脑问题
界面风格轻升级更轻、更快、更清爽
追求极致性能引擎速度大大提升
全球10亿装机安全应用内置全球第一杀毒引擎应用锁全面保护隐私一键体检更快更安全
我们每天都在进步
京公网安备：86　京ICP证120823号　 京网文【-054号　4981人阅读
Android安全（21）
& & 信息化时代的高速发展，同时也孕育了更多的网络攻击。网银被盗、隐私信息泄露等
无疑成为了广大网民最为关注的问题。几年前，“艳照门”事件的曝光，更是引发了互联网的一阵恐慌。
&&&&&&&& 如今，移动互联网的迅速普及，手机相机的像素也越来越高，我们可以很方便的使用手机拍摄自己感兴趣的东西并上传到朋友圈、微博等。但是，这同时也引入了另外一个问题，拍了这么多东西，总有自己的一些隐私数据是不想对外公开的。于是，各大互联网安全厂商纷纷推出了能在移动设备上加密照片、音乐、视频等文件的应用程序。但是，这些应用真的能有效的保护好用户的隐私数据吗？他们的实现原理又是什么呢？带着这些疑问，今天我们就来分析下“金山隐私保险箱”的实现原理。
百度云ROM 正式版V6
金山隐私保险箱1.3Beta2
金山隐私保险箱安装完之后，加密一张自己拍的照片。此时，程序会将加密好的文件保存到sd卡的.ksbox目录下，如图1所示。
&&&&&&&& 将.ksbox目录导出到本地，使用sqliteexpert工具打开db.sqlite文件，表结构入图2所示。
&&&&&&&& 根据表结构我们大致可以知道，原始文件名、文件大小、被加密后的文件名等信息。知道了这些基本信息，我们接下来使用APK IDE解包程序，发现金山隐私保险箱自己实现了一个的类，该派生自，具体的实现文件为com/ijinshan/mPrivacy/c/j.smali，如图3所示。
使用APK IDE搜索Lcom/ijinshan/mPrivacy/c/j，结果如图4所示。
定位到第一个new-instance的地方，代码如下所示，只截取我们所关注的部分。
# 解码一个inputstream到Bitmap
.method private statica(Ljava/lang/SI)Landroid/graphics/B
&&& .locals 11
&&& .prologue
&&& const/4 v3, 0x1
&&& const/4 v9, -0x1
&&& const/high16 v6,0x3f800000
&&& const/4 v8, 0x0
&&& .line 197
&&& .line 200
&&& :try_start_0
&&&&&&&& # 新建一个自定义的InputStream对象
&&& new-instance v0,Lcom/ijinshan/mPrivacy/c/j;
&&&&&&&& # 使用文件初始化InputStream
&&& invoke-direct {v0, p0},Lcom/ijinshan/mPrivacy/c/j;-&&init&(Ljava/lang/S)V
&&& .line 201
&&& invoke-virtual {v0},Lcom/ijinshan/mPrivacy/c/j;-&available()I
&&& move-result v1
&&& if-ne v1, v9, :cond_0
&&& move-object v0, v8
&&& .line 264
&&& :goto_0
&&& return-object v0
&&& .line 205
&&& :cond_0
&&&&&&&& # 新建一个BitmapFactory对象
&&& new-instance v1,Landroid/graphics/BitmapFactory$O
&&& invoke-direct {v1},Landroid/graphics/BitmapFactory$O-&&init&()V
&&& .line 208
&&& const/4 v2, 0x1
&&& iput-boolean v2, v1,Landroid/graphics/BitmapFactory$O-&inJustDecodeBounds:Z
&&& .line 209
&&& const/4 v2, 0x0
&&&&&&&& # 调用BitmapFactory的decodeStream方法，解码input stream到Bitmap
invoke-static {v0, v2, v1}, Landroid/graphics/BitmapF-&decodeStream(Ljava/io/InputSLandroid/graphics/RLandroid/graphics/BitmapFactory$O)Landroid/graphics/B
调用decodeStream函数之后，就会进入我们派生的ImageInputStream类中。该类重写了read方法，主要用来自定义解码算法。我们来看下主要代码：
.method public final read([BII)I
&&& .locals 7
&&& .prologue
&&& const/4 v6, 0x0
&&& const/16 v5, 0x400
&&& .line 61
&&& iget-object v0, p0,Lcom/ijinshan/mPrivacy/c/j;-&a:Ljava/io/FileInputS
&&&&&&&& # p2（byteOffset），p3（byteCount）=0x10000
&&& invoke-virtual {v0, p1,p2, p3}, Ljava/io/FileInputS-&read([BII)I
&&& move-result v0
&&& .line 63
&&& const/4 v1, -0x1
&&&&&&&& # 判断返回值是否为-1，-1即读到文件末尾
&&& if-ne v0, v1, :cond_0
&&& .line 103
&&& :goto_0
&&& return v0
&&& .line 70
&&& :cond_0
&&&&&&&& # f保存了已读的字节数
&&& iget-wide v1, p0, Lcom/ijinshan/mPrivacy/c/j;-&f:J
&&& const-wide/16 v3, 0x400
&&& cmp-long v1, v1, v3
&&&&&&&& # 判断已读的字节数是否大于或等于0x400字节
&&& if-gtz v1, :cond_5
&&&&&&&& # 第一次读的话，执行如下代码
&&& .line 73
&&&&&&&& # e是个bool值，判断是否已经解密了前面的0x400字节
&&& iget-boolean v1, p0, Lcom/ijinshan/mPrivacy/c/j;-&e:Z
&&& if-nez v1, :cond_1
&&&&&&&& # 第一次读取，未解密，执行如下代码
&&& .line 75
&&& iget-object v1, p0,Lcom/ijinshan/mPrivacy/c/j;-&c:Lcom/ijinshan/mPrivacy/c/g;
&&&&&&&& # b是个String类型的变量，其中保存了加密后文件的路径，例如/storage/sdcard0/.ksbox/6b2c357d&&&&&&
&&& iget-object v1, p0,Lcom/ijinshan/mPrivacy/c/j;-&b:Ljava/lang/S
&&&&&&&& # 调用g;-&b方法，解密前面0x400字节
&&& invoke-static {v1},Lcom/ijinshan/mPrivacy/c/g;-&b(Ljava/lang/S)[B
&&& move-result-object v1
&&&&&&&& # 将解密出来的字节数组保存到d变量中
&&& iput-object v1, p0, Lcom/ijinshan/mPrivacy/c/j;-&d:[B
&&& .line 76
&&& iget-object v1, p0, Lcom/ijinshan/mPrivacy/c/j;-&d:[B
&&&&&&&& # 判断字节数组是否为空
&&& if-eqz v1, :cond_1
&&& .line 77
&&& const/4 v1, 0x1
&&&&&&&& # 返回不为空，那么设置变量e为true，即解密成功
&&& iput-boolean v1, p0, Lcom/ijinshan/mPrivacy/c/j;-&e:Z
&&& .line 80
&&& :cond_1
&&&&&&&& # v0寄存器保存了实际读取到的字节数，p3是想要读取的字节数，即0x10000
&&& if-ge v0, p3, :cond_3
&&& move v1, v0
&&& .line 82
&&& :goto_1
&&&&&&&& # v2 = byteOffset + 实际读到的字节数
&&& add-int v2, p2, v1
&&&&&&&& # 如果v2大于0x400，就跳到cond_4
&&& if-gt v2, v5, :cond_4
&&& .line 84
&&& iget-object v2, p0,Lcom/ijinshan/mPrivacy/c/j;-&d:[B
&&& if-eqz v2, :cond_2
&&& .line 85
&&&&&&&& # 将前面解密的数据赋给v2寄存器
&&& iget-object v2, p0, Lcom/ijinshan/mPrivacy/c/j;-&d:[B
&&&&&&&& # v2拷贝到p1，p2为srcOffset，v6是desOffset，v1为拷贝大小
&&& invoke-static {v2, p2, p1,v6, v1}, Ljava/lang/S-&arraycopy(Ljava/lang/OILjava/lang/OII)V
&&& .line 100
&&& :cond_2
&&& :goto_2
&&&&&&&& # 已经读取的字节数
&&& iget-wide v1, p0, Lcom/ijinshan/mPrivacy/c/j;-&f:J
&&&&&&&& # v0为实际读到的字节数，转成long，保存到v3
&&& int-to-long v3, v0
&&& add-long/2addr v1, v3
&&&&&&&& # 本次实际读到的字节数 + 以前已经读取的字节数，保存到f变量
&&& iput-wide v1, p0, Lcom/ijinshan/mPrivacy/c/j;-&f:J
&&& goto :goto_0
&&& :cond_3
&&& move v1, p3
&&& .line 80
&&& goto :goto_1
&&& .line 89
&&& :cond_4
&&& if-ge p2, v5, :cond_2
&&& .line 91
&&& iget-object v1, p0, Lcom/ijinshan/mPrivacy/c/j;-&d:[B
&&& if-eqz v1, :cond_2
&&& .line 92
&&& iget-object v1, p0, Lcom/ijinshan/mPrivacy/c/j;-&d:[B
&&& sub-int v2, v5, p2
&&&&&&&& # 后面的数据不用解密，直接拷贝即可
&&& invoke-static {v1, p2, p1,v6, v2}, Ljava/lang/S-&arraycopy(Ljava/lang/OILjava/lang/OII)V
&&& goto :goto_2
&&& .line 98
&&&&&&&& # 如果已读的字节数大于0x400，就跳到这里执行
&&& :cond_5
&&& const/4 v1, 0x0
&&&&&&&& # 清空d变量
&&& iput-object v1, p0, Lcom/ijinshan/mPrivacy/c/j;-&d:[B
&&& goto :goto_2
.end method
上面这段smali代码中比较关键的一个调用是invoke-static {v1},Lcom/ijinshan/mPrivacy/c/g;-&b(Ljava/lang/S)[B，我们跟进去看一下。
# 解密文件
# p0: 加密后文件的路径，例如/storage/sdcard0/.ksbox/6b2c357d
.method public static b(Ljava/lang/S)[B
&&& .locals 2
&&& .prologue
&&& const/4 v1, 0x0
&&& .line 456
&&& :try_start_0
&&&&&&&& # 判断是否是我们的加密文件，判断文件开头特征等等
&&& invoke-static {p0},Lcom/ijinshan/mPrivacy/c/g;-&h(Ljava/lang/S)[B
&&& move-result-object v0
&&& .line 457
&&& if-nez v0, :cond_0
&&& move-object v0, v1
&&& .line 472
&&& :goto_0
&&& return-object v0
&&& .line 461
&&& :cond_0
&&&&&&&& # 调用b(Ljava/lang/SI)[B，读取_e文件的内容
&&& invoke-static {p0},Lcom/ijinshan/mPrivacy/c/g;-&i(Ljava/lang/S)[B
&&&&&&&& # v0即为_e文件的内容
&&& move-result-object v0
&&& .line 462
&&& if-eqz v0, :cond_1
&&& .line 464
&&&&&&&& # 调用解密函数，解密v0
&&& invoke-static {v0},Lcom/ijinshan/mPrivacy/c/g;-&a([B)[B
&&& :try_end_0
&&& .catchLjava/io/IOE {:try_start_0 .. :try_end_0} :catch_0
&&& move-result-object v0
&&& goto :goto_0
&&& .line 467
&&& :catch_0
&&& move-exception v0
&&& invoke-virtual {v0},Ljava/io/IOE-&printStackTrace()V
&&& :cond_1
&&& move-object v0, v1
&&& .line 472
&&& goto :goto_0
.end method
这里最为关键的是invoke-static{v0}, Lcom/ijinshan/mPrivacy/c/g;-&a([B)[B这个调用，a([B)[B这个函数是专门用来解密byte数组的，代码如下所示。
# 解密算法
# buffer[i] = buffer[i] ^ 0x6b;
.method public static a([B)[B
&&& .locals 3
&&& .prologue
&&& .line 264
&&& array-length v0, p0
&&&&&&&& # 判断传入参数的buffer是不是大于0
&&& .line 266
&&& const/4 v1, 0x0
&&&&&&&& # 判断v1是否大于buffer的大小
&&& :goto_0
&&& if-ge v1, v0, :cond_0
&&&&&&&& # 取一个字节保存到v2
&&& .line 267
&&& aget-byte v2, p0, v1
&&&&&&&& # 与0x6b异或
&&& xor-int/lit8 v2, v2, 0x6b
&&& int-to-byte v2, v2
&&&&&&&& # 把异或得到的值写回原来的buffer中
&&& aput-byte v2, p0, v1
&&&&&&&& # v1 + 1
&&& .line 266
&&& add-int/lit8 v1, v1, 0x1
&&&&&&&& # 继续循环
&&& goto :goto_0
&&& .line 270
&&& :cond_0
&&& return-object p0
.end method
程序分析到这里，我们大致知道了金山隐私保险箱的解密步骤：
1.&&&&&& 从InputStream类中派生自己的类，调用BitmapFactory的decodeStream函数解码文件输入流；
2.&&&&&& 重写InputStream类的read函数，用来实现自己的解密算法；
3.&&&&&& 解密的时候判断如果是前面最开始的0x400字节，那么读取_e文件，每个字节异或0x6B，如果是大于0x400字节，那么直接读取filename文件；
4.&&&&&& 按照上面的步骤解密，最后输出的文件即为原始文件。
编写解密程序
既然知道了金山隐私保险箱的解密算法，那么自己实现一个解密程序也就很简单了，大致代码如下所示。
#include &stdafx.h&
#include &Windows.h&
// szName - 加密文件的文件名
// szOriginName - 原始文件名
BOOL DecodeStream(WCHAR *szName, WCHAR *szOriginName)
&&&&&&&& BOOL bRet = FALSE;
&&&&&&&& if (!szName ||!szOriginName)
&&&&&&&& {
&&&&&&&&&&&&&&&&&& return bR
&&&&&&&& }
&&&&&&&& HANDLE hFile =CreateFile(szName,
&&&&&&&&&&&&&&&&&& FILE_ALL_ACCESS,
&&&&&&&&&&&&&&&&&& FILE_SHARE_READ| FILE_SHARE_WRITE,
&&&&&&&&&&&&&&&&&& NULL,
&&&&&&&&&&&&&&&&&& OPEN_EXISTING,
&&&&&&&&&&&&&&&&&& FILE_ATTRIBUTE_NORMAL,
&&&&&&&&&&&&&&&&&& NULL);
&&&&&&&& if (hFile ==INVALID_HANDLE_VALUE)
&&&&&&&& {
&&&&&&&&&&&&&&&&&& return bR
&&&&&&&& }
&&&&&&&& DWORD dwHigh = 0;
&&&&&&&& DWORD dwSize =GetFileSize(hFile, &dwHigh);
&&&&&&&& if (dwSize & 0x400)
&&&&&&&& {
&&&&&&&&&&&&&&&&&& CloseHandle(hFile);
&&&&&&&&&&&&&&&&&& return bR
&&&&&&&& }
&&&&&&&& PBYTE pBuffer =(PBYTE)malloc(dwSize);
&&&&&&&& if (pBuffer == NULL)
&&&&&&&& {
&&&&&&&&&&&&&&&&&& CloseHandle(hFile);
&&&&&&&&&&&&&&&&&& return bR
&&&&&&&& }
&&&&&&&& memset(pBuffer, 0,dwSize);
&&&&&&&& HANDLE hSaveFile =CreateFile(szOriginName,
&&&&&&&&&&&&&&&&&& FILE_ALL_ACCESS,
&&&&&&&&&&&&&&&&&& FILE_SHARE_READ| FILE_SHARE_WRITE,
&&&&&&&&&&&&&&&&&& NULL,
&&&&&&&&&&&&&&&&&& CREATE_ALWAYS,
&&&&&&&&&&&&&&&&&& FILE_ATTRIBUTE_NORMAL,
&&&&&&&&&&&&&&&&&& NULL);
&&&&&&&& if (hSaveFile ==INVALID_HANDLE_VALUE)
&&&&&&&& {
&&&&&&&&&&&&&&&&&& CloseHandle(hFile);
&&&&&&&&&&&&&&&&&& free(pBuffer);
&&&&&&&&&&&&&&&&&& return bR
&&&&&&&& }
&&&&&&&& WCHAR szPath[MAX_PATH]= {0};
&&&&&&&& wsprintf(szPath,L&%s%s&, szName, L&_e&);
&&&&&&&& HANDLE hFile_e =CreateFile(szPath,
&&&&&&&&&&&&&&&&&& FILE_ALL_ACCESS,
&&&&&&&&&&&&&&&&&& FILE_SHARE_READ| FILE_SHARE_WRITE,
&&&&&&&&&&&&&&&&&& NULL,
&&&&&&&&&&&&&&&&&& OPEN_EXISTING,
&&&&&&&&&&&&&&&&&& FILE_ATTRIBUTE_NORMAL,
&&&&&&&&&&&&&&&&&& NULL);
&&&&&&&& if (hFile_e ==INVALID_HANDLE_VALUE)
&&&&&&&& {
&&&&&&&&&&&&&&&&&& CloseHandle(hFile);
&&&&&&&&&&&&&&&&&& CloseHandle(hSaveFile);
&&&&&&&&&&&&&&&&&& free(pBuffer);
&&&&&&&&&&&&&&&&&& return bR
&&&&&&&& }
&&&&&&&& DWORD dwRet = 0;
&&&&&&&& bRet =ReadFile(hFile_e, pBuffer, 0x400, &dwRet, NULL);
&&&&&&&& if (!bRet)
&&&&&&&& {
&&&&&&&&&&&&&&&&&& CloseHandle(hFile);
&&&&&&&&&&&&&&&&&& CloseHandle(hSaveFile);
&&&&&&&&&&&&&&&&&& CloseHandle(hFile_e);
&&&&&&&&&&&&&&&&&& free(pBuffer);
&&&&&&&&&&&&&&&&&& return bR
&&&&&&&& }
&&&&&&&& SetFilePointer(hFile,0x400, NULL, FILE_BEGIN);
&&&&&&&& bRet = ReadFile(hFile,pBuffer+0x400, dwSize-0x400, &dwRet, NULL);
&&&&&&&& if (!bRet)
&&&&&&&& {
&&&&&&&&&&&&&&&&&& CloseHandle(hFile);
&&&&&&&&&&&&&&&&&& CloseHandle(hSaveFile);
&&&&&&&&&&&&&&&&&& CloseHandle(hFile_e);
&&&&&&&&&&&&&&&&&& free(pBuffer);
&&&&&&&&&&&&&&&&&& return bR
&&&&&&&& }
&&&&&&&& for (int i = 0; i &0x400; i++)
&&&&&&&& {
&&&&&&&&&&&&&&&&&& pBuffer[i] =pBuffer[i] ^ 0x6b;
&&&&&&&& }
&&&&&&&& WriteFile(hSaveFile,pBuffer, dwSize, &dwRet, NULL);
&&&&&&&& CloseHandle(hFile);
&&&&&&&& CloseHandle(hSaveFile);
&&&&&&&& CloseHandle(hFile_e);
&&&&&&&& free(pBuffer);
&&&&&&&& return bR
int _tmain(int argc, _TCHAR* argv[])
&&&&&&&& DecodeStream(L&C:\\Users\\Administrator\\Desktop\\98fca88&,
&&&&&&&&&&&&&&&&&& L&C:\\Users\\Administrator\\Desktop\\1.jpg&);
&&&&&&&& return 0;
执行完如上代码之后，图片被解密出来，并且能正常打开。自此，金山隐私保险箱就被我们轻易的攻破了。如图5所示：
&&&&&&&& 分析完金山隐私保险箱之后，我后来又去看了下360隐私保险箱和腾讯手机管家的隐私保险箱，大致的加解密流程都差不多，都只加解密文件开头的0x400字节，只是各自的加密算法不同罢了，但是回过头来想想，既然它们都能把文件还原回去，也就是说这个过程一定是可逆的。
&&&&&&&& 经过上面的分析，目前移动端的隐私保护软件基本上也就只是个心里安慰罢了。在日常生活中，我们还是要自珍自爱，尽量不要把私密的文件保存在移动设备上，也不要去下载来历不明的软件、外挂等。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：183313次
积分：2249
积分：2249
排名：第13153名
原创：53篇
评论：51条
(4)(1)(1)(2)(1)(4)(4)(8)(9)(5)(1)(14)后使用快捷导航没有帐号？
其他登录方式
查看: 4817|回复: 10
在线时间231 小时最后登录阅读权限20UID5245408注册时间积分497精华0
, 积分 497, 距离下一级还需 203 积分
主题帖子 金币442 元 智豆0 点
360很多人都用过，隐私保险箱可隐藏文件 图像 视频 还有程序锁，连外置的SD卡也可以扫描得到，功能强大。注：不要升级，升级了就必须安装360卫士才可以用
(255.65 KB, 下载次数: 13)
23:04 上传
下载次数: 13
(222.91 KB, 下载次数: 8)
23:05 上传
下载次数: 8
(151.01 KB, 下载次数: 7)
23:05 上传
下载次数: 7
组图打开中，请稍候......
在线时间500 小时最后登录阅读权限35UID6036005注册时间积分1284精华0
, 积分 1284, 距离下一级还需 516 积分
主题帖子 金币1687 元 智豆0 点
{:237:}帮顶
在线时间814 小时最后登录阅读权限40UID8048244注册时间积分1982精华0
, 积分 1982, 距离下一级还需 1018 积分
主题帖子 金币2051 元 智豆46 点
内容路过帮顶
在线时间8552 小时最后登录阅读权限65UID2974118注册时间积分26833精华0
当全世界只剩下我一个人......
, 积分 26833, 距离下一级还需 3167 积分
主题帖子 金币12155 元 智豆0 点
不用也绑定
在线时间1833 小时最后登录阅读权限1UID800234注册时间积分3731精华0
头像被屏蔽
主题帖子 金币1130 元 智豆0 点
提示: 作者被禁止或删除 内容自动屏蔽
在线时间1839 小时最后登录阅读权限0UID800518注册时间积分3748精华0
头像被屏蔽
主题帖子 金币1243 元 智豆1 点
提示: 作者被禁止或删除 内容自动屏蔽
在线时间174 小时最后登录阅读权限1UID8492719注册时间积分4729精华0
头像被屏蔽
主题帖子 金币5656 元 智豆0 点
提示: 作者被禁止或删除 内容自动屏蔽
在线时间113 小时最后登录阅读权限40UID8529010注册时间积分2891精华0
, 积分 2891, 距离下一级还需 109 积分
主题帖子 金币4363 元 智豆0 点
向楼主致敬
在线时间308 小时最后登录阅读权限20UID8320456注册时间积分695精华0
, 积分 695, 距离下一级还需 5 积分
主题帖子 金币876 元 智豆0 点
不错不错，顶上！
在线时间739 小时最后登录阅读权限35UID929924注册时间积分1454精华0
, 积分 1454, 距离下一级还需 346 积分
主题帖子 金币1534 元 智豆76 点
谢谢分享！！！！！！！
【每日话题】继续做梦，继续吹NEW B！只需一步，快速开始
查看: 6690|回复: 2
金山隐私保险箱真的安全吗？
该用户从未签到
马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。
才可以下载或查看，没有帐号？
金山隐私保险箱用了什么加密？为什么加密速度快的惊人，正常情况下，越复杂的加密，加密文件越慢，但1、金山加密文件几乎是瞬间完成，是不是仅仅隐藏了文件，并没有加密文件？隐藏的文件很容就被**，将来这种**很容易被普及。
2、隐私保险箱的伪密码功能有点鸡肋，只要懂一点安卓的人，直接去分区里找.kbox文件夹，隐私文件全在那里，大小看的清清楚楚，猜也猜出来时什么类型的文件。伪密码只能骗骗不懂得人。如果再被传得网上，拷贝到电脑里。结果会怎么样，谁知呢。
3、拨打电话时，有时电话结束了，保险箱会自动跳出来，好像是怕别人不知道怎么存在一样，这是一个坑。
综合上述，我对隐私保险箱是否能保证重要文件不泄密感到怀疑。
有懂的请从技术角度，谈一谈隐私保险箱的安全。
该用户从未签到
坑啊，为什么pj两个字也要被屏蔽，这是不雅词吗，这词与zh zhi没什么关系吧。
说句完整的话还真不容易。
该用户从未签到
加密机理确实令人质疑！除非是建立了一个加密的虚拟磁盘，否则加解密过程那么快？瞬间进去就能看到文件。
逛了这许久，何不进去瞧瞧？
Powered by}