Using SHA1 and RSA with java.security.Signature vs. MessageDigest and Cipher Using SHA1 and RSA with java.security.Signature vs. MessageDigest and Cipher java java

Using SHA1 and RSA with java.security.Signature vs. MessageDigest and Cipher


OK, I've worked out what's going on. Leonidas is right, it's not just the hash that gets encrypted (in the case of the Cipher class method), it's the ID of the hash algorithm concatenated with the digest:

  DigestInfo ::= SEQUENCE {      digestAlgorithm AlgorithmIdentifier,      digest OCTET STRING  }

Which is why the encryption by the Cipher and Signature are different.


To produce the same results:

MessageDigest sha1 = MessageDigest.getInstance("SHA1", BOUNCY_CASTLE_PROVIDER);byte[] digest = sha1.digest(content);DERObjectIdentifier sha1oid_ = new DERObjectIdentifier("1.3.14.3.2.26");AlgorithmIdentifier sha1aid_ = new AlgorithmIdentifier(sha1oid_, null);DigestInfo di = new DigestInfo(sha1aid_, digest);byte[] plainSig = di.getDEREncoded();Cipher cipher = Cipher.getInstance("RSA/ECB/PKCS1Padding", BOUNCY_CASTLE_PROVIDER);cipher.init(Cipher.ENCRYPT_MODE, privateKey);byte[] signature = cipher.doFinal(plainSig);


A slightly more efficient version of the bytes2String method is

private static final char[] hex = {'0', '1', '2', '3', '4', '5', '6', '7', '8', '9', 'a', 'b', 'c', 'd', 'e', 'f'};private static String byteArray2Hex(byte[] bytes) {    StringBuilder sb = new StringBuilder(bytes.length * 2);    for (final byte b : bytes) {        sb.append(hex[(b & 0xF0) >> 4]);        sb.append(hex[b & 0x0F]);    }    return sb.toString();}