Question

我正忙着使用应用程序来模拟带有CM10.1的Nexus 7上的正常APDU通信到ACR122U102读写器。我找到了关于software card emulation的博客，并编写了一个应用程序，让我的设备（nexus）显示为卡片。现在我正在尝试在此设备和ACR122u之间来回发送消息。到目前为止，我只是通过发送D4 40 01（InDataExchange第127页）APDU来设法与nexus 7进行通信。对于我正在编写的应用程序，这应该足够了。

问题在于我从设备发送给阅读器的答案。使用transcieve函数（android.nfc.tech.IsoPcdA反射），我可以回复一个长度为＆gt;的字节数组。这将在读取器端显示为正常的InDataExchange响应（例如：D5 41 00 01 02 03，其中{01 02 03}是提供给transcieve功能的字节数组）。但我无法控制响应中的状态字节和SW字节（D5 41 XX和两个SW）。除了源代码本身之外，没有关于此IsoPcdA类的文档。

我希望能够做的是将XX更改为我选择的字节并发送长度= 0的答案（例如：D5 41 01，没有任何额外数据）。有可能吗？

Answer 1

我不确定你要在这里实现什么。无论您使用IsoPcdA的收发方法收发什么，都是完整的APDU（在ISO / IEC 7816-4中定义，或者更确切地说是ISO-DEP传输协议中的任何PDU）。因此，收发的返回值是完整的C-APDU（命令APDU），并且收发的字节数组参数是包括状态字（SW1 | SW2）的两个字节的完整R-APDU（响应APDU）。因此，该参数的最后两个字节是状态字。在您的示例中，SW1将为02，SW2将为03。

您在PN532 NFC控制器的InDataExchange命令中看到的状态字节不是APDU的状态字，而是PN532 NFC控制器内命令执行的状态。此状态字节为您提供有关缓冲区溢出，通信超时等的信息，而不是卡方返回的信息。

编辑：示例代码+测试命令：

在Galaxy Nexus（CM 10）上运行的示例代码：

try {
  Class isoPcdA = Class.forName("android.nfc.tech.IsoPcdA");
  Method isoPcdA_get = isoPcdA.getDeclaredMethod("get", Tag.class);

  final IsoPcdA techIsoPcdA = (IsoPcdA)isoPcdA_get.invoke(null, tag);

  if (techIsoPcdA != null) {
    if (mWorker != null) {
      mInterrupt = true;
      mWorker.interrupt();
      try {
        mWorker.join();
      } catch (Exception e) {}
    }

    mInterrupt = false;
    mWorker = new Thread(new Runnable() {
      public void run () {
        try {
          techIsoPcdA.connect();

          byte[] command = techIsoPcdA.transceive(new byte[]{ (byte)0x90, (byte)0x00 });
          Log.d(CardEmulationTest.class.getName(), "Connected.");

          while (!mInterrupt) {
            Log.d(CardEmulationTest.class.getName(), "C-APDU=" + StringUtils.convertByteArrayToHexString(command));
            command = techIsoPcdA.transceive(command);
          }
        } catch (Exception e) {
          Log.e(CardEmulationTest.class.getName(), "Exception while communicating on IsoPcdA object", e);
        } finally {
          try {
            techIsoPcdA.close();
          } catch (Exception e) {}
        }
      }
    });

    mWorker.start();
  }
} catch (Exception e) {
  Log.e(CardEmulationTest.class.getName(), "Exception while processing IsoPcdA object", e);
}

测试（使用ACR122U）：

InListPassivTargets（1个目标速度为106kbps）

> FF00000004 D44A 0100 00
< D54B 010100046004088821310578338800 9000

DATA = 0x01的InDataExchange

> FF00000004 D440 01 01 00
< D541 00 01 9000

因此我们从读卡器得到错误代码0x00（InDataExchange命令的状态;不是实际响应APDU的一部分），我们得到0x01作为响应（这是IsoDepA响应APDU），我们得到0x9000作为读卡器封装器APDU的状态代码（不是实际响应APDU的一部分）。

InDataExchange，DATA = 0x01 0x02

> FF00000005 D440 01 0102 00
< D541 00 0102 9000

因此我们从读卡器得到错误代码0x00（InDataExchange命令的状态;不是实际响应APDU的一部分），我们得到0x01 0x02作为响应（这是IsoDepA响应APDU），我们得到0x9000读卡器封装器APDU的状态代码（不是实际响应APDU的一部分）。

InDataExchange，DATA = 0x01 0x02 0x03

> FF00000006 D440 01 010203 00
< D541 00 010203 9000

因此我们从读卡器得到错误代码0x00（InDataExchange命令的状态;不是实际响应APDU的一部分），我们得到0x01 0x02 0x03作为响应（这是IsoDepA响应APDU），我们得到0x9000作为读卡器封装器APDU的状态代码（不是实际响应APDU的一部分）。

InDataExchange，DATA = 0x01 0x02 0x03 0x04

> FF00000007 D440 01 01020304 00
< D541 00 01020304 9000

所以我们从读卡器得到错误代码0x00（InDataExchange命令的状态;不是实际响应APDU的一部分），我们得到0x01 0x02 0x03 0x04作为响应（这是IsoDepA响应APDU）我们得到0x9000作为读卡器封装器APDU的状态代码（不是实际响应APDU的一部分）。

因此，我们获得了作为命令APDU作为响应APDU发送的数据（请注意，这些APDU都没有根据ISO 7816-4进行格式化，但这并不重要，因为IsoPcdA卡仿真适用于任何ISO 14443- 4传输协议格式）。

0x9000 的状态代码属于读卡器APDU封装（ CLA = FF INS = 00 P1P2 = 0000 Lc [PN542 COMMAND] Le = 00 ）即因为ACR122U的PN532是通过CCID（PC / SC）接口访问的。这些是纯读取器命令封装，与ISO-DEP上的通信无关。

D440 01 [DATA] 是通过ISO-DEP交换数据（例如APDU）的PN532命令， D541 00 [DATA] 是相关的响应。

在Android上使用NFC软件卡仿真控制完整APDU

1 个答案: