4

我有一个复杂的 Javacard 小程序，它是针对普通智能卡（例如 NXP J3E145，T=1）开发和测试的。现在我必须在手机的 UICC 中使用它，并从我的 Android 应用程序中访问它。UICC 使用 T=0 协议。

当我从普通读卡器（Omnikey 5321）与 SIM 卡通信时，小程序工作正常。

但是，当我将它移到我的手机（Sony Xperia S）并通过 seek-for-android API 发送 APDU 时，一些 RPDU 不包含任何数据部分，只有状态字 0x9000 并且缺少数据部分！

这些 APDU 失败：

80 04 00 00 00 --> 90 00 (although there should be some data, 200 bytes approx.)
80 01 00 00 00 --> 90 00 (although I expect 18 bytes)

这些 APDU 没问题：

80 05 00 00 00 --> 00 90 00 (one byte as I expected)
80 06 00 00 00 --> <... data of length 20 ...> 90 00 (as I expected)

会不会是超时问题（处理时间总是<1s）？还是一些 T=0 的怪事？

我的 Android 应用程序代码非常简单：

Channel channel = session.openLogicalChannel(aid);
byte[] resp = channel.transmit(new byte[] {(byte) 0x80, 0x04, 0x00, 0x00, 0x00});

打开移动 API，4.4.2 (19)。

任何帮助都会很好，我花了两天时间解决这个问题。请救救我。

沃伊塔

编辑 我的访问规则：

AID: A000000018308005006563686F00 ___ AllApps:Never
AID: A0000000183080055A6563686F5A ___ Hash:ABFF7159B0530044CD71C6561B0F9D55CBAE8984:Always
AID: A000000018308005596563686F59 ___ Hash: ABFF7159B0530044CD71C6561B0F9D55CBAE8984:Always
AID: A000000018308005586563686F58 ___ AllApps:Always
AID: NO_AID ___ AllApps:Always
AID: A000000018308005006563686F00 ___ AllApps:Never
AID: A0000000183080055A6563686F5A ___ Hash: ABFF7159B0530044CD71C6561B0F9D55CBAE8984:Always
AID: A000000018308005596563686F59 ___ Hash: ABFF7159B0530044CD71C6561B0F9D55CBAE8984:Always
AID: A000000018308005586563686F58 ___ AllApps:Always
AID: NO_AID ___ AllApps:Always

在上面的列表中，我只过滤了 APDU 规则（而 NFC 规则根本没有写下来）。

我的小程序有 AID F06D617073616D2E617070 我的颁发者安全域是 A0000000871002FF33FFFF8901010100。

我认为这些规则不会影响我的 APDU，没有带有标题和掩码的真正过滤器......

4

2 回答 2

3

我在我的小程序中发现了一个错误，这确实导致了整个问题。我的小程序响应状态字 0x911C 并且没有数据。但是，SEEK 总是返回 0x9000 而不是 0x911C，因为通过 SEEK 访问时不能使用状态字 0x91XX。下一段来自 SEEK 论坛的 EduardEtc，它解释了一切：

“ETSI 定义（在 TS 102 221 中）状态字 91XX 与 SIMToolKit (CAT) 应用程序一起使用。任何会以 SW1SW2 形式发送 9000 的卡应用程序都可以返回 91xx，而不是电话必须将其解释为处理 CAT APDU。因此电话应用程序将从未见过 91xx，它被电话的 CAT 处理层替换为 9000。ISO/IEC 7816-4 出于类似目的定义 SW1SW2=61xx。当时这包含在标准中以满足 ETSI 的需要，但是，ETSI没有等待 ISO 过程完成并指定了不同的编码。”

于 2014-09-30T07:15:00.483 回答
-2

我想主要的问题是开放逻辑频道。可能是卡不支持逻辑通道。尝试打开基本频道。

并且您没有得到任何响应数据，因为未设置 Le 部分。CLA、INS、P1、P2、(Le)、Data ..如果您将 Le 字段设置为 00，您应该得到作为可用字节总数的完整响应。同样，如果您发送所需的字节数，假设 XX 然后传递它，您应该能够获得该响应，如果它超过 256，那么它将是 61 XX，XX 表示响应的字节数。

于 2014-09-23T08:22:58.387 回答