普通用户的简单数字签名

Question

我有一个类似 CRM 的系统，它基本上管理客户声称他们被误售保险的索赔。

预计该系统将处理相当大量的索赔，为此已招募了多个呼叫中心服务台。

系统的一般工作流程是；呼叫中心收到索赔并将其输入系统提交审批，总部检查索赔的详细信息，如果它符合必要的标准，则批准它。批准后，将通过电子邮件将一次性安全 URL 发送给客户，然后他们可以访问该 URL 以查看包含其索赔详细信息的 5 个生成的文档。每份文件都需要至少一个签名（如果适用，来自索赔人和他们的合作伙伴），我们的客户已指定这些文件中只有一个需要正确的签名（合法），该签名必须通过普通邮件从客户处收到。他们希望对其他文件进行数字签名（以加快索赔流程、为索赔人简化索赔流程、减少纸张、邮资等）。

在此过程中，我必须考虑到大多数索赔人可能几乎没有技术知识，因此必须使此过程尽可能简单（用户友好）。

如前所述，每个索赔人都会收到一个“仅限一次”的 URL，他们可以使用该 URL 登录以签署文件，当他们查看文件时，他们可以选择签署；此时会要求他们输入密码，然后对其进行哈希处理（连同一些个人数据）并添加到每个文档页面的页脚。生成一个带有类似字体的漂亮签名的视觉签名，并与免责声明“请接受上述电子签名作为接受您的业务条款和继续进行的说明”一起添加到相关的签名框中。

然后他们可以下载生成的 PDF 以供自己记录。

系统专员似乎认为这是可以接受的，但是我不确定并且想知道这是否是正确的方法，如果不是，是否有更好的方法记住我必须记住这一点尽可能简单。

谢谢。

Answer 1

这是对消息摘要功能的错误使用。生成的秘密哈希将提供给用户（或攻击者......），即使它是加盐的。哈希对于密码存储很有用，因为它增加了攻击者必须克服的额外复杂性。添加个人数据可以使哈希更难破解，但如果攻击者拥有大量计算资源，他们可以进行大量猜测，然后也可以获取某人的个人信息。如果攻击者可以做出足够多的猜测，一个很好的方法是将其视为生成的哈希将泄漏有关原始消息的信息。

您有两种方法可以做到这一点。第一种方法是我刚刚编造的我喜欢的方法。因此，用户使用这个 1 次 URL 登录，然后显示一个绘图框，通过使用他们的鼠标光标，他们可以在其中签署他们的名字。然后，此图像附加一个只有您知道的秘密 (Cryptographic Nonce) 以在 MAC 中创建密钥“k”，消息“m”将是要签名的整个文档。这是使用密码学将这些重要信息联系在一起的好方法。这也可以用来证明签名的文件没有被篡改。但是，如果您拥有您提供的秘密，则只能验证和创建用作身份验证代码的结果哈希。如果您需要在法庭上证明真实性，这将发挥作用。

更常见的方法是使用PDF's Built-In digital signatures。我已经在合同协议中直接使用了这一点。如果您确实走这条路并且将案件提交法庭，那么您可能会更容易为自己辩护说用户签署了该文件。然而，这种方法存在一些严重问题。最重要的是，这对于非精通技术的用户来说是非常困难的，尽管用Adobe's PDF SDK 自动唱歌可能没问题。仍然可以使用绘图盒，并且可以在应用数字签名之前将客户姓名的图像写入文档。密钥分发将是一件令人头疼的事情。它需要花钱，因为您必须付费才能使用由 VeriSign 之类的人提供的 PKI（* 在此处插入呕吐物 *）。此外，PKI 还可以防御不依赖于您需求的攻击。虽然走这条路意味着任何人都应该能够验证这份文件的真实性。

您只是想证明文件已签名并且被篡改过。鉴于此问题的性质，我会确保让律师查看您提出的解决方案。

Answer 2

嘿，我知道这个答案“有点”晚了，但希望它能帮助其他阅读它的人。我也在保险领域工作，了解签署文件时安全的重要性。我知道digital signatures 有一些服务可用，这里我链接到我们在纽约办公室使用的服务。很好，因为它确实解决了很多问题，我们不再需要打印文档或担心安全性。无论如何，我希望这会有所帮助。 :)

Answer 3

我会生成一个图像（条形码或条形码矩阵），例如在服务器上使用一些讨厌的算法生成的校验和（RSA 对我来说听起来不错），如果需要，可以稍后检查。不要使用签名字体，这很俗气。