是否有任何著名的CA颁发椭圆曲线证书？

16

背景

我已经看到Comodo具有椭圆曲线的根（“ COMODO ECC证书颁发机构”），但是我在其网站上看不到EC证书。

Certicom是否具有阻止其他发行人提供EC证书的知识产权？广泛使用的浏览器是否不支持ECC？ECC是否适合Web服务器身份验证等传统PKI使用？还是没有需求？

由于NSA Suite B的建议，我对切换到椭圆曲线感兴趣。但这对于许多应用程序似乎并不实际。

赏金标准

要申请赏金，答案必须提供指向知名CA网站上一个页面或多个页面的链接，该链接描述了他们提供的ECC证书选项，价格以及购买方式。在这种情况下，“知名”表示默认情况下，Firefox 3.5和IE 8中必须包含适当的根证书。如果提供了多个合格答案（一个可以希望！），则该证书具有来自无处不在的CA的最便宜的证书将赢得赏金。如果那不能消除任何联系（仍然希望！），我将不得不自行决定选择一个答案。

请记住，有人总是要求至少一半的赏金，因此即使您没有所有答案，也请尝试一下。

— 埃里克森
source

1

而且，ECC受到Shor算法扩展的困扰，因此Quantum处理器可以破坏ECC（不像RSA那样容易，但是足够快，足以在Quantum处理器变得足够复杂时将其称为破坏）。当前有4位量子处理器（当它们达到1024位RSA时实际上一文不值）。没有经过充分分析的可替代Quantum Processor安全的RSA或ECC。

— 克里斯·S

也许CA在不通过使用带有后门

— erickson

ECC不太可能拥有NSA后门。国家安全局上次放后门是很明显的。最近，人们质疑基于硬件的随机数生成器，理由是缺乏熵甚至无法击败最佳算法。

— 克里斯S

1

只是为了颠覆这个话题：youtube的椭圆曲线证书已用Google的CA签名（ANSI X9.62椭圆曲线prime256v1（又名secp256r1，NIST P-256））。证书本身已使用RSA-SHA1签名。

— 史密斯·约翰斯，

来自en.wikipedia.org/wiki/NTRU： “与RSA和椭圆曲线密码学不同，NTRU不易受到基于量子计算机的攻击的影响”，该专利于1996年发明，很快就会超过17年。NTRU已经在IEEE Std 1363.1中，但是人们仍在使用RSA2K并讨论有关向ECC迁移的问题，自1989年以来，ECC被认为是更快的。

5

它们现在由Comodo发布，作为其PositiveSSL产品的一部分。我不能说他们做得太好了，但是存在数学上的真实证据：

— StackExchange用户
source

6

我想对此进行更深入的了解，因此我联系了Comodo的负责其ECC CA的人员。经过一番来回交流后，他们告诉我，Comodo已被告知他们必须先获得Certicom / RIM的许可证才能发行ECC证书，并且目前正在与他们进行许可证讨论。他们没有给出完成这些讨论的ETA，所以谁知道您何时可以实际购买证书。

— 保罗
source

6

作为快速更新，今天Cloudflare为它的由Comodo签名并使用ECC的博客部署了新证书...我想面向公众的ECC即将推出。

https://blog.cloudflare.com/

威瑞信（现为赛门铁克）在其Secure Site Pro系列证书中提供ECC

— 阿尔伯特·卡萨德蒙特
source

感谢您的更新阿尔伯特！看来我们终于到了。不幸的是，自斯诺登以来，我不确定我是否相信标准化的EC曲线！

— 埃里克森2014年

1

仍显示RSA模数对我来说，当我检查证书（最新的稳定火狐）

— 吕克

是的，这里也一样-我看到的是RSA，而不是ECDSA。

— 埃里克·米尔

Cloudfare退出了blog.cludflare.com上的ECC证书（他们声称是临时的），但是如果您遵循ssllabs仪表板，您会看到一些带有Comodo ECC证书的托管产品（服务器：cloudflare-gninex）。

— eckes 2014年

5

委托我发现此链接对我有用。http://www.entrust.net/ecc-certs/index.htm

基本上，NSA Suite B不受全局信任（在根级别），并且当前没有CA（截至2012年10月）提供符合标准的SSL证书。您可以签署自己的证书，但是现代浏览器将向用户显示非常令人沮丧的警告。通常，NSA Suite B证书集成到直接连接到安全服务器的应用程序中。请记住，浏览器对ECC缺乏支持。ECC是TLS 1.1的一部分，默认情况下仅在Chrome v22 +中支持ECC [ http://en.wikipedia.org/wiki/Transport_Layer_Security#Browser_implementations ]

— 法雷尔
source

您可以在所有主要的浏览器和服务器上使用ECC密钥（实际上，IIS对Schannel的支持要优于RSA，因为它支持带有ECDSA的GCM）。您仍然可以使用RSA进行签名，例如Comodo所做的。（可悲的是，IE和Chrome仅提供NIST曲线）。

— eckes 2014年

1

ECC不是TLS1.1的“一部分”。它被定义为1.0的选项，在1.1和1.2中仍然如此。随着时间的流逝，实现和使用与新协议的时间也在增长，因此您可能会发现ECC >> = 1.1，但这不是必需的。

— dave_thompson_085

3

我不相信Certicom会阻止使用MS2008证书颁发机构提供的B套件中的椭圆曲线。因此，我确信7中的Windows客户端的最新版本支持其使用。我要去看看，它将是需要支持它的MS加密子系统（CryptoAPI），并且它具有插件CSP体系结构，使它可以很容易地支持它。

以下内容摘自有关该主题的委托文档：

所有主要的CA软件产品都支持ECDSA，包括证书和CRL签名以及最终用户的公共密钥。因此，对于仅需要身份验证和数字签名的应用程序来说，采购合适的CA产品应该不难。基于ECC的密钥协议的标准化速度较慢，这对于也需要加密的应用程序增加了一些不确定性。但是，主要的CA软件供应商都制定了高级计划，以支持最终用户证书中的ECDH密钥。因此，在该区域进行规划仅会带来较小的风险。另一方面，实施必须等待运输产品中这些计划的实现

ECC比RSA需要更少的计算能力，因此对于诸如智能卡之类的嵌入式系统以及诸如无线路由器之类具有较弱处理器的设备很有用。这对于Web服务器可能很有用，因为它需要Web服务器进行较少的处理来支持TLS密钥交换操作，而对于支持大量的安全流量则具有明显的好处。我认为这些因素将推动需求增长，并且全球政府部门的需求也将很高，因此NIST对此予以了密切关注。当供应商寻求进入该领域时，这也将有助于推动该技术的发展。

马克·萨顿
http://www.blacktipconsulting.com

— 马克·萨顿
source

Windows 7，vista sp1和2008支持套件technet.microsoft.com/zh-cn/library/dd566200%28WS.10%29.aspx

— Mark Sutton 2009年

谢谢您的输入，马克。我发现库对ECC的支持非常好（包括关键协议），并且已在内部应用程序中成功使用它，在这里我们可以使用我们自己“颁发”的证书。但是我还没有找到准备出售给我的ECDSA证书供公众使用的CA。

— erickson

马克，我更新了问题，以强调我要寻找的东西。您的答案提供了有关此问题的一些有用信息，但是关键的问题是：“我在哪里可以获得证书？”

— erickson