把 SAP 里的 SSF 讲透,数字签名、数字信封、PSE 与密钥保护到底该怎么落地
在 SAP 安全体系里,很多人一看到SSF,脑子里只会冒出签名这一个词。真到项目里,这种理解很容易把事情做窄。SSF也就是Secure Store and Forward,它不是单纯给报文加一个安全标签,而是用数字签名和数字信封去保护数据或文档这种独立的数据单元。SAP 官方文档对这件事说得很明确,数字签名负责识别签名者、保证签名不可伪造、保护数据完整性,数字信封负责让数据内容只对目标接收方可见。也正因为它保护的是独立数据对象,不只是传输过程里的通信链路,所以它和TLS、SNC这种通道级保护在关注点上并不一样。一个文件哪怕已经离开原来的网络连接,被下载、归档、转发,只要签名和证书链仍然有效,它的可信性依旧可以继续被验证。(SAP Help Portal)
这个差异放到真实业务里就很直观。拿电子发票、工资单、采购合同、质量证明书这类对象来说,很多时候文件不是只在一次HTTP会话里被看一眼就结束,而是会进入归档系统、邮件系统、外部监管平台,甚至要隔几个月再被审计人员拿出来核验。通道加密能保证传输时不被窃听,数字签名能保证文件离开链路之后还能证明
