libosmocore/src/sim
Harald Welte d6e16decad libosmosim: Support Microsoft smart card discovery process
Our class/instruction tables (used mainly by simtrace cardem host
software) only contain support for those instructions permitted
in the related card specification.

Microsoft blindly tries CLA=0xCA with INS=0x00 which is not somethin
that the GSM SIM, ETSI UICC or 3GPP USIM specs specify, and which
hence results in log output like this:

DLINP DEBUG [0] <= osmo_st2_cardem_request_sw_tx(sw=6a88)
DLGLOBAL INFO => DATA: flags=0x01 (HDR ), 00 ca 7f 68 00
DLGLOBAL ERROR Unknown APDU case 0
DLGLOBAL FATAL Failed to recognize APDU, terminating

Let's adjust to microsoft and *always* support their instructions
no matter which osim_cla_ins_card_profile was used.

Special thanks to Eric Wild for pointing me to this unexpected
behaviour of PC/SC on modern Windows.

Change-Id: I424964c0afab643e6a5d7824d91c2c86b0d3f25b
Related: SYS#6617
2023-11-28 22:50:01 +01:00
..
Makefile.am Bump version: 1.7.0.119-b31a-dirty → 1.8.0 2023-02-07 11:20:42 +01:00
card_fs_hpsim.c treewide: remove FSF address 2021-12-14 12:44:03 +01:00
card_fs_isim.c treewide: remove FSF address 2021-12-14 12:44:03 +01:00
card_fs_sim.c treewide: remove FSF address 2021-12-14 12:44:03 +01:00
card_fs_tetra.c treewide: remove FSF address 2021-12-14 12:44:03 +01:00
card_fs_uicc.c treewide: remove FSF address 2021-12-14 12:44:03 +01:00
card_fs_usim.c treewide: remove FSF address 2021-12-14 12:44:03 +01:00
class_tables.c libosmosim: Support Microsoft smart card discovery process 2023-11-28 22:50:01 +01:00
core.c treewide: remove FSF address 2021-12-14 12:44:03 +01:00
gsm_int.h doxygen: unify use of \file across the board 2017-06-23 00:18:23 +00:00
reader.c reader: more meaningful null pointer check in get_sw 2022-05-24 17:59:40 +02:00
reader_pcsc.c treewide: remove FSF address 2021-12-14 12:44:03 +01:00
sim_int.h sim: Add HPSIM application support 2020-03-21 16:31:17 +01:00