Java SSL DH 密钥对生成 - 素数大小错误

我目前正在将 Reddit OAuth2 登录实现到我的网络应用程序中。在本地测试时，握手和令牌交换工作正常，但在服务器（托管在“OpenShift”DIY 卡带上）上运行时，出现以下错误：

java.security.InvalidAlgorithmParameterException: Prime size must be 
multiple of 64, and can only range from 512 to 1024 (inclusive)

结果是

java.lang.RuntimeException: Could not generate DH keypair 

我花了一天的时间进行搜索，找到了不同的解决方案，从更改 Java 版本到使用 BouncyCastle。但是，我正在使用Scribe库，所以我认为如果不分叉和更改抄写员的基础，我就无法实现 BouncyCastle，这违背了它的目的。

安装中JCE无限力量也出现了，但我无法在 OpenShift 上执行此操作，因为没有 root 访问权限（也许可以让他们的团队之一来执行此操作）。

使用的java版本是（取自java -version):

本地测试机：

java version "1.7.0_51"
OpenJDK Runtime Environment (IcedTea 2.4.4) (7u51-2.4.4-1ubuntu1)
OpenJDK 64-Bit Server VM (build 24.45-b08, mixed mode)

OpenShift 服务器：

java version "1.7.0_51"
OpenJDK Runtime Environment (rhel-2.4.4.1.el6_5-i386 u51-b02)
OpenJDK Server VM (build 24.45-b08, mixed mode)

我不知道我能做些什么来解决这个问题。希望我很愚蠢或者误解了某些东西，所以任何可能的解决方案都会很棒！

--

EDIT 1

返回错误的请求代码（正如我提到的，使用 Scribe，所以可能没有多大用处）。令牌端点是https://ssl.reddit.com/api/v1/access_token使用 POST。正如我上面所说，这在我的测试机器上有效。

OAuthRequest request = new OAuthRequest(getAccessTokenVerb(), getAccessTokenEndpoint());

request.addHeader("Authorization", "Basic"
    +Base64.encode((config.getApiKey()+":"+config.getApiSecret()).getBytes()));

request.addBodyParameter("state", "none");
request.addBodyParameter(OAuthConstants.SCOPE, config.getScope());
request.addBodyParameter(OAuthConstants.CLIENT_ID, config.getApiKey());
request.addBodyParameter(OAuthConstants.REDIRECT_URI, config.getCallback());
request.addBodyParameter(OAuthConstants.CODE, verifier.getValue());
request.addBodyParameter("grant_type", "authorization_code");

Response response = request.send();  // Errors here from Request.createConnection in the Scribe code
return getAccessTokenExtractor().extract(response.getBody());

首先，“无限力量”在这里无关紧要。这将解决完全不同的问题，即您无法使用 AES-256 的密码套件（并且如果对等方坚持要求它们根本无法握手）。 JVM 的位大小也并不重要；对 DH 的这种（并非真正合理的）限制位于 SunJCE 中的“到处运行”字节码中。

您可以使用 BouncyCastle 作为加密提供程序，而无需更改执行 SSL 连接的代码（在您的情况下为 Scribe），但根据我所读到的内容，使 BC 成为首选提供程序会导致其他问题。如果您想尝试，请将 bcprov-version.jar 放入 JRE/lib/exit 并编辑 JRE/lib/security/java.security；或者将其放在类路径中的任何位置，并让初始化代码调用 java.security.Security.insertProviderAt (new org.bouncycastle.jce.provider.BouncyCastleProvider(),position);

我建议从你的本地系统为什么能工作开始。当我使用 openssl 尝试 ssl.reddit.com 时，它支持 ECDHE-RSA（使用 P-256）和使用 dh 2048 位的 DHE-RSA。 Suncle Java 7 确实支持并更喜欢 ECDHE，我希望 OpenJDK 也支持，但可能不支持，有时也可能不支持；我知道 RedHat 直到最近才在 openssl 的 rpm 中使用 ECC，如果他们也在 openjdk 中这样做，我也不会感到惊讶。如果您编译并运行以下命令（使用 ssl.reddit.com 443），它将告诉您的系统上协商了哪些套件，使用 JRE 的所有默认 SSL 设置（我期望/希望 Scribe 也使用该设置）：

//nopackage DThompson 2012.08.13b
import java.net.InetSocketAddress;
import java.net.Socket;
import javax.net.ssl.SSLSocket;
import javax.net.ssl.SSLSocketFactory;

public class JustBConnectSSL {

    /* (optionally bind and) just make SSL connection, for testing reach and trust
     * uses default providers, truststore (normally JRE/lib/security/[jsse]cacerts), 
     * and keystore (normally none), override with -Djavax.net.ssl.{trust,key}Store* 
     */
    public static void main (String[] args) throws Exception {
        if( args.length < 2 ){ System.out.println ("Usage: tohost port [fromaddr [fromport]]"); return; }
        Socket sock = SSLSocketFactory.getDefault().createSocket();
        if( args.length > 2 )
            sock.bind (new InetSocketAddress (args[2], args.length>3? Integer.parseInt(args[3]): 0));
        sock.connect (new InetSocketAddress (args[0], Integer.parseInt(args[1])));
        System.out.println (sock.getInetAddress().getHostName() + " = " + sock.getInetAddress().getHostAddress());
        ((SSLSocket)sock).startHandshake();
        System.out.println ("connect okay " + ((SSLSocket)sock).getSession().getCipherSuite());
    }
}

如果测试得到 _DHE_RSA_something，则 JRE 中的加密提供程序必须与 Suncle 不同，可能是由 Ubuntu 更改的，也可能是系统上的某些自定义或补丁所更改的。如果测试得到 _ECDHE_RSA_something 但 OpenShift 没有，他们可能以某种方式禁用了 ECC/ECDHE。如果他们能够实现这一点那就最好了（ECDHE-P-256 至少与 DH-2048 一样安全，而且可能更高效）。否则，在 Oracle 修复此问题（显然是在 8 中）之前，我认为唯一可靠的方法是禁用 DHE 套件（并退回到普通 RSA，这可能对 NSA 不安全）；这在实际创建 SSLSocket 的代码中是最简单的，但是如果 Scribe（像大多数 java Web 客户端一样）使用 URL -> HttpsUrlConnection 及其默认的 SSLSocketFactory，您可以替换一个调整后的工厂，该工厂会沿着问题 #6851461 更改 EnabledCiphers 列表（尽管对于具有良好公共证书的主机，您不需要该解决方案的自定义信任管理器部分）。