我们正在使用 WCF 服务。现在，我们正在使用 Windows 身份验证，但这不会持续很长时间。一些服务将位于防火墙之外，并使用在数据库中验证的用户名/密码。
我的技术负责人“害怕”任何用户都可以轻松地“添加参考”到我们拥有的服务并参加派对。他想通过添加另一个身份——应用程序来“保护”服务。他希望该服务接受来自某些应用程序的请求，这样某些用户就不能只使用该服务——添加对它的引用并调用。应用程序具有身份 + 凭证的概念是此处的操作原则，因为网络上的服务可能需要在满足请求之前验证这些凭证，以防止网络内部的恶意代码（即，不是应用程序) 使用“Joe User”最终用户凭据访问服务。
这有意义吗？
然后他认为 Juval Lowy 的书在附录中讨论了在 WCF 调用（安全拦截器）期间发送多个身份。没有具体建议所有这些都必须是最终用户身份，如果是这种情况，其中之一可能是发出请求的应用程序的身份。
如何做到这一点？
谢谢， 山姆
【问题讨论】：
标签： wcf wcf-security
发送应用程序身份的问题在于，用于确认身份的秘密必须存储在某个地方。如果它对机器上的一个应用程序可见，那么通常它对以相同身份运行的其他应用程序可见。
您的经理会对“它来自授权机器”感到满意吗？如果是这种情况，您可以简单地使用客户端证书
还值得退一步：如果用户经过身份验证并被授权执行他们请求的功能，你为什么关心他们来自哪个应用程序 - 如果他们是他们所说的人并且他们被允许做他们要求的事情，那么为什么他们不能使用提琴手来发出请求 - 这不是服务的重点（而不是紧密耦合的客户端服务器应用程序）？
【讨论】：
您可能需要查看 MSDN 文档中的 Common Security Scenarios，看看是否有任何选项符合您的需求。
我眼前出现的选项是Transport Security with Certificate Authentication 和Message Security with Mutual Certificates。两者都依赖于 X.509 证书。后一个选项在消息级别，因此您可以根据需要处理证书传递和安全协商。
【讨论】：
要使某人更难添加对您的服务的引用，您可以删除 mex 端点。这样一来，陌生人很难创建有效的请求消息。
然后您可以手动将 WSDL 分发给您信任的人。
【讨论】：