Чтобы использовать программный хеш нужно в параметре механизма хеширования, который передается в C_DigestInit, указать OID функции хеширования и его длину.

Значения OID'ов для разных ГОСТов:

byte[] GOSTR3411_OID = new byte[]{0x06, 0x07, 0x2a, (byte)0x85, 0x03, 0x02, 0x02, 0x1e, 0x01};
byte[] GOSTR3411_12_256_OID = new byte[]{ 0x06, 0x08, 0x2A, (byte)0x85, 0x03, 0x07, 0x01, 0x01, 0x02, 0x02 };
byte[] GOSTR3411_12_512_OID = new byte[] { 0x06, 0x08, 0x2A, (byte)0x85, 0x03, 0x07, 0x01, 0x01, 0x02, 0x03 };

Вообще эти константы в (строковом представлении) уже есть в Bouncy Castle, и можно взять их оттуда (классы CryptoProObjectIdentifiers, RosstandartObjectIdentifiers)

пример кода:

byte[] oid = new byte[] {0x06, 0x07, 0x2a, (byte) 0x85, 0x03, 0x02, 0x02, 0x1e, 0x01};
Memory parameter = new Memory(oid.length);
parameter.write(0, oid, 0, oid.length);
CK_MECHANISM mechanism = new CK_MECHANISM(new NativeLong(RtPkcs11Constants.CKM_GOSTR3411), parameter, new NativeLong(parameter.size()));

NativeLong rv = mPkcs11.C_DigestInit(new NativeLong(mSessionHandle), mechanism);

Нужно писать не в текстовый, а в бинарный файл. Тогда результат будет читаем.

Ксения, я не могу прикрепить результат в виде файла на форум, нет прав. txt это не расширение результирующего файла, я пишу в файл с расширением .sig c помощью такой функции https://gist.github.com/freken-droid/69 … 4a965a4b25

https://drive.google.com/open?id=1CkLeI … FpmBaG8I5W

Разработчики просят приложить результат, который получается у вас.
Судя по коду, он возвращает только прикрепленную подпись, нужно разобраться более подробно.

если просто записать получаемый массив data в файл, то выходит так
https://gist.github.com/freken-droid/56 … 973c9e035d

явно есть какие-то проблемы с кодировкой, но нечитаемо при любой выбираемой, косвенно видно только, что есть сведения о сертификате, если не ошибаюсь
это в случае, если в Pkcs7Signer параметр encapsulate = false

Да, вы верно предположили. Подпись ставят не на сам документ, а на его хэш. Он нужен, потому что электронные документы весят достаточно много, поэтому на их шифрование уходило бы достаточно много времени.

Ксения, спасибо за ответ!

может ли мне кто-то ответить на вторую часть вопроса?
- что возвращается в manageSignSucceed(byte[] data)? я предположила, что это и есть отсоединенная подпись, но при записи ее в файл получается нечто совершенно непохожее на подпись . Где смотреть / получать / генерировать сам файл подписи?

очень жду ответов! спасибо

возникло еще два вопроса:
- обработка, казалось бы, небольших файлов занимает значительное время - например, ~200Кб обрабатывается порядка 8 секунд, а 700Кб - уже около 50 секунд (логирую именно метод подписи, чтение из файла происходит быстро). С чем может быть связано? в вебе https://ra.rutoken.ru/devices/list все происходит мгновенно.

- что возвращается в manageSignSucceed(byte[] data)? я предположила, что это и есть отсоединенная подпись, но при записи ее в файл получается нечто совершенно непохожее на подпись . Где смотреть / получать / генерировать сам файл подписи?

Павел Анфимов пишет:

ЕкатеринаK пишет:

Добрый день!

тестируем  Рутокен ЭЦП 2.0 Type-C и рассматриваем возможности его интеграции в наше мобильное приложение. Изучаю код приложения демо-банк.

Есть ли возможность подписи pdf-файла на мобильном устройстве с помощью рутокен? в демо-банке подобного примера использования нет

Здравствутйте, Екатерина!

Функции подписи, которая используется в демобанке, нет разницы какого формата файл передается на подпись. Так что просто прочитайте файл из памяти и передавайте функции подписи.

Спасибо за оперативный ответ!
насколько я вижу, функции sign передается массив байт, с этим ок, прочитаю из памяти.
Вопрос в том, что я получу на выходе? успешная подпись обрабатывается коллбэком manageSignSucceed(byte[] data). Что в данном случае data? если подписывать документ в https://ra.rutoken.ru/devices/signature , то на выбор предлагается  "Подпись объединена с документом - Присоединенная подпись" или "Подпись в отдельном файле - Отcоединенная подпись".

Будет подпись открепленной или прикрепленной определяется в файле Pkcs7Signer.java в строке 26.

Втором параметр метода generate: true - присоедиенная подпись, false - отсоединенная.

ЕкатеринаK пишет:

Добрый день!

тестируем  Рутокен ЭЦП 2.0 Type-C и рассматриваем возможности его интеграции в наше мобильное приложение. Изучаю код приложения демо-банк.

Есть ли возможность подписи pdf-файла на мобильном устройстве с помощью рутокен? в демо-банке подобного примера использования нет

Здравствутйте, Екатерина!

Функции подписи, которая используется в демобанке, нет разницы какого формата файл передается на подпись. Так что просто прочитайте файл из памяти и передавайте функции подписи.

Спасибо за оперативный ответ!
насколько я вижу, функции sign передается массив байт, с этим ок, прочитаю из памяти.
Вопрос в том, что я получу на выходе? успешная подпись обрабатывается коллбэком manageSignSucceed(byte[] data). Что в данном случае data? если подписывать документ в https://ra.rutoken.ru/devices/signature , то на выбор предлагается  "Подпись объединена с документом - Присоединенная подпись" или "Подпись в отдельном файле - Отcоединенная подпись".