“签名”这个概念是非对称加密独有的吗?

前言

🍃

你好啊,我是你的人类朋友 ☺️

本篇文章主要来自于我之前在工作中犯的一个对"签名"的概念的误解

问大家一个问题:

"签名"这个概念是非对称加密独有的吗?

先说答案:不是。

虽然【数字签名】确实是非对称加密技术的重要应用,但【"签名"】这个概念在密码学中有着更广泛的含义和应用。

今天就来澄清这个误解,也是我之前在学习信息安全的过程中犯的一个错误 🙀。

正文

一、签名的本质目的

在密码学中,"签名"的核心目的是提供:

  • 身份认证 - 证明消息确实来自声称的发送方
  • 完整性验证 - 确保消息在传输过程中未被篡改
  • 不可否认性 - 发送方事后不能否认自己签署过的消息

二、非对称加密中的签名

在非对称加密体系中,数字签名的实现流程如下:

  1. 发送方使用自己的私钥对消息摘要进行加密
  2. 将原始消息和加密后的摘要一起发送给接收方
  3. 接收方使用发送方的公钥解密签名,得到消息摘要
  4. 接收方对原始消息计算摘要,与解密得到的摘要进行比对

这种机制确实提供了完整的签名三要素:身份认证、完整性验证和不可否认性。

三、对称加密中的"签名"机制

HMAC 我此前写了一篇文章,不了解的小伙伴可以去看看

HMAC(基于哈希的消息认证码)在对称加密环境中实现了类似的签名功能:

  1. 双方共享一个秘密密钥
  2. 发送方使用密钥和哈希函数生成消息认证码
  3. 接收方使用相同密钥验证认证码

HMAC 提供了身份认证和完整性验证,但由于双方共享同一密钥,它无法提供不可否认性。

四、技术对比

特性 数字签名(非对称) HMAC(对称)
身份认证
完整性验证
不可否认性
密钥管理 公钥/私钥对 共享密钥

✍️ 补充知识:关于【签名】与【数字签名】:

签名是一个广义概念,指任何用于验证身份和完整性的标识手段,包括物理签名、电子图章等。

数字签名是【特指】在密码学中,基于【非对称加密技术实】现的一种具体签名形式,它使用私钥签名、公钥验证,能提供完整性、身份认证和不可否认性。

简单说,数字签名是签名的一种具体技术实现,而签名是涵盖范围更广的通用术语。

最后

回到开头的问题:"签名"这个概念是非对称加密独有的吗?

答案是否定的。

"签名"在密码学中是一个【功能概念】,指的是【验证消息来源和完整性】的【机制】。虽然数字签名是非对称加密的典型应用,但对称加密中的 HMAC 同样实现了签名的核心功能------身份认证和完整性验证。

两者的关键区别在于:数字签名额外提供了不可否认性,这是由于非对称加密的公私钥特性决定的;而 HMAC 由于使用共享密钥,无法防止其中一方否认自己的行为。

因此,"签名"是一个跨越多重加密体系的功能概念,而非非对称加密的专属特性。

相关推荐
子兮曰2 天前
jev-ultrafast 深度解析:7 秒订机票的浏览器 Agent 是如何炼成的
前端·后端·agent
子兮曰2 天前
Jev 爆发一周:7 秒 Agent 背后的 System One 生态与三场争议
前端·后端·ai编程
前端小万2 天前
写公众号赚了 3000 块后,我做了一款叫 "一键成稿" 的软件
前端·微信小程序
爱勇宝2 天前
ZCode 开源 24 小时:一份没有历史的账本,回答不了"有没有偷代码"
前端·后端·chatglm (智谱)
胡写代码2 天前
别再前后端各写一套表单校验了
java·后端
三十而立洋2 天前
Cookie 详解:从产生到安全,一次讲透
前端·javascript
大勇前进2 天前
原生 PHP 还是 Laravel?小项目到底要不要上框架
后端
yuzhi_liu2 天前
我用 LangGraph4j 实现 Multi-Agent Supervisor
后端
alsmile2 天前
Node-RED 之外,国产规则引擎的新方案:基于标准语法,Go 先行实现
后端·开源·go
大白802 天前
PHP 内存溢出排查思路:看懂报错日志,精准定位问题
后端