Java使用Cipher实现双密钥双重RSA加密触发数据长度超限异常的问题咨询

核心根因分析 #

• 你遇到的Data must not be longer than 117 bytes报错，阈值完全来自1024位RSA密钥的PKCS1填充规则：128字节的RSA模长，在带PKCS1Padding加密时，需要预留11字节的填充冗余，因此单轮加密的最大合法输入就是128-11=117字节。
• 流程上的长度错配是触发报错的直接原因：第一轮用k1走PKCS1Padding加密时，不管你输入的明文长度是多少（只要满足117字节的上限），RSA的输出永远是固定128字节的满模长密文。当你把这个128字节的密文传给第二轮加密的c2实例时，哪怕你给c2指定了NoPadding模式，只要它初始化在ENCRYPT_MODE下，SunJCE内置的RSA实现就会强制套用PKCS1的输入长度校验，不允许传入超过117字节的内容，直接抛出块大小异常。
• 你对NoPadding模式的适用场景理解有偏差：RSA的NoPadding设计初衷是给解密环节用的，目的是跳过密文的填充格式校验，允许传入和模长等长的密文块做解密；而加密环节的NoPadding实现，并不会放开长度限制，依然沿用PKCS1加密的长度校验逻辑，根本不支持处理满模长的输入。

修正与优化建议 #

• 先解决嵌套加密的长度阻断问题：
  • 如果继续使用JDK自带的SunJCE实现，不要靠默认Cipher的ENCRYPT_MODE处理满模长的第一轮密文，可以直接从RSA公钥中取出模值、公钥指数，自己实现原生模幂运算完成第二轮加密，彻底绕过默认的长度校验。
  • 如果要保持原有的Cipher写法，可以引入BouncyCastle这类支持原生RSA运算的安全提供者，它实现的RSA/ECB/NoPadding在加密模式下允许传入和模长等长的字节，不会出现117字节的长度限制。
• 修复代码中的潜在隐患：
  • 换掉当前使用的1024位弱RSA密钥，至少升级到2048位长度，对应带PKCS1填充的最大输入长度为245字节（256字节模长-11），满足现代安全合规要求。
  • 代码里直接打印byte数组的写法没有实际意义，需要把密文转成Base64或十六进制字符串再输出，否则只会打印出[B@xxxx这类无意义的对象内存地址。
  • 明文转字节数组时主动指定UTF-8字符集（即text.getBytes(StandardCharsets.UTF_8)），避免因跨环境的默认字符集差异出现解密乱码。
• 校验流程的逻辑自洽性：你当前加密、解密的填充规则对应关系（第一轮PKCS1/第二轮NoPadding，解密时倒序匹配对应密钥）本身逻辑是通顺的，只要解决加密端NoPadding的长度校验问题，整个两轮加密解密流程就可以正常运行。

补充提醒：嵌套两轮RSA加密的实现本身没有逻辑问题，但不推荐用在常规业务的长数据加密场景——RSA就是为加密短数据设计的，两轮嵌套的计算效率极低。常规长数据加密的最优方案是用RSA加密对称加密的密钥，再用对称算法加密实际明文。

内容的提问来源于stack exchange，提问作者Yuuya