[opensc-devel] [Muscle] secure pin verify/modify and byte ordering

Ludovic Rousseau ludovic.rousseau at gmail.com
Sat Mar 21 09:49:59 PDT 2009


2009/3/21 Martin Preuss <aquamaniac at gmx.de>:
> Hi again,
>
> On Samstag, 21. März 2009, Martin Preuss wrote:
> [...]
>> The statement "Byte ordering is decided by machine architecture" is stupid
>> in itself: How would the reader know what architecture the device is
>> connected to? With this change the firmware is now supposed to somehow
>> acquire that knowledge in order to detect how the multi-byte values of the
>> CCID structures are to be interpreted...
> [...]
>
> Ah, sorry, I see: This was only about the PC/SC structures, not the CCID
> structures, right?

Exact.

You may also note that the fields in the PC/SC structure are not
exactly the same as in the CCID structure.
The PC/SC PIN_VERIFY has a bTimeOut2 field not present at the CCID
level for PC_to_RDR_Secure.

> Anyway, I don't think it was a good idea to change the statement about
> endianess, since now application *and* driver have to know what version of
> the PC/SC specs the other end uses...

Me too.

-- 
 Dr. Ludovic Rousseau



More information about the Muscle mailing list