There is currently a proposed revision to the ISO to remove ambiguities and to ensure an effective method of operation for changing the protocol type. An APDU is an Application Protocol Data Unit, a TPDU a Transport Protocol Data Unit. If an APDU command response pair has been defined for T=0 and it has. ISO/IEC specifies the power and signal structures, and information exchange between an integrated circuit card and an interface device such as a.
|Published (Last):||16 August 2014|
|PDF File Size:||15.21 Mb|
|ePub File Size:||5.60 Mb|
|Price:||Free* [*Free Regsitration Required]|
How does the card know not to expect any command data, and how does it know if the reader is expecting data in the response? Another thing, when does the procedure byte participate in the scenario? Is it procedure byte?
Is it mandatory for the card to send procedure byte? The card knows the meaning of P3 byte 5 because it is the isso. Each command should be implemented in such a way that P3 can only have a single meaning.
This is one of the major issues with ISO It is not defined in the application protocol, although it may map to SW1, the first part of a status word. It is only send to indicate to the interface device IFD what to do.
If you send “00 84 00 00 08” to card, card can response with “xx xx xx xx xx xx xx xx 90 00”. There is no data behind p3, so p3 stands le.
There are many resourcs on the web that can help you. Google is your friend. Although the first comment is correct in principle, I do see that knowledge of this protocol is required to develop against a smart card. I really don’t know any other isk where this could be asked. There isn’t and probably won’t be a smart card related SE site.
smartcard – How does ISO T=0 work? – Stack Overflow
Sign up or log in Sign up using Google. Sign up using Facebook.