SIM Trace Appears to Stop Processing APDUs

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/simtrace@lists.osmocom.org/.

Jonathan Thomas lexington1776 at gmail.com
Tue Mar 20 14:49:18 UTC 2012


Harald,

Thank you for your response.  I will try and summarize what we are
seeing based on your questions below.

The word 'freeze' is probably not accurate as the the simtrace
application is still running/executing without receiving a termination
signal, etc.  What we are experiencing is that the output, both with
Wireshark and stdout, stops displaying any APDU traffic.

For instance, when I boot up the phone for this first time, the
simtrace application will appear to work correctly, but at some point
during the reset it will stop displaying APDU traffic.  For instance
on this run it stops after a response from the SIM:

APDU: (183):  03 00 00 fa b0 00 00 00 2f 06 06 90 00 a0 a4 00 00 02 a4
6f 3a 9f 13 a0 c0 00 00 13 c0 00 00 0d 48 6f 3a 04 00 11 00 22 01 06
01 22 00 6f 06 03 90 00 a0 a4 00 00 02 a4 7f 20 9f 23 a0 c0 00 00 23
c0 00 00 00 00 7f 20 02 00 00 00 00 00 16 33 02 37 04 00 83 8a 83 8a
00 03 00 00 fa b0 00 00 00 00 2f 06 06 90 00 a0 a4 00 00 02 a4 6f 7e
9f 13 a0 c0 00 00 13 c0 00 00 00 0b 6f 7e 04 00 11 00 44 01 06 00 00
00 6f 06 06 90 00 a0 a4 00 00 02 a4 6f 07 9f 13 a0 c0 00 00 13 c0 00
00 00 09 6f 07 04 00 14 00 44 01 06 00 00 00 6f 06 03 90 00 a0 a4 00
00 02 a4
APDU: (7):  6f 07 9f 13 a0 c0 00
APDU: (7):  00 13 c0 00 00 00 09
APDU: (7):  6f 07 04 00 14 00 44
APDU: (7):  01 06 00 00 00 6f 06
APDU: (7):  03 90 00 a0 a4 00 00
APDU: (7):  02 a4 6f 07 9f 13 a0
APDU: (199):  c0 00 00 13 c0 00 00 09 6f 07 04 00 14 00 44 01 06 00 00
00 6f 06 03 90 00 a0 b0 00 00 09 b0 08 09 10 10 10 32 54 76 98 90 00
a0 b0 00 00 09 b0 08 09 10 10 10 32 54 76 98 90 00 a0 a4 00 00 02 a4
6f 78 9f 13 a0 c0 00 00 13 c0 00 00 00 02 6f 78 04 00 14 00 44 01 06
00 00 00 6f 06 05 90 00 a0 b0 00 00 02 b0 00 01 90 00 a0 a4 00 00 02
a4 6f 31 9f 13 a0 c0 00 00 13 c0 00 00 00 01 6f 31 04 00 14 00 44 01
06 00 00 00 6f 06 05 90 00 a0 b0 00 00 01 b0 00 90 00 a0 a4 00 00 02
a4 6f 30 9f 13 a0 c0 00 00 13 c0 00 00 96 96 6f 30 04 00 11 00 44 01
06 00 00 00 6f 06 04 90 00 a0 b0 00 00 96 b0 ff ff ff ff

After this point it will no longer display (Wireshark or stdout) any
APDU traffic.  The board itself shows no indication that there are any
issues and the process 'simtrace' is still running.  If I restart the
phone the only APDU I see is the ATR APDU.

If I now stop the simtrace application and restart the application I
will get the same result on boot up of the phone.  If I restart the
application after the phone has been completely booted then I will see
the status messages between the phone and the SIM for some period of
time before that traffic also stops displaying to the screen.

After a while I will see this error from the simtrace application:
"Error submitting BULK IN urb: No error".

An alternative phone will stop displaying APDUs, but at a different
location from the first (this doesn't seem to be consistent):

APDU: (7):  32 05 83 02 6f 42 a5
APDU: (7):  03 80 01 71 8a 01 05
APDU: (7):  8b 03 6f 06 07 80 02
APDU: (7):  00 fa 88 00 90 00 00
APDU: (7):  b2 01 04 32 b2 ff ff

Please let me know if I can clarify/focus these issues.

Thanks,
Jonathan

On Sun, Mar 18, 2012 at 6:30 AM, Harald Welte <laforge at gnumonks.org> wrote:
> Hi Jonathan,
>
> sorry to hear you are having trouble.
>
> On Wed, Mar 14, 2012 at 05:10:35PM -0500, Jonathan Thomas wrote:
>
>> With testing against all three of the SIMTrace modules we purchased we
>> have found the trace appears to lock-up or freeze randomly through
>> processing of the APDUs.
>
> Can you please indicate what exactly seems to trigger those freezes?
> Is there any particular phone model or sim card (or combination
> thereof)?
>
> What can you see on the simtrace UART at the time of the freeze?
>
> Does the USB device re-enumerate (USB reset) when you observe the freeze?
>
> Does the simtrace program keep running or does it stop?
>
> Regards,
>        Harald
> --
> - Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
> ============================================================================
> "Privacy in residential applications is a desirable marketing option."
>                                                  (ETSI EN 300 175-7 Ch. A6)




More information about the simtrace mailing list