先加密后签名还是先签名后加密?

先签名后加密还是先加密后签名呢?

先说结论,通常情况下应该先签名后加密。
签名算法计算出来的签名是为了验证消息的完整性,签名算法有比如HMAC-SHA256,加密算法则是为了保证消息的机密性,类似AES-GCM、AES-CBC,这两种加密算法的安全性并不一致。GCM的填充方式更加的安全,CBC则不然。至于为什么会安全一些,可以参考一下文章

我们尝试先加密后签名:

假设是先加密后签名,会发生什么事情?

如果先加密的话,因为加密之后值会随着随机因子的变化而变化,此时去校验加密之后密文的完整性是没有意义的,因为你只能校验加密之后密文的完整性,而加密之后密文的完整性是可以通过解密的过程来校验的。那谁来校验加密之前的消息的完整性呢?这段话有点绕,我们通过图片来展示:
在这里插入图片描述

附加:如果需要第三方进行验签的时候,传送的消息只有hash值,没有cipherText,第三方没有加密密钥,如果需要加密后才能签名,那么第三方可能就没办法验签。

AES-GCM具体加密流程,如何保证完整性和机密性可以看一下这篇文章

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值