从 .NET C# 调用 BizTalk 管道组件
目前，解密/加密和签名验证是通过使用自定义管道组件在我的 BTS 应用程序中实现的，该组件内部使用管道组件（即 BTS 组件），我正在考虑将消息加密/解密逻辑转移到 Web 服务层，以便一旦消息被经过身份验证/验证后，我可以将消息发送到 BTS 应用程序以进行进一步处理，但解密/加密是使用 BTS 程序集完成的。
也许我需要再次重写这个逻辑 .NET C# 或者有没有办法可以在 .NET Web 服务层框上使用相同的实现？
这样 BTS 应用程序将仅执行业务流程，并且不会有开销消息加密/解密，因此出现上述问题
Currently decryption/encryption and signature validation is implemented in my BTS application by using custom pipeline component which internally uses pipeline assembly that is the BTS assemblies, I was thinking of shifting the message encryption/decryption logic to the web service layer so that once messages are authenticated/validated then I can send the message to the BTS application for further processing, but as the decryption/encryption is done using BTS assemblies.
Probably I need to rewrite this logic again .NET C# or is there a way I can use the same implementation on the .NET web service layer box?
So that BTS application would perform only the business process and would not have an overhead message encryption/decryption, and hence the above question
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您始终可以使用 .NET system.security.cryptography 命名空间自行进行加密/解密：
http://msdn.microsoft.com/en-us/library /system.security.cryptography.aspx。
但我总是发现它有点难以使用，CodePlex 上可能有一些包装器可以简化一切。
我目前在一家银行，我们有一个 WCF 外部 Web 服务，它通过 Web 服务方法调用接收用户数据。在我们的例子中，我们使用证书，WCF 处理所有这些（与 Microsoft 进行一两次支持呼叫），IIS 处理 SSL。但您也可以在网络服务中使用 PGP 或任何其他加密/解密。
You can always do encryption/decryption yourself using the .NET system.security.cryptography namespace:
http://msdn.microsoft.com/en-us/library/system.security.cryptography.aspx.
But I've always found it a little hard to use, there might be some wrappers for it on CodePlex that simplify everything.
I'm currently at a bank, and we have a WCF external web service that receives the users data via a web-service method-call. In our case, we are using certificates and WCF handles all that (with one or two support calls with Microsoft), and IIS handles the SSL. But you could also go PGP or any other encryption/decryption in the webservice.