x509Chain吊销检查对已吊销但有效的证书失败
如果这种理解是正确的，那么我希望x509Chain对象能够通过吊销检查，即使检查是在上面文件的2014年3/1/之后的最新吊销列表存在的情况下进行的。不幸的是，结果是验证失败，因为它认为证书已被吊销。
在这种情况下，我是否必须做进一步的测试以查看撤销日期并覆盖结果并忽略它？我是不是做了什么蠢事？我是不是误会了撤销？
共有1个答案
据我所知，撤销检查是当前的，因为它们必须是。
例如，假设如下：
- 2014年使用证书签署合法软件
- 证书过期或被吊销。
- 现在假设黑客拥有该证书（吊销该证书的主要原因）。
- 黑客使用已泄露的证书签署恶意软件--他们可以使用他们想要的任何日期，因此选择与合法软件相同的日期。
-
提前谢谢你
-
我试图使用Github桌面和git shell从Github进行克隆，但不断出现以下错误： 拉取现有存储库时也会出现同样的问题。 我已经尝试上载在
-
问题内容： 我目前正在使用SSL编写网络TCP服务器。在生产中，我们最终将要求客户使用证书进行身份验证。 为了在紧急情况下吊销证书，我们还想建立一个CRL。 我的问题是：Java是否开箱即用地检查CRL（如果提供了证书），还是需要手动实施此类检查？ 为了进行测试，我准备了带有CRL设置的证书，但是Java似乎没有尝试对其进行验证（我将其放入本地Web服务器中并且无法访问）。 我仅找到 _com.s
-
问题内容： 我在各地搜索过Google，并在其他社区中询问过，并且继续前进到讨论该规范的Oracle文档。但是，该文档更多地涵盖了方法的命名以及整个体系结构，实际上并未提出讨论如何实际编写一些代码来检查x509证书是否被撤销的方法。 也许这只是我头上的办法？但是如果有人可以帮助我，我肯定会感激不尽，我已经将头撞在墙上的墙上已经有大约一周的时间了。 问题答案： 每个CA都会发布已撤销的证书列表。此列
-
我正在尝试为部署在Kubernetes集群中的应用程序启用基于TLS的相互身份验证。 希望将对应用程序的访问限制为只有那些具有受信任客户端证书的用户。 基于某些情况/条件，我还希望吊销特定用户的证书，以便该用户不再能够使用其证书访问应用程序。 我尝试在kuberentes ingress controller（基于nginx）中设置Mutual TLS，方法是添加以下注释。 是包含用于颁发客户端证
-
当他们注销时，问题就出现了。我读过，最好的方法是在Redis上将JWT列入黑名单，以存储被撤销的密钥。然而，由于JWT永远不会过期，因此该记录永远无法从Redis中删除，并且可以开始分块我的大量内存。 我应该担心这一点，还是Redis在这方面的记忆效率高？有没有更好的方法撤销JWT而不过期？