md5中文加密不一致 c++

  在项目中遇到过对相同的字符串进行md5加密,结果与对接平台(使用http协议)得出来的md5值不一致的问题。经过多次比对排查,发现如果待加密的字符串中含有中文,就会出现两方结果不一致的问题,分析原因,是双方数据传输过程中采用的编码方式不一致导致的。vs项目中默认的字符集是多字节,而http协议传输中大多使用的是utf8。所以vs中把待加密的字符串转为utf8字节序,再进行md5加密,双方的md5值就能够保持一致了。
  关于md5的加密方法实现,网上可以搜到很多,各个语言版本都有介绍。但大多数文章都没有对中文加密进行一些着重提示,导致在使用过程中一旦加密字符串含有中文而校验双方采用的编码方式又不一致,就会出现校验不通过。下面就举例来说明这些情况。
  下文采用的md5加密方法取自:
  http://blog.csdn.net/gf771115/article/details/24584199
  我就直接拿来用了,其它版本的md5加密方法都可以拿来验证。
  
加密结果与站长之家提供的md5加密工具进行比对。
  
1. 第一种验证情况 加密字符串中没有中文

int main()
{
    cout << "md5 of 'abc123': " << md5("abc123") << endl;

    system("pause");

    return 0;
}

比对截图 两者结果一致

md5_1

2. 第二种验证情况 加密字符串包含中文

int main()
{
    cout << "md5 of 'abc123中文': " << md5("abc123中文") << endl;

    system("pause");

    return 0;
}

比对截图 可以看出两者的加密结果已经不一样了

md5_2

3. 第三种验证情况 加密字符串包含中文但先进行utf8的编码转换再加密
关于编码转换可以看我上一篇博文中的介绍

// Convert GBK to UTF8
int ConvertGBK2UTF8(const char* szGBK, char* szUTF8, int nUTF8Size)
{
    if (!szGBK || !szUTF8) return 0;

    int nWcharCnt = MultiByteToWideChar(CP_ACP, 0, szGBK, -1, NULL, 0);
    WCHAR* pWcharTmp = new WCHAR[nWcharCnt];
    memset(pWcharTmp, 0, sizeof(WCHAR) * nWcharCnt);
    MultiByteToWideChar(CP_ACP, 0, szGBK, -1, pWcharTmp, nWcharCnt);

    int nMbyteLen = WideCharToMultiByte(CP_UTF8, 0, pWcharTmp, -1, NULL, 0, NULL, NULL);
    int nRet = 0;
    if (nMbyteLen <= nUTF8Size) {
        nRet = WideCharToMultiByte(CP_UTF8, 0, pWcharTmp, -1, szUTF8, nMbyteLen, NULL, NULL);
    }

    delete[] pWcharTmp;
    pWcharTmp = NULL;

    return nRet;
}

int main()
{
    char szUTF8[512] = {0};
    ConvertGBK2UTF8("abc123中文", szUTF8, sizeof(szUTF8));

    cout << "md5 of utf8 'abc123中文': " << md5(szUTF8) << endl;

    system("pause");

    return 0;
}

比对截图 经过编码转换两者的加密结果已经一致了

md5_3

  • 2
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在Web开发中,确保前端JSP使用MD5加密与后端Java使用MD5加密一致性是非常重要的。这种不一致性通常是由于字符编码问题导致的。 首先,要明确的是,MD5本身是一个广泛使用的密码散列函数,它可以产生一个128位(16字节)的散列值。无论是在JSP还是Java中,MD5算法的核心是相同的。但是,当涉及到字符串的编码时,不同的环境可能会有不同的默认编码方式。例如,Java在生成MD5时通常使用的是UTF-8编码,而如果JSP页面没有明确指定编码方式,或者指定的编码与Java不同,那么就可能导致生成的MD5值不一致。 为了解决这个问题,可以采取以下几个步骤: 1. **统一字符编码**:确保JSP页面和Java后端都使用相同的字符编码,通常推荐使用UTF-8编码。 2. **使用相同的MD5库**:在前后端使用相同或兼容的MD5加密库,以避免库之间可能存在的差异。 3. **代码实现检查**:检查JSP和Java中的MD5加密实现,确保没有逻辑上的错误或者遗漏。 此外,还需要注意的是,MD5虽然广泛使用,但并不是最安全的加密方式。随着计算能力的提升,MD5已经被证明存在弱点,容易被破解。因此,对于需要高安全性的场景,建议使用更安全的加密算法,如SHA-256。 总的来说,通过上述措施,可以有效地解决前后端MD5加密一致的问题,确保数据的安全性和一致性。同时,随着网络安全的发展,也需要关注和更新加密技术,以应对潜在的安全威胁。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值