在深入探讨XML签名标准之前，让我们回顾一下数字签名的基础知识。因为防止恶意用户在传输期间改变消息很重要，所以数字签名保护数据的完整性，并且可以检测数据在到达接收地的途中受到的任何更改。因为能够标识发送方也很重要，所以消息通常使用发送方的私有（秘密）密钥进行签名，并且用相应的公钥进行验证，从而使接收者在知道发送方的公钥时可以确认发送方的标识。这可以防止恶意用户通过尝试作为已知的发送方发送消息，或者通过截获来自已知发送方的消息并将其替换为他们自己的消息（一种中间人形式的攻击），冒充已知的发送方。
要创建数字签名，首先需要使用加密哈希函数来对需签名的消息进行哈希运算。对于任何长度的输入，加密哈希函数都会返回固定长度的位组，称为哈希值。该哈希值无法容易地重新转换为原来的输入。即使输入中只有一个位发生更改，哈希值也会以不可预知的方式更改，因此无法仅仅通过查找类似的哈希值来找到与原始输入类似的输入。一个常用的哈希函数是SHA-1，它可以产生160位的哈希值。下一个步骤是使用签名算法和您的私钥对该哈希值进行签名，以产生签名值。您用您的私钥创建该签名，以便具有您的公钥的其他人可以对其进行验证（本文稍后将对此进行详细讨论）。RSA是一种流行的用于签名的加密算法。在您将消息和该签名发送给接收者之后，验证过程开始。收到的消息被在签名时使用的相同哈希函数用来进行哈希运算；然后，通过将签名值以及公钥和计算得到的哈希一起传递给签名算法，对签名值进行验证。如果计算得到的哈希与签名哈希相匹配，则签名有效。如果这两个哈希不匹配，则表明数据或签名已经更改，因此不能确保数据的完整性。还可以使用密钥哈希算法签名和验证数据，但是这超出了本文讨论的范围。.NET Framework已经为所有种类的哈希、加密/解密和签名/验证算法包含了一组丰富的类。有关这些类的详细信息，请参阅.NET Framework SDK文档以及由Brian LaMacchia等人编写的《NET Framework Security 》(Addison-Wesley, 2002)。
您可以使用XML签名对任何种类的数据进行签名，这些数据包括XML文档的某个部分、其他XML文档或任何格式的其他数据。但是，实际上，XML签名最常用于对以XML表示的其他数据进行签名。XML签名标准还非常灵活，它允许您在签名之前对数据进行筛选和转换，并且使您可以精确地选择要签名的内容以及签名方式。
一个简单的文档：
Hello
World
经过签名的文档：
Hello
World
"http://www.w3.org/2000/09/xmldsig#enveloped-signature"/>
图1 签名前后的简单XML文档
让我们考察一个简单的XML签名方案：对整个文档进行签名并且包含签名（参见图1）。请注意已经被添加到文档中的Signature元素，该元素包含XML签名。让我们看一下每个元素所包含的内容：
SignedInfo——该元素的子元素包含有关所签名的内容以及签名方式的所有信息。签名算法实际上应用于该元素及其所有子元素以生成签名。
CanonicalizationMethod——该元素指定了用于SignedInfo元素以便将XML规范化的规范化(C14N)算法。我们将在下文中讨论C14N。
SignatureMethod——该元素指定了该签名的签名算法。在该示例中，签名算法是带有RSA（用于对产生的哈希值进行签名）的SHA-1（用于哈希运算）。
Reference——这些元素指定了将要签名的数据以及在哈希运算之前应当如何对该数据进行处理。URI属性（它表示统一资源标识符）标识要签名的数据，而Transforms元素（稍后描述）指定在进行哈希运算之前如何处理数据。在该示例中，我们将使用特殊的URI——空字符串，它指定包含签名的文档是要包含在签名中的数据。XML签名标准对Reference数据使用间接签名机制。该标准不是对Reference中的所有数据进行哈希运算然后加密哈希值，而是使用由Reference的DigestMethod元素所指定的算法对每个Reference的数据进行哈希运算，然后将哈希值存储到Reference的DigestValue元素中。接下来，对SignedInfo元素和它的所有子元素（包括Reference元素）进行哈希运算；哈希值被加密以生成签名。因此，您实际上是对Reference元素中所引用数据的哈希的哈希进行签名，但是该方案仍然可以保护数据的完整性。图2和图3在匹配的XML旁边显示了签名和验证过程。
Transforms——每个Reference元素都可以具有零个或更多个为它指定的转换。这些转换按照它们在XML中列出的顺序应用于该Reference的数据。转换使您可以在对Reference的数据进行哈希运算之前对该数据进行筛选或修改。在该示例中，我们将使用包封式签名转换，该转换选择了包含文档中除Signature元素以外的所有XML。我们必须从将被签名的数据中移除Signature元素，否则，当我们存储签名值时，可能会修改我们尝试签名的数据。我们将在下文中详细讨论转换。
SignatureValue——该元素包含通过签名SignedInfo元素及其所有子元素而计算得到的签名值。
图2 签名过程
现在，让我们讨论用于创建签名的处理模型（参见图2）。首先，对于签名中的每个Reference元素：
下一个步骤是使用在签名的CanonicalizationMethod元素中指定的算法规范化SignedInfo元素及其子元素。然后，使用在签名的SignatureMethod元素中指定的算法对SignedInfo元素及其子元素进行签名。签名值被存储在SignatureValue元素中。
图3 验证过程
签名验证是刚刚描述的过程的逆过程（参见图3）。首先，必须使用CanonicalizationMethod元素中指定的C14N算法规范化SignedInfo元素及其子元素。然后，必须针对SignedInfo元素及其子元素验证SignatureValue元素中存储的签名值。
最后，对于签名中的每个Reference元素：
如果签名验证成功，并且每个Reference的哈希值与签名中存储的哈希值相等，则XML签名有效。否则，或者由Reference元素之一引用的数据已经更改，或者Signature元素已经更改。
嵌入到由其签名的文档中的签名称为信封签名。用于创建这种签名的代码如图4所示，用于验证该签名的代码如图5所示。
using System.Security.Cryptography;
using System.Security.Cryptography.Xml;
// Also, add a reference to System.Security.dll
// Assume the data to sign is in the data.xml file, load it, and
// set up the signature object.
XmlDocument doc = new XmlDocument();
doc.Load("data.xml");
SignedXml sig = new SignedXml(doc);
// Make a random RSA key, and set it on the signature for signing.
RSA key = new RSACryptoServiceProvider();
sig.SigningKey = key;
// Create a Reference to the containing document, add the enveloped
// transform, and then add the Reference to the signature
Reference refr = new Reference("");
refr.AddTransform(new XmlDsigEnvelopedSignatureTransform());
sig.AddReference(refr);
// Compute the signature, add it to the XML document, and save
sig.ComputeSignature();
doc.DocumentElement.AppendChild(sig.GetXml());
doc.Save("data-signed.xml");
图4 创建一个信封签名
using System.Security.Cryptography;
using System.Security.Cryptography.Xml;
// Also, add a reference to System.Security.dll
// Load the signed data
XmlDocument doc = new XmlDocument();
doc.PreserveWhitespace = true;
doc.Load("data-signed.xml");
// Find the Signature element in the document
XmlNamespaceManager nsm = new XmlNamespaceManager(new NameTable());
nsm.AddNamespace("dsig", SignedXml.XmlDsigNamespaceUrl);
XmlElement sigElt = (XmlElement)doc.SelectSingleNode(
"//dsig:Signature", nsm);
// Load the signature for verification
SignedXml sig = new SignedXml(doc);
sig.LoadXml(sigElt);
// Verify the signature, assume the public key part of the
// signing key is in the key variable
if (sig.CheckSignature(key))
Console.WriteLine("Signature verified");
else
Console.WriteLine("Signature not valid");
图5 验证一个信封签名
您已经了解了如何创建和验证包封式签名，它们很常用并且在对整个XML文档进行签名时很方便，而且XML签名标准还使您可以通过在Reference元素中指定不同的URI对其他数据进行签名。因此，让我们接下来考察一下不同类型的引用。
除了包封式引用（其URI属性为空字符串的Reference元素）以外，在XML签名标准中还定义了其他两个宽泛类型的引用：对分离数据的引用以及通过ID对XML数据进行的引用。分离数据位于包含签名的XML文档的外部，这些引用可以指向另外一个XML文档或任何其他类型的资源。当您在一个签名中对多个资源（例如，一个XML文档以及由该文档引用的其他一些文件）进行签名时，通常会使用该类型的引用。下面的XML代码片段显示了分离引用的一个示例：
为了使用Framework中的类来创建分离引用，只需在创建引用对象时将该引用的URI设置为资源的URI，然后 将该引用添加到签名中，如下所示：
// Create a Reference to detached data, assume a SignedXml object in sig
Reference refr = new Reference("http://www.example.com/foo.jpg");
sig.AddReference(refr);
通过ID对XML数据进行的引用指向包含签名的文档内部或签名本身内部的XML。对于这些引用，签名引擎寻找其ID属性与引用中的URI匹配（不包括#）的元素。以下为一个基于ID的引用的示例：
如果ID为“myData”的元素位于包含签名的文档中，则该引用是完整的，并且签名引擎将在处理该签名时找到它。您通常使用该类型的引用将签名的作用范围限制到示例文档的特定部分。例如，在文档处理应用程序中，审阅者通常只对他审阅的XML文档部分（而不是整个文档）进行签名。该标准还允许您向Object元素中的签名添加任意数据。Object元素的XML看起来类似于以下代码行：
Your XML goes here
要创建基于ID的引用（该引用指向包含签名的文档中已经存在的元素），请添加如下所示的代码：
// Create a Reference to XML data in the containing document,
// assume a SignedXml object in sig
Reference refr = new Reference("#myData");
sig.AddReference(refr);
如果基于ID的引用指向了签名中的一个Object元素，则除了添加该引用以外，还必须向签名中添加一个DataObject，如刚才显示的代码中所示。数据对象可以包含您传入的任何XML。
// Adds a DataObject with an Id of "#myData" to the signature, assume a
// SignedXml object in sig, and xml data of type XmlNodeList in data
DataObject dobj = new DataObject();
dobj.Id = "myData"; // Note: no #
dobj.Data = data; // XML Data of the Object
sig.AddObject(dobj);
您通常使用指向Object元素的引用来对有关签名的元数据进行签名，例如，签名者的唯一标识符或有关该签名的其他一些信息。
转换通过允许您在生成引用的数据的哈希值之前修改该数据，使您可以对已签名的内容进行更多的控制。例如，信封式签名转换在对XML文档进行签名之前会移除Signature节点。引用可以指定任何数量的转换，这些转换按照在Transforms元素中指定的顺序而做用。.NET Framework中的类除了支持我们前面提到的信封式签名转换以外，还支持下列转换：
XPath表达式被指定为Transform元素下的XPath元素的文本内容。需要注意的是，XPath转换充当筛选器，而不是充当在作为输入传递的XML中选择节点的手段。该转换针对作为输入传递给该转换的每个节点计算XPath表达式，结果被转换为布尔值。输入节点将被考虑以便传递计算，并且如果计算的结果为true，则输入节点将被包含在转换的输出中。考虑转换的以下XML输入：
Some data
Even more data
假设我们只希望选择“b”节点进行签名。带有XPath表达式“ancestor-or-self::b”的XPath转换将返回以下节点集（它正是我们所需要的）：
Some data
Even more data
该XPath表达式的Transform元素看起来类似于下面的代码片段：
>
要在签名时以编程方式创建转换，请创建某个转换对象的实例，适当设置它的属性，并且将其添加到它所应用于的引用。以下示例将上一个示例中使用的XPath转换添加到某个引用中，以便创建转换：
// Add an XPath transform to a reference.
// Assume a Reference object in refr
XmlDocument doc = new XmlDocument();
doc.LoadXml("ancestor-or-self::b");
XmlDsigXPathTransform xptrans = new XmlDsigXPathTransform();
xptrans.LoadInnerXml(doc.ChildNodes);
refr.AddTransform(xptrans);
规范化的目的是为两个逻辑上相同但可能不是由相同的文本表示的XML片段产生相同的XML数据。例如，请观察下面两个代码片段。它们在逻辑上是相同的；它们的不同之处仅仅在于文本表示。但是如果您要对它们按原样进行哈希运算，则得到的哈希值将是不同的：
Some text
Some text
要避免该问题，该标准中指定的默认规范化算法将执行很多任务，包括消除开始和结束标记中的空白以及将空元素转换为开始/结束标记对。但是，它不会更改元素内容中的任何空白。所执行操作的完整列表可以在Canonical XML（位于http://www.w3.org/TR/xml-c14n）中得到。
签名引擎在必要时自动规范化数据，以便符合W3C标准。特别地，每当签名引擎需要将XML数据转换为二进制数据以便进行哈希运算时，都会规范化该数据。例如，当它准备对SignedInfo元素及其子元素进行签名时，就会发生这种情况。当它准备引用或转换的输出以便进行签名时，也可能发生这种情况。例如，如果您使用基于ID的引用（指向包含签名的文档中的其他XML数据），并且该引用没有与其相关联的转换，则签名引擎在对该引用的XML数据进行哈希运算之前将规范化该数据。
相关文章 最新评论共有 0 位网友发表了评论 发表评论
赛酷网·中国西部第一建站门户
阅读排行 最新下载
您现在的位置： 
