MOSS 2007中InfoPath表单中更简单的数字签名？

Question

我最近继承了一个基于MOSS 2007的应用程序，该应用程序主要涉及InfoPath 2007表单，目前在其第一个主要版本发布之前正在接受用户接受测试。

该表格允许用户使用标准的InfoPath功能对此部分进行数字签名。在SharePoint中，这涉及到一个ActiveX控件，该控件会弹出一个对话框，在该对话框中，用户将打开另一个对话框以选择证书，然后勾选“接受”复选框并单击“签名”

管理层认为此签名过程过于复杂，以致于某些用户无法理解（特别是在使人们接受新系统时）

我被要求研究使它变得更容易，而我的第一印象是什么也做不了。我已经研究过修改调用ActiveX的JavaScript，但是该控件实际上是一个黑匣子，除了标准InfoPath表单代码所调用的功能之外，没有其他有用的功能。

除了逆向工程和重新创建ActiveX控件之外，这里还可以做其他事情吗？我缺少某些设置（我对此很怀疑）吗？

或者，任何额外的弹药告诉我的老板这不能做到，将不胜感激。

Answer 1

不幸的是，您实际上没有太多选择。如您所见，数字签名功能或属性没有“钩子”可操纵。即使您对它进行反向工程，也是如此-那些弹出窗口/对话框被包装在一个调用中，以避免被潜在的恶意代码操纵。

这很烦人，刚开始要教用户如何工作很头疼。 （相对）一件“好”的事情是，即使所有Microsoft产品都不在网络上，它们也具有相同的数字签名体验。因此，一旦您的用户习惯了该过程，当您想开始签署Word文档或excel时，他们就不必重新学习其他内容。

为老板们弹药：

• 由于某种原因无法做到，对其进行篡改会减少 安全
• 该过程很烦人，但总体而言并不那么困难（通常是一个
  对话框和按钮，有时两个）
• 该过程对于所有MS产品都是通用的（打开文字和 如有需要，请演示）

  额外的弹药-我们的一些用户认为这很整洁，可以附加实际签名的jpg并将其显示在文档上。

Answer 2

出于法律目的，您是否需要数字签名？在一些基于InfoPath的应用程序中，我通常有两个按钮，一个表示“批准”，另一个表示“拒绝”。当用户单击“批准”按钮时，规则之一是在审核历史记录框（只读文本框）中添加一个条目，以获取登录的用户名并指示其批准或拒绝。

虽然这不是法律约束力，也不是全球公认的数字签名，但它是从工作流程或流程中的某人处获得签名并要求他们成功登录其工作站的好方法。