APDU GET response Samsung S4

Я тестирую отправку команд APDU на S3 и S4.APDU GET response Samsung S4

На моем S3 я посылаю в APDU и получить обратно 9000. Зная, что мой ответ также имеет 8 байт данных я сделать: 80C0000010

На мой S4 я отправить тот же APDU, как описано выше, и получить 6108 (61 доступная информация - 08, 8 байт данных)

Отправка 80C0000010 или 80C0000000 как возврат 6F00 (внутренняя ошибка). S4 обновлен 4.3.

Мое подозрение, что в версии SEEK мой S4 что-то не так работает, поскольку я работаю на других устройствах.

Неужели кто-нибудь еще испытал эту проблему и имел какое-либо решение или какие-либо предложения о том, что я могу попробовать?

источник

2013-11-28 Doolali

Правильно ли, когда я предполагаю, что вы говорите о передаче команд APDU в безопасный элемент (предположительно на основе UICC) через API-интерфейс SEEK Smart Card? –

Также вы могли бы уточнить, получаете ли вы 6F00 или 6108 в ответ на 80C0000010 на S4? Если 6F00, какой APDU привел к 6108 на S4? –

Было бы неплохо иметь точный APDU, но то, что вы видите, вызвано более строгой реализацией ISO7816 на S4, чем на S3. Когда вы ожидаете данные взамен (case 2, case 4 APDU), тогда в ISO7816-4 указывается использование байта Le, который вы установили на 00.

Попробуйте добавить 0x00 в качестве байта в конце вашего APDU , он должен работать как на S3, так и на S4.

источник

2013-11-28 19:48:34 takumar

ответ

Смежные вопросы