应用错误收集

正如您所期望的那样，运输安全可以保证运输安全 - 例如SSL上的SSL，而邮件安全保护邮件。这是msdn概述，以了解使用邮件安全性的原因： http://msdn.microsoft.com/en-us/library/ms733137.aspx

以及运输概述： http://msdn.microsoft.com/en-us/library/ms729700.aspx

（来自邮件安全链接）： Windows Communication Foundation（WCF）有两种主要的提供安全性的模式（传输和消息）和第三种模式（TransportWithMessageCredential），它们将两者结合在一起。本主题讨论邮件安全性以及使用它的原因。

什么是邮件安全？

消息安全性使用WS-Security规范来保护消息。 WS-Securityspecification描述了SOAP消息传递的增强功能，以确保SOAP消息级别（而不是传输级别）的机密性，完整性和身份验证。

简而言之，邮件安全性与传输安全性不同，它通过将安全凭证和声明与每封邮件一起封装以及任何邮件保护（签名或加密）来实现。通过修改其内容将安全性直接应用于消息允许安全消息相对于安全性方面是自包含的。这样可以实现使用传输安全性时无法实现的一些场景。

使用邮件安全的原因

在消息级安全性中，所有安全信息都封装在消息中。使用消息级安全性而不是传输级安全性保护消息具有以下优点： •端到端安全性。传输安全性（例如安全套接字层（SSL））仅在通信是点对点时保护消息。如果在到达最终接收者之前将消息路由到一个或多个SOAP中介（例如路由器），则一旦中间人从线路中读取消息，该消息本身就不受保护。另外，客户端认证信息仅对第一中间设备可用，并且必要时必须以带外方式重新发送到最终接收器。即使整个路由在各个跃点之间使用SSL安全性，这也适用。由于消息安全性直接与消息一起工作并将XML保存在其中，因此无论在到达最终接收者之前涉及多少中介，安全性都会保留在消息中。这可以实现真正的端到端安全方案。

•提高灵活性。可以对消息的部分内容进行签名或加密，而不是整个消息。这意味着中介可以查看针对它们的消息部分。如果发件人需要在中间人可见的消息中提供部分信息，但希望确保其不被篡改，则可以只签名但不加密。由于签名是消息的一部分，因此最终接收者可以验证消息中的信息是否完整接收。一种情况可能是SOAP中介服务，它根据Action标头值路由消息。默认情况下，WCF不会对Action值进行加密，但会在使用消息安全性时对其进行签名。因此，这些信息可供所有中介使用，但没有人可以更改。

•支持多种传输。您可以通过许多不同的传输（例如命名管道和TCP）发送安全消息，而无需依赖协议来确保安全性。使用传输级安全性，所有安全信息都限定为单个特定传输连接，并且不能从消息内容本身获得。无论您使用什么传输来传输消息，消息安全性都会使消息安全，并且安全上下文直接嵌入到消息中。

•支持广泛的凭据和声明。消息安全性基于WS-Security规范，该规范提供了一个可扩展的框架，能够在SOAP消息中传输任何类型的声明。与传输安全性不同，您可以使用的一组身份验证机制或声明不受传输功能的限制。 WCF消息安全性包括多种类型的身份验证和声明传输，并且可以根据需要进行扩展以支持其他类型。例如，出于这些原因，没有消息安全性就无法实现联合凭证方案。有关WCF支持的联合方案的更多信息，请参阅联合和颁发的标记。

传输安全性（例如安全套接字层（SSL））仅保护通信是点对点的消息。如果消息是路由到一个或多个SOAP中介（例如路由器）在到达最终接收者之前，消息本身不是一旦中间人从电线上读取它，就会受到保护。

误导。如果使用传输层安全性（服务器端SSL证书）进行加密，则网络路由器或交换机（OSI第2层和第3层）将无法访问消息内容，因为解密消息需要服务端SSL证书。传输层安全性在客户端和预期目标IP地址之间保护消息，因为只假定目标服务提供者具有解密消息所需的SSL专用证书。如果SOAP中介（即ESB）实际上是与客户端实际建立加密传输通道的预期消息目标，SOAP中介将只能读取内容，从而确保从客户端到服务器的安全通道，而不管数量如何网络跳，路由器和交换机等（OSI第2层和第3层）。

消息级别安全性会增加消息的安全性，并且如果中间件ESB（预期的SOAP中介）需要读取消息的一部分以做出路由决策（基于内容的路由）但是不应该加密消息的部分内容能够读取只应由下游系统访问的消息的其他部分。

使用传输正在保护您正在使用的频道，并通过消息显示您要发送的消息（内容）。

运输安全与运输之间的区别是什么？ WCF中的消息安全性

3 个答案: