| |||
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] |
Hello,
On Tue, Mar 4, 2008 at 9:19 AM, Ludovic Rousseau <email@hidden> wrote:On Tue, Mar 4, 2008 at 2:34 AM, Bruno Harbulot <email@hidden> wrote: > Under Leopard (10.5.2), I'm trying to use a GemPC Twin USB reader to > read smart cards. When connected and empty, the reader is blinking normally. > When I try to insert a couple of SIM cards and Java cards I have, the > light on the reader stops blinking (and is continuously on), which is > normal. Using pcsctest works almost(*) fine and one of these cards shows > this ATR: 3B 75 94 00 00 62 02 02 01 01, for example. > However, when I try an Aladdin eToken Pro card (ATR: 3B F2 18 00 02 C1 > 0A 31 FE 58 C8 09 75), the reader doesn't seem to recognise the card as > inserted. The light keep blinking and pcsctest says this: > Testing SCardConnect : Card protocol mismatch.
The ATR of the Aladdin eToken Pro is analysed like this using ATR_analysis [1]:
ATR: 3B F2 18 00 02 C1 0A 31 FE 58 C8 09 75 + TS = 3B --> Direct Convention + T0 = F2, Y(1): 1111, K: 2 (historical bytes) TA(1) = 18 --> Fi=372, Di=12, 31 cycles/ETU (115200 bits/s at 3.57 MHz) TB(1) = 00 --> VPP is not electrically connected TC(1) = 02 --> Extra guard time: 2 TD(1) = C1 --> Y(i+1) = 1100, Protocol T = 1 ----- TC(2) = 0A --> Work waiting time: 960 x 10 x (Fi/F) TD(2) = 31 --> Y(i+1) = 0011, Protocol T = 1 ----- TA(3) = FE --> IFSC: 254 TB(3) = 58 --> Block Waiting Integer: 5 - Character Waiting Integer: 8 + Historical bytes: C8 09 Category indicator byte: C8 (proprietary format) + TCK = 75 (correct checksum)
Possibly identified card (using /home/lroussea/.smartcard_list.txt):
3B F2 18 00 02 C1 0A 31 FE 58 C8 09 75 Siemens CardOS V4.2B
The T=1 protocol is declared in TD1 and TD2. I guess that confuses pcsc-lite on Leopard. A similar bug as been reported in [2]. I added you case.
ATR: 3B EE 00 00 81 31 FE 45 00 31 80 71 86 65 01 67 02 A0 0A 83 90 00 1B
+ TS = 3B --> Direct Convention
+ T0 = EE, Y(1): 1110, K: 14 (historical bytes)
TB(1) = 00 --> VPP is not electrically connected
TC(1) = 00 --> Extra guard time: 0
TD(1) = 81 --> Y(i+1) = 1000, Protocol T = 1
-----
TD(2) = 31 --> Y(i+1) = 0011, Protocol T = 1
-----
TA(3) = FE --> IFSC: 254
TB(3) = 45 --> Block Waiting Integer: 4 - Character Waiting Integer: 5
+ Historical bytes: 00 31 80 71 86 65 01 67 02 A0 0A 83 90 00
Category indicator byte: 00 (compact TLV data object)
Tag: 3, len: 1 (card service data byte)
Card service data byte: 80
- Application selection: by full DF name
- EF.DIR and EF.ATR access services: by GET RECORD(s) command
- Card with MF
Tag: 7, len: 1 (card capabilities)
Selection methods: 86
- DF selection by full DF name
- Short EF identifier supported
- Record number supported
Tag: 6, len: 5 (pre-issuing data)
Data: 01 67 02 A0 0A
Mandatory status indicator (3 last bytes)
LCS (life card cycle): 83 (Proprietary)
SW: 9000 (Normal processing.)
+ TCK = 1B (correct checksum)I can reproduce the bug using the Apple CCID driver (CCIDClassDriver) but not using my CCID driver [1]. I reported the bug to Apple.
I suggest you to install a working driver for your reader.
bye
[1] http://pcsclite.alioth.debian.org/ccid.html#MacOSX
Best wishes,
Bruno. _______________________________________________ Do not post admin requests to the list. They will be ignored. Apple-cdsa mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/apple-cdsa/email@hidden
| References: | |
| >Problems with certain cards with PC/SC and GemPC Twin USB (From: Bruno Harbulot <email@hidden>) | |
| >Re: Problems with certain cards with PC/SC and GemPC Twin USB (From: "Ludovic Rousseau" <email@hidden>) | |
| >Re: Problems with certain cards with PC/SC and GemPC Twin USB (From: "Ludovic Rousseau" <email@hidden>) |
| Home | Archives | FAQ | Terms/Conditions | Contact | RSS | Lists | About |
Visit the Apple Store online or at retail locations.
1-800-MY-APPLE
Contact Apple | Terms of Use | Privacy Policy
Copyright © 2007 Apple Inc. All rights reserved.