Hello, This is addendum (and correction) to my previous mail. IMO the problem is more serious than I thought before. I will remind the ATR: 3B 81 1F 00 CC 52 It should be parsed as:
TS = 3B - direct encoding T0 = 81 - TD1 present + one historical byte TD1 = 1F - TA2 present + T=15 TA2 = 00 - ATTENTION - THIS IS THE ISSUE Historical byte (1) - CC TCK = 52 According to ISO7816-3 (Clauses 6.5.7 and 6.6.2) presence of TA2 means that after reset the smartcard should be in specific mode, when 4 low bits define the particular mode (T=0 in this case). So PC/SC SHOULD allow communicating with this card via T=0. The problem is that function ATRDecodeATR does not handle TA2 appropriately. Vladimir Beker Aladdin. Securing the Global Village. P.O. Box 11141, Tel Aviv 61110 Israel Tel: +972 3 636-2222; Fax: +972 3 537-5796 Visit us at our Web site! http://www.eAladdin.com Aladdin supports Idealist. Visit http://www.idealist.org ******************************* IMPORTANT ! ********************************** The content of this email and any attachments are confidential and intended for the named recipient(s) only. If you have received this email in error please notify the sender immediately. Do not disclose the content of this message or make copies. This email was scanned by eSafe Mail for viruses, vandals and other malicious content. ****************************************************************************** *************************************************************** Unix Smart Card Developers - M.U.S.C.L.E. (Movement for the Use of Smart Cards in a Linux Environment) http://www.linuxnet.com/ To unsubscribe send an email to [EMAIL PROTECTED] with unsubscribe sclinux ***************************************************************
