Public bug reported: Hi,
Currently, when some extended APDU are processed, we get the following error: CCID_Receive() Can't read all data 49174kbytes In fact, the processing of the length of the APDU is not correct. For example: 00000002 commands.c:1726:CmdXfrBlockAPDU_short() T=0: 9 bytes 00000003 -> 000000 6F 09 00 00 00 00 2D 00 00 00 00 A4 09 04 04 3F 00 D0 03 00033873 <- 000000 80 02 00 00 00 00 2D 00 00 00 61 27 00 00 00 00 00 00 00 [...] 00002330 commands.c:1682:CCID_Receive() Can't read all data (49174 out of 2 expected) According to the log, the response should be correct but the reader may add too many zeros to the response. The actual response APDU is 61 27. If we check the complete logs/dumps, all the payload till the end is full of 00 .. 00. In fact, the check of the length of the data should be less strict. Let's be tolerant as along as we get enough payload. A fix is already available within the github repo: https://github.com/acshk/acsccid/commit/e23befb5a80bf55bd817eca0102912aec90138ed I guess an update of the package based on this github repo should be OK. ** Affects: acsccid (Ubuntu) Importance: Undecided Status: New ** Description changed: Hi, Currently, when some extended APDU are processed, we get the following error: - CCID_Receive() Can't read all data 49174kbytes + CCID_Receive() Can't read all data 49174kbytes In fact, the processing of the length of the APDU is not correct. For example: - 00000002 commands.c:1726:CmdXfrBlockAPDU_short() T=0: 9 bytes - 00000003 -> 000000 6F 09 00 00 00 00 2D 00 00 00 00 A4 09 04 04 3F 00 D0 03 - 00033873 <- 000000 80 02 00 00 00 00 2D 00 00 00 61 27 00 00 00 00 00 00 00 - [...] - 00002330 commands.c:1682:CCID_Receive() Can't read all data (49174 out of 2 expected) + 00000002 commands.c:1726:CmdXfrBlockAPDU_short() T=0: 9 bytes + 00000003 -> 000000 6F 09 00 00 00 00 2D 00 00 00 00 A4 09 04 04 3F 00 D0 03 + 00033873 <- 000000 80 02 00 00 00 00 2D 00 00 00 61 27 00 00 00 00 00 00 00 + [...] + 00002330 commands.c:1682:CCID_Receive() Can't read all data (49174 out of 2 expected) According to the log, the response should be correct but the reader may add too many zeros to the response. The actual response APDU is 61 27. If we check the complete logs/dumps, all the payload till the end is full of 00 .. 00. In fact, the check of the length of the data should be less strict. Let's be tolerant as along as we get enough payload. A fix is already available within the github repo: - Currently, when some extended APDU are processed, we get the following - error: - CCID_Receive() Can't read all data 49174kbytes - - In fact, the processing of the length of the APDU is not correct. For - example: - 00000002 commands.c:1726:CmdXfrBlockAPDU_short() T=0: 9 bytes - 00000003 -> 000000 6F 09 00 00 00 00 2D 00 00 00 00 A4 09 04 04 3F 00 D0 03 - 00033873 <- 000000 80 02 00 00 00 00 2D 00 00 00 61 27 00 00 00 00 00 00 00 - [...] - 00002330 commands.c:1682:CCID_Receive() Can't read all data (49174 out of 2 expected) - - According to the log, the response should be correct but the reader may - add too many zeros to the response. The actual response APDU is 61 27. - If we check the complete logs/dumps, all the payload till the end is - full of 00 .. 00. - - In fact, the check of the length of the data should be less strict. - Let's be tolerant as along as we get enough payload. - - Fix already available here: - https://github.com/acshk/acsccid/commit/e23befb5a80bf55bd817eca0102912aec90138ed + https://github.com/acshk/acsccid/commit/e23befb5a80bf55bd817eca0102912aec90138ed I guess an update of the package based on this github repo should be OK. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1895509 Title: CCID_Receive() Can't read all data To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/acsccid/+bug/1895509/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
