【问题标题】:X.509 versus Whte Listing AuthenticationX.509 与白名单身份验证
【发布时间】:2015-05-28 21:05:32
【问题描述】:

我的公司正在过渡到基于云的应用服务器。关键应用程序将继续在内部运行,但选定的新应用程序将在基于云的应用程序服务器上运行。许多内部应用程序服务器为客户端应用程序提供 REST 端点。目前,该公司使用白名单进行客户身份验证。这对于单实例云服务来说是可以的。我们使用 AWS,因此弹性 IP (EIP) 可以完美地用于单个或几个实例。但是,我认为对于根据需求来扩大和缩小实例的云服务器应用程序使用我们公司的白名单 IP 政策是有问题的。超出几个 EIP 的任何事情都变得困难。至少在我看来。

我正在考虑使用 X.509 证书名称验证。换句话说,一旦验证了证书并交换了会话密钥,我将使用有效名称列表验证证书上的名称。如果名称匹配,我将继续会话。否则,如果名称不匹配,会话将关闭并显示 403 错误代码。这是在客户端和服务器上完成的,因此两者都相互验证。是否可以在 Tomcat 中将此名称检查作为 config.xml 的一部分或其他自动的东西?换句话说,这是一种自动方式,因此我不必修改端点 HTTPS 代码。还是我必须修改 HTTPS 代码以包括对证书名称的检查?这有意义还是有更好的方法?

最好的问候, 史蒂夫·曼斯菲尔德

【问题讨论】:

    标签: security ssl amazon-web-services https x509


    【解决方案1】:

    好的,我想出了答案。我找到了 Maxim Porges 的优秀网页,它解释了我需要的一切,

    http://www.maximporges.com/2009/11/18/configuring-tomcat-ssl-clientserver-authentication/

    是的,我可以同时验证服务器和客户端。服务器端不需要更改代码。我只需要将客户端证书放在服务器密钥库中。我还需要确保在 tomcat 配置文件 (server.xml) 中将 clientAuth 设置为“want”。在客户端,我需要进行一些代码更改,但它们很小。我还需要将服务器证书和客户端证书放在客户端可以找到它们的地方。一旦你知道怎么做就很简单了。提供的 URL 详细解释了每个步骤。

    最好的问候, 史蒂夫·曼斯菲尔德

    【讨论】:

      猜你喜欢
      • 2022-06-10
      • 2014-11-07
      • 2017-12-26
      • 2011-11-04
      • 2021-03-13
      • 2012-02-26
      • 1970-01-01
      • 2012-03-15
      • 1970-01-01
      相关资源
      最近更新 更多