问题标签 [sha2]

我在 2015 年 10 月 1 日读到 Facebook 将从 SHA-1 迁移到 SHA-2，我们必须更新我们的应用程序：https ://developers.facebook.com/blog/post/2015/06/02/SHA-2 -需要更新/

你知道它会使用 SHA-2 的哪个函数吗？

我读到有几个（224、256、384 或 512），其中一个（SHA-224）不适用于我使用的 Windows XP SP3（http://blogs.msdn.com/b/alejacma/存档/2009/01/23/sha-2-support-on-windows-xp.aspx）

我有一个使用 SHA-1 算法的 rootca。是否可以生成 subca 或使用 SHA-2 签署任何 csr。从 SHA-1 迁移到 SHA-2 不是一种选择。我想通过 SHA-2 与使用 SHA-1 的发行人进行认证。是否有任何链接可以更清楚地了解相关主题。

为什么下面的代码不能成功连接到需要 SHA2 证书的服务器？我们的一位合作伙伴进行了 SHA2 升级，他们要求我们拥有 SHA2 证书。当我们连接到他们不需要 SHA2 证书（仅 SHA1）的站点时，它会使用下面的代码成功连接。当我们尝试连接到需要 SHA2 证书(secure.anywhere.org) 的站点时，我们收到错误：服务器返回错误 - 完成此操作所需的数据尚不可用 。已安装所有正确的 SHA2 证书。我们为 SHA2 安装了根证书和中间证书。这可能是 WinHTTP 的问题吗？或者这可能与我们需要修复的环境配置有关？

完整错误：

服务器返回错误：-2147483638 完成此操作所需的数据尚不可用。

用于连接的代码：

我对 SHA-2 和 SHA-256 之间的区别有点困惑，并且经常听到它们可以互换使用。我认为 SHA-2 是哈希算法的“家族”，而 SHA-256 是该家族中的特定算法。任何人都可以消除混乱。

我得到了一个 16 字节的密钥（用于在 RC4 中加密消息）。前 8 个字节对我来说是未知的。我知道密钥是通过使用 SHA256(secret) 对消息进行散列并从从此散列函数获得的字符串中获取前 16 个字符来创建的。不幸的是，我看不到获取此密钥前 8 个字节的方法。据我所知，SHA256 是一种散列函数（我们无法解密）。那么我怎样才能使用一半的钥匙来获得一个整体呢？如果能给我一些建议，我将不胜感激。

在供应商将证书更改为 SHA2 证书之前，我有一个运行良好的应用程序。

我的 PHP 应用程序使用 cURL 将证书复制到我的服务器。现在我收到 404 错误。

这种类型的文件是预期的行为吗？我需要做什么才能正确复制证书？

我有一个拥有大约 60,000 名付费客户的网站，其中 3000 名使用 Windows XP + IE 8。我想要一个可以服务于我所有客户的证书（或多证书解决方案）。问题是 SHA-1 已被弃用，所以我想迁移到 SHA-2，但 Windwos XP（pre-service pack 3）不支持 SHA-2。

因此，我正在寻找一种解决方案，为现代浏览器提供 SHA-2，为仍然使用 XP + IE 8 的真正烦人的客户提供 SHA-1。有什么想法吗？

谢谢！！

我是否需要在我的服务器上使用带有一些 SHA-2 证书的 HTTPS 来进行 Twitter OAuth 集成？

或者我可以在收到 OAuth 访问令牌后简单地向 Twitter API 发送 HTTPS 请求吗？

我找不到任何详细信息，关于访问/验证 SHA2 证书的最低 wget 版本是多少。我在什么版本的 curl 支持 SHA2中发现了一个非常相似的问题- 解决方案似乎取决于使用的 openssl 版本。

wget也一样吗？如果是，SHA2 / SHA256 应该从 OpenSSL 0.9.8o 开始工作。

有没有人有这方面的详细信息？关于在哪里验证此信息的任何指针？

大约一周前，我收到了以下来自Twilio的电子邮件，告诉我有关安全更新以及使用旧 SSL 客户端库的应用程序可能出现的兼容性问题。我的应用程序托管在Heroku上，没有使用自定义域并搭载他们的 SSL。这个问题对我来说不是问题，是吗？Heroku 通常在安全性方面处于领先地位，并且在这些方面是最新的，但谷歌搜索我只能找到有关在 Heroku 上为自定义域设置 SSL 的信息。有人有想法么？

Twilio 查看在线提醒：安全证书更改

这提醒您，太平洋时间 2015 年 12 月 1 日下午 4:30，我们将使用 SHA2 签名证书更新 api.twilio.com，这是对加密技术的重大改进。来自 2015 年 10 月 8 日的官方公告：尽管绝大多数应用程序不会受到任何影响，但使用旧 SSL 客户端库的应用程序可能会遇到兼容性问题。为了验证您的应用程序是否与新证书兼容，我们在 api.twilio.com:8443 提供了一个测试 API 端点。请注意，此端点使用与当前默认端口 443 不同的端口。确保在 Twilio SDK 中指定该端口。

当新的 SHA2 签名证书部署到主 Twilio API 端点（端口 443）时，验证端点将在 2015 年 12 月 1 日被弃用。如果您有任何问题，请通过 help@twilio.com 告诉我们。我们一直在倾听，我们随时为您提供帮助。

干杯， Twilio 团队