签名长度不正确:得到127但是期待128

Question

java 1.8升级后我遇到了一个奇怪的问题.我在我们的一个实用程序中使用jsch-0.1.54.jar从各个地方下载文件.这个特殊的实用程序使用了近4 - 5年没有任何问题(当时jsch-0.1.48).那时环境是java 1.6.最近我们升级到java 1.8,结果我们升级了这个特定的实用程序.现在我们遇到了一个奇怪的问题,它偶尔会发生,大多数时候文件的下载都是完美的.

错误日志

INFO: SSH_MSG_KEXDH_INIT sent
INFO: expecting SSH_MSG_KEXDH_REPLY
INFO: Disconnecting from SRV2000 port 22
2016-10-28 08:42:18:0576 ERROR  [main] net.AerisAbstractMethod - Failed to open connection 
com.jcraft.jsch.JSchException: Session.connect: java.security.SignatureException: Signature length not correct: got 127 but was expecting 128
    at com.jcraft.jsch.Session.connect(Session.java:565)
    at com.jcraft.jsch.Session.connect(Session.java:183)
    at com.aeris.net.AerisSFTPMethod.connectToServer(AerisSFTPMethod.java:65)
    at com.aeris.net.AerisAbstractMethod.getListOfFiles(AerisAbstractMethod.java:143)
    at com.aeris.worker.AerisUploaderDownloader.performUploadDownloadListing(AerisUploaderDownloader.java:112)
    at com.aeris.main.AerisCommonSftpUtility.main(AerisCommonSftpUtility.java:102)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at com.simontuffs.onejar.Boot.run(Boot.java:340)
    at com.simontuffs.onejar.Boot.main(Boot.java:166)

成功日志:(在大多数情况下,它是成功的)

INFO: SSH_MSG_KEXDH_INIT sent
INFO: expecting SSH_MSG_KEXDH_REPLY
INFO: ssh_rsa_verify: signature true
WARN: Permanently added 'SRV2000' (RSA) to the list of known hosts.
INFO: SSH_MSG_NEWKEYS sent
INFO: SSH_MSG_NEWKEYS received
INFO: SSH_MSG_SERVICE_REQUEST sent
INFO: SSH_MSG_SERVICE_ACCEPT received
INFO: Authentications that can continue: publickey,password,keyboard-interactive
INFO: Next authentication method: publickey
INFO: Authentication succeeded (publickey).
2016-10-28 08:36:48:0794 INFO   [main] net.AerisAbstractMethod - Session connected to server
2016-10-28 08:36:48:0794 INFO   [main] net.AerisAbstractMethod - Opening SFTP channel..
2016-10-28 08:36:48:0810 INFO   [main] net.AerisAbstractMethod - Connecting to server through channel.
2016-10-28 08:36:48:0857 INFO   [main] net.AerisAbstractMethod - Connection successful.
2016-10-28 08:36:48:0857 INFO   [main] net.AerisAbstractMethod - Changing to directory:C:/interfaces/ib/wf/work
2016-10-28 08:36:48:0888 INFO   [main] net.AerisAbstractMethod - Start file Listing of the remote directory:C:/interfaces/ib/wf/work

       0 Oct 28, 2016 04:15 ./
       0 Oct 28, 2016 04:15 ../

我对Vandyke(sftp软件提供商)做了一个完整的分析,但没有发现任何错误.我也尝试使用不同的工具sftp,但我没有收到任何错误.以下是连接SFTP服务器的代码段.任何人都可以帮忙解决这个问题吗？

protected void connectToServer() throws AerisConnectionException {
        JSch jSch =(JSch)this.client;
        try {

            session = jSch.getSession(config.getUsername(), config.getRemoteserver(), config.getPort());
            LOGGER.info("Creating SSH Session using Username:"+config.getUsername()+ " Server :" +config.getRemoteserver()+ " at PORT:"+config.getPort());
            if(config.getAuth().equalsIgnoreCase("PASSWD")||config.getAuth().equalsIgnoreCase("KEYPASS")){
                LOGGER.info("Setting password ...");
                session.setPassword(config.getPassword());
            }

            Properties jShconfig = new Properties();            
            jShconfig.put("StrictHostKeyChecking", "no");
            jShconfig.put("PreferredAuthentications", 
                      "publickey,password,keyboard-interactive");
            jShconfig.put("LogLevel", "VERBOSE");


            LOGGER.info("Setting timeout to "+config.getTimeOut());
            session.setTimeout(config.getTimeOut()*1000);
            session.setConfig(jShconfig);           

            session.connect();
            LOGGER.info("Session connected to server");
            this.connected=true;

        } catch (JSchException e) {
            LOGGER.error("Failed to open connection ",e);
            throw new AerisConnectionException("Failed to open connection.");
        }

    }

Answer 1

虽然让堆栈跟踪确认会很好,但我敢打赌,服务器正在使用RSA"主机"密钥进行身份验证,并且在极少数情况下错误地"修剪"导致零.

SSH使用的PKCS#1定义的RSA签名值(以及加密值)(包括SSL在内的许多其他内容)也需要编码为固定长度"k"的八位字节串,其长度等于编码所需的长度模数,或非正式'与模数相同的尺寸'.但是,由于基础数学值是一个很大的非负(也就是无符号)整数,特别是modexp(s,d,n),历史上一些实现省略了前导零八位字节 - 在将值视为整数时有效的省略- - 导致编码值有时短于应有的值.

RSA签名(或加密)值实际上是(1,n)中的均匀随机数.因此,当服务器使用的RSA密钥具有像此处的1024的"圆二进制"大小时,该修整将随机发生大约1次,每次200次,或者如果作为有符号数进行修剪则为400 次.

我不知道,但在测试中我确认(Oracle)Java 6确实接受了Signature类型RSA或实际使用的这种"短"值SHA1withRSA,这两个值都暗示了PKCS1-v1_5方案,但是Java 7和8抛出异常你看到了.OTOH OpenSSH和PuTTY(也由WinSCP和FileZilla使用)确实接受'short'值,同时总是发送正确的长度值; 这种波斯特利亚行为可能使得更难以检测到同伴以这种方式行为不端.(注意:我检查了OpenSSH 5.5和7.3,这是我手边最早和最新的,但只有当前的PuTTY 0.67,因为这就是我保持在线的全部.)

您可以尝试将服务器软件实现者指向已发布的标准,但它可能没有任何好处.你可以问jcraft特殊情况; 对于mpint/ASN.1,他们已经在DSA和ECDSA案例中有逻辑,我可能认为这同样是丑陋的.或者,如果服务器有另一个(可用)密钥,请求通过配置"server_host_key"为NOT include ssh-rsa- 最简单的方法只需获取现有/默认列表,拆分,删除"ssh-rsa"(并检查不为空)并重新加入,而不是可能使用户感到困惑和/或(co)维护者列出今天的特定算法.