https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7715
--- Comment #11 from Martin Kaiser <wireshark@xxxxxxxxx> 2012-09-13 04:37:41 PDT ---
Hi all,
(In reply to comment #10)
> (In reply to comment #9)
> > Pascal, I think problem with gsm-sim may be solved in the same way, because
> > gsm-sim presents like "GSM TS 11.11 / 3GPP TS 51.011 / 3GPP TS 31.102" said
> > about separated status word from commandAPU, see chapter 9 (page 37/38):
> > http://www.etsi.org/deliver/etsi_ts/100900_100999/100977/08.14.00_60/
> > So any "customization" should be separated from this dissector (new small
> > dissector like this one contain ATR)
> >
>
> Hi,
>
> while I fully agree with you (I know the 3GPP specs), you simply cannot change
> the gsm-sim dissector in such an incompatible way without notice / agreement
> with the original author to ensure that it can still work for his use case.
>
> Harald, could we agree on a way to be either in a Osmocom simtrace mode, or a
> more standard mode where the status is separated from the APDU (either through
> another dissector, a preference or something else)?
While we're at it, I'd be happy to merge packet-iso7816.c with the gsm_sim
dissector such that generic iso7816-4 and atr can be used regardless of a
specific card. We could add a preference to select the card type, with gsm sim
beeing one choice (USB crypto tokens like epass2003 or pay tv smartcards would
be other choices).
The input could either be a standard request or response apdu (what iso7816
uses now) or the simtrace format.
Do you think that would make sense?
Regards,
Martin
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.