【问题标题】:EMV TLV parsing sometimes does not display constructed values (childs)EMV TLV 解析有时不显示构造值(子项)
【发布时间】:2019-03-06 03:21:12
【问题描述】:

我的方法parseTLV() 有时不能正确地归结为构造值(子 TLV)。我使用过滤器((tag & 0x20)! = 0) 来检测构造值,但有时它不能按预期工作。

例如

70178C159F02069F03069F1A0295055F2A029A039C019F3704

导致parseTLV 的以下结果:

  • 标签:70 - 值:8C159F02069F03069F1A0295055F2A029A039C019F3704
  • 标签:8C - 值:9F02069F03069F1A0295055F2A029A039C019F3704

但是,我希望得到

  • 标签:70 - 值:8C159F02069F03069F1A0295055F2A029A039C019F3704
  • 标签:8C - 值:9F02069F03069F1A0295055F2A029A039C019F3704
    • 标签:9F02 - 值:06
    • 标签:9F03 - 值:06
    • 标签:9F1A - 值:02
    • 标签:95 - 值:05
    • 标签:5F2A - 值:02
    • 标签:9A - 值:03
    • 标签:9C - 值:01
    • 标签:9F37 - 值:04
private ITlv.ITlvDataObjList parseTLV(byte[] src) {
    try {
        if (isBytesEmpty(src)) {
            return null;
        }
        _tlvList = _tlv.createTlvDataObjectList();
        int start = 0;
        int end = start + src.length;
        while (start < end) {
            // tag has 1 byte (0xFF)
            int tag = src[start++] & 0xFF;
            //
            if (tag == 0x00 || tag == 0xFF) {
                continue;
            }
            // tag has more bytes?
            if ((tag & 0x1F) == 0x1F) {
                if (start >= src.length) {
                    break;
                }
                // tag has 2 bytes (0xFFFF)
                tag = (tag << 8) | src[start++] & 0xFF;
                // tag has 3 bytes (0xFFFFFF)
                if ((tag & 0x80) != 0) {
                    if (start >= src.length) {
                        break;
                    }
                    tag = (tag << 8) | src[start++] & 0xFF;
                }
                // break when tag > 3 bytes
                if ((tag & 0x80) != 0) {
                    continue;
                }
            }
            // length 1 byte (0x7F)
            int length = src[start++] & 0xFF;
            // length has more bytes?
            if (length >= 0x80) {
                // break when length > 2 bytes 
                int count = length & 0x7F;
                if (count > 3) {
                    continue;
                }
                // length 1 bytes (0x80-0xFF) or 2 bytes (0x100-0xFFFF)
                length = 0;
                for (int k = 0; k < count; k++) {
                    if (start >= src.length) {
                        break;
                    }
                    length = (length << 8) | src[start++] & 0xFF;
                }
            }
            // values
            byte[] value = new byte[length];
            System.arraycopy(src, start, value, 0, length);
            //
            // create tlv object
            ITlv.ITlvDataObj tlvObj = _tlv.createTlvDataObject();
            tlvObj.setTag(tag);
            tlvObj.setValue(value);
            // save tlv object to list
            _tlvList.addDataObj(tlvObj);
            //
            // next tag
            while (tag > 0xFF) {
                tag = tag >> 8;
            }
            // is constructed (has child)?
            if ((tag & 0x20) != 0) {
                continue;
            }
            start = start + value.length;
        }
        return _tlvList;
    } catch (Exception ex) {
        ex.printStackTrace();
    }
    return null;
}

【问题讨论】:

    标签: java format emv tlv ber


    【解决方案1】:

    标签8C 不包含构造值。因此,您对((tag &amp; 0x20) != 0) 的测试会正确失败。相反,该 TLV 包含一个数据对象列表作为其值。当您查看值9F02069F03069F1A0295055F2A029A039C019F3704 时,您会发现这些不是完整的 TLV 对象,而只是标签 + 长度。

    因此,您将不得不根据标签找出该 TLV 对象是否包含数据对象列表。然后,您可以以与解析完整 TLV 对象类似的方式解析该列表,但跳过空值字段。

    【讨论】:

      【解决方案2】:

      如果没有完全遵守 EMV 标准,您的代码可能会因以下常见原因而失败

      • 标签可能超过两个字节(从代码中,您没有处理超过两个字节的标签。但是遇到的机会很低)
      • 长度可能超过一个字节(尽管通常长度为一个字节)。
      • 如果您尝试将标签与列表进行比较,EMV 引入的任何新标签都会失败(如果您不这样做,请忽略这一点)。

      EMV 4.3 Book 3, Annex B Rules for BER-TLV Data Objects 部分 B1、B2、B3 是寻找的正确位置。如果你准确地遵循这一点,以上所有这些都可以避免。

      【讨论】:

      • 谢谢先生,我的代码支持两个字节的标签和两个字节的长度。
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2016-08-12
      • 1970-01-01
      • 2021-12-17
      • 1970-01-01
      • 1970-01-01
      • 2015-11-13
      相关资源
      最近更新 更多