Есть код на C# (предоставлен партнером):

byte[] fileBytes = [содержимое файла];

var hashedDataClass = new CPICom.HashedData20Class
{
Algorithm = (CAPICOM_HASH_ALGORITHM) CPICom.CPICOM_HASH_ALGORITHM.CAPICOM_HASH_ALGORITHM_GOST3411
};

hashedDataClass.Hash(Encoding.GetEncoding(1251).GetString(fileBytes));

var fileHash = hashedDataClass.Value;

Аналогичный код на Java с использованием JCP дает другое значение хэша, подскажите, пожалуйста, что неправильно в коде на Java? код частично заимствован из примера к JCP CMSTools.java

protected byte[] getDigest(byte[] data) throws Exception {
ByteArrayInputStream stream = new ByteArrayInputStream(data);
MessageDigest digest = MessageDigest.getInstance(JCP.GOST_DIGEST_NAME);
DigestInputStream digestStream = new DigestInputStream(stream, digest);

while (digestStream.available() != 0) digestStream.read();

return Hex.encodeHexString(digest.digest()).toUpperCase().getBytes();
}

Так и есть перед созданием хэша на яве данные преобразуются:

data = new String(data, "cp1251").getBytes("UTF-16LE");

На файлах типа '1234' хэши совпадают, но для документов Word формируются различные хэши. Предположительно CPICom перед формированием хэша переводит хэшируемую строку в бвоичные данные, если это так, то подскажите какая кодировка при этом используется?