zvt: fix parsing of the 3-byte length field
if the first length byte is 0xff, the actual length is the last two bytes interpreted as little endian Change-Id: I098ce428888147ad9ca0a30c3ed451d1f89eace7 Reviewed-on: https://code.wireshark.org/review/14834 Reviewed-by: Martin Kaiser <wireshark@kaiser.cx>
This commit is contained in:
parent
0f9edb39b1
commit
7476db48cc
|
@ -543,7 +543,7 @@ dissect_zvt_apdu(tvbuff_t *tvb, gint offset, packet_info *pinfo, proto_tree *tre
|
|||
len = tvb_get_guint8(tvb, offset+2);
|
||||
if (len == 0xFF) {
|
||||
len_bytes = 3;
|
||||
len = tvb_get_ntohs(tvb, offset+3);
|
||||
len = tvb_get_letohs(tvb, offset+3);
|
||||
}
|
||||
|
||||
/* ZVT_APDU_MIN_LEN already includes one length byte */
|
||||
|
|
Loading…
Reference in New Issue