【Unity3D】使用MD5值，确保本地Sqlite数据库内容没有被篡改

Sqlite的应用场景

在判断是否使用存储格式为Sqlite模式的标准，我们的标准是内容只读。也就是说，除非发布者修改Sqlite内容，玩家只有读取的权限。

换个角度说，Sqlite里面的数据都是游戏基础配置数据，比如游戏的关卡（不包括玩家取得的成就）、怪物的血量、装备的模板数据

对于如何使用Sqlite，请参考我的另外一篇文章《Unity本地数据存储---Sqlite和JSON》

问题重现

OK，既然我们选择了Sqlite作为存储手段之一，那么我们也嘚重视起安全性。

以android而言，我们发布个apk文件，修改后缀为rar,解压，打开文件夹，sqlite数据文件默认就在assets目录下。

其他人拿个sqlite管理工具，改改内容，比如新手乌木剑属性模板，攻击本来是1~5，改成99999~99999；OK，再重新压缩一个包，修改后缀为.apk。

嘚，破解版就这么出来了。

解决之道

保证数据安全性，我们第一个想到的就是加密数据内容

但对于使用sqlite保存配置数据，反而觉得对比MD5值更合适。

加密内容已经违背了使用sqlite（通用、简单）的初衷，因此我们选择所有的“配置数据”都用明文存储在本地，但是只要你篡改了数据，我通过MD5对比就可以侦测到。

加密算法，更多的是在保存玩家的核心数据上，比如将序列化后的json字符串加密，写入到本地文件。

OK，言归正传，讲下思路：

1：每次发布新版本的时候，重新计算下db文件的MD5,将其保存在某个位置

简单： 将计算出来的MD5值，赋值到某个常量

远程：将版本号和MD5值作为键值对，保存在远程服务端。用户发送一个版本号，服务器返回一串对应版本的MD5字符串。远程的话版本号是必须的。不然老的版本MD5值和新版本永远对不上，就废了。。

2：玩家运行程序的时候，计算db文件的得出MD5，和我们第一步保存的MD5做对比，如果一致，则运行游戏；否则认定db文件被篡改过的，你可以搭建一个远程db下载。也可以粗暴的提示用户，文件格式损害，然后给出个下载链接。

因为本人实际项目中的db文件很小（还没做装备属性模板，预计最多也就百来K吧），所以计算MD5值不会耗费多少资源

奉上MD5计算类

using System.IO;
using System.Security.Cryptography;
using System.Text;

/// <summary>
/// 文件MD5计算器
</summary>
public class FileMD5Helper
{
    #region 公共方法

    <summary>
     计算文件的md5值，返回大写格式
    </summary>
    <param name="url"></param>
    <returns></returns>
    static string GenerateFileMD5Upper(string url)
    {
        if (File.Exists(url) == false)
            return string.Empty;

        byte[] fileByte = File.ReadAllBytes(url);

        if (fileByte == null)
            byte[] hashByte = new MD5CryptoServiceProvider().ComputeHash(fileByte);

        return byteArrayToString(hashByte);
    }

    #endregion

    #region 私有方法

     输出数据的十六进制字符串
    <param name="arrInput"></param>
    private string byteArrayToString(byte[] arrInput)
    {
        StringBuilder sOutput = new StringBuilder(arrInput.Length);

        for (int i = 0; i < arrInput.Length; i++)
        {
            sOutput.Append(arrInput[i].ToString("X2"));
        }
        return sOutput.ToString();
    }

    #endregion
}

最后的话：

围绕着本地数据安全，我们一共有两项措施

1：我们通过比较md5，来确保游戏配置db数据没被篡改。

2：我们通过SystemInfo.deviceUniqueIdentifier，来确保玩家之间的存档不会通用。

说实话，我不是很喜欢花费时间在安全性上，如何让游戏变得好玩，才是重点

抛砖引玉，欢迎各位朋友指教

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!