OpenSC mailing list statistics for 2012

The OpenSC-devel mailing list has also a drop in number of messages. Statistics for 2011 are available in OpenSC mailing list statistics for 2011.

Year Total number of messages Progression
2011 3214
2012 626 -80%

The mailing list moved from opensc-devel@lists.opensc-project.org to opensc-devel@lists.sourceforge.net in late December 2012. But that should not have a significant impact. The truth is somewhere else.



Statistics from 1.1.2012 to 31.12.2012
for opensc-devel@lists.opensc-project.org



People who have written most messages:


 Author   Msg   Percent
1 ludovic.rousseau@gmail.com 65 10.38 %
2 jmpoure@gooze.eu 58 9.27 %
3 viktor.tarasov@gmail.com 56 8.95 %
4 deengert@anl.gov 53 8.47 %
5 peter@stuge.se 50 7.99 %
6 martin@martinpaljak.net 34 5.43 %
7 helpcrypto@gmail.com 24 3.83 %
8 quannguyen@mbm.vn 22 3.51 %
9 anders.rundgren@telia.com 21 3.35 %
10 ndk.clanbo@gmail.com 19 3.04 %
11 morgner@informatik.hu-berlin.de 17 2.72 %
12 andreas.schwier@cardcontact.de 17 2.72 %
13 alon.barlev@gmail.com 16 2.56 %
14 andreas@ionisiert.de 15 2.40 %
15 andreas.schwier.ml@cardcontact.de 11 1.76 %
16 anthony.foiani@gmail.com 9 1.44 %
17 peter@adpm.de 7 1.12 %
18 m4gw4s@gmail.com 6 0.96 %
19 mathias.tausig@a-cert.at 6 0.96 %
20 evalues.es@gmail.com 5 0.80 %
21 lukas@wunner.de 5 0.80 %
22 pk@opensc-project.org 4 0.64 %
23 grharon@gmail.com 4 0.64 %
24 frank@linetwo.net 4 0.64 %
25 rns_course@yahoo.com 4 0.64 %
26 scott_thomas007@yahoo.com 3 0.48 %
27 mboorshtein@gmail.com 3 0.48 %
28 scottm@aero.org 3 0.48 %
29 n.mavrogiannopoulos@gmail.com 3 0.48 %
30 development@aventra.fi 3 0.48 %
other 79 12.62 %

Best authors, by total size of their messages (w/o quoting):


 Author   KBytes
1 ludovic.rousseau@gmail.com 488.7
2 jmpoure@gooze.eu 406.5
3 viktor.tarasov@gmail.com 332.5
4 peter@stuge.se 331.5
5 deengert@anl.gov 327.0
6 martin@martinpaljak.net 180.0
7 helpcrypto@gmail.com 144.2
8 quannguyen@mbm.vn 138.4
9 ndk.clanbo@gmail.com 133.1
10 morgner@informatik.hu-berlin.de 128.7
11 andreas.schwier@cardcontact.de 118.5
12 anders.rundgren@telia.com 112.2
13 alon.barlev@gmail.com 101.9
14 andreas@ionisiert.de 85.1
15 andreas.schwier.ml@cardcontact.de 58.7
16 anthony.foiani@gmail.com 57.7
17 evalues.es@gmail.com 42.5
18 peter@adpm.de 40.9
19 n.mavrogiannopoulos@gmail.com 38.0
20 lukas@wunner.de 34.3
21 m4gw4s@gmail.com 29.9
22 grharon@gmail.com 28.9
23 mathias.tausig@a-cert.at 27.0
24 opensc-devel-bounces@lists.opensc-project.org 23.2
25 pk@opensc-project.org 20.0
26 frank@linetwo.net 19.9
27 gdt@ir.bbn.com 18.5
28 scottm@aero.org 18.4
29 ep@acm.org 18.3
30 jonmark816@gmail.com 16.2

Best authors, by average size of their message (w/o quoting):


 Author   bytes
1 opensc@secure-edge.com 15538
2 dave_muoio@yahoo.com 13665
3 roam@ringlet.net 13541
4 n.mavrogiannopoulos@gmail.com 12983
5 eserrano@emergya.com 12851
6 manu@netbsd.org 12680
7 poort@telenet.be 11234
8 jean-pierre.szikora@uclouvain.be 10226
9 ep@acm.org 9376
10 evalues.es@gmail.com 8702
11 jorge.martin@cenatic.es 8645
12 jonmark816@gmail.com 8306
13 plem21@gmail.com 8048
14 opensc-devel-bounces@lists.opensc-project.org 7919
15 morgner@informatik.hu-berlin.de 7752
16 joemar.mante@gmail.com 7728
17 christian@hohnstaedt.de 7718
18 ludovic.rousseau@gmail.com 7698
19 william.hunter@trusted-logic.com 7607
20 aron.szabo@egroup.hu 7462
21 grharon@gmail.com 7393
22 jmpoure@gooze.eu 7177
23 ndk.clanbo@gmail.com 7173
24 andreas.schwier@cardcontact.de 7135
25 lukas@wunner.de 7020
26 peter@stuge.se 6789
27 leonardo.schenkel@gmail.com 6613
28 anthony.foiani@gmail.com 6566
29 alon.barlev@gmail.com 6524
30 quannguyen@mbm.vn 6441

Table showing the most successful subjects:


 Subject   Msg   Percent
1 [opensc-devel] state of the project?
25 3.99 %
2 [opensc-devel] new release?
21 3.35 %
3 [opensc-devel] Technical Description - Android Embedded SE
19 3.04 %
4 [opensc-devel] OpenSC and gerrit
17 2.72 %
5 [opensc-devel] OpenSC write access to main trunk, discussion
16 2.56 %
6 [opensc-devel] Upgrading aPass2003 Firmware to PIV
12 1.92 %
7 [opensc-devel] PKCS15init profile to omit a part of path
9 1.44 %
8 [opensc-devel] proving a key is on a smart card
8 1.28 %
9 [opensc-devel] Biometric integraiton?
8 1.28 %
10 [opensc-devel] OpenPGP card / Cryptostick - current status???
8 1.28 %
11 [opensc-devel] OpenSC support for iKey4000?
7 1.12 %
12 [opensc-devel] ACR122U + MyEID dual interface
7 1.12 %
13 [opensc-devel] GetInvolved wiki page
7 1.12 %
14 [opensc-devel] OpenSC Server Maintenance
7 1.12 %
15 [opensc-devel] Driver develop
7 1.12 %
16 [opensc-devel] new server hoster and adminstrator for
7 1.12 %
17 [opensc-devel] W3C takes on Web+SecurityElements
7 1.12 %
18 [opensc-devel] Segmentation fault in pkcs11-tool
7 1.12 %
19 [opensc-devel] Changed certificate on opensc-project.org
6 0.96 %
20 [opensc-devel] Fix a crash when trying to list objects via
6 0.96 %
21 [opensc-devel] OpenSC staging branch
6 0.96 %
22 [opensc-devel] Minidriver assume hexstring encoding for card
6 0.96 %
23 [opensc-devel] Secure Credential Cloning. Was: Intel's Virtual
6 0.96 %
24 [opensc-devel] obtaining a CSR for a token-generated (and
6 0.96 %
25 [opensc-devel] a few more trivial patches
6 0.96 %
26 [opensc-devel] Question about struct sc_pkcs15_id
5 0.80 %
27 [opensc-devel] gerrit and merge process: "Submitted,
5 0.80 %
28 [opensc-devel] Managing the queue line of a compilation farm
5 0.80 %
29 [opensc-devel] Ownership issue and consequences on OpenSC
5 0.80 %
30 [opensc-devel] How to deal with the gerrit backlog in an
5 0.80 %
other 360 57.51 %

Most used email clients:


 Mailer   Msg   Percent
1 (unknown) 313 50.00 %
2 Mozilla/5.x 201 32.11 %
3 Evolution 3.2.2-1
27 4.31 %
4 Evolution 3.2.2-1+b1
13 2.08 %
5 Evolution 3.4.3-1
13 2.08 %
6 KMail 12 1.92 %
7 Mutt 11 1.76 %
8 Evolution 3.0.3-3
4 0.64 %
9 Microsoft Office Outlook 12.0
4 0.64 %
10 YahooMailWebService/0.8.128.478
3 0.48 %
11 Gnus/5.130006 (Ma Gnus v0.6) Emacs/23.4 (berkeley-unix)
3 0.48 %
12 YahooMailClassic/15.0.4 YahooMailWebService/0.8.116.331537
2 0.32 %
13 Evolution 3.0.3 (3.0.3-1.fc15)
2 0.32 %
14 iPhone Mail (10A403)
2 0.32 %
15 Evolution 3.4.4-1
2 0.32 %
16 YahooMailClassic/15.0.4 YahooMailWebService/0.8.115.331698
1 0.16 %
17 Zimbra 7.1.3_GA_3346 (Zimbra Desktop/7.1.2_10978_Windows)
1 0.16 %
18 Alpine 2.00 (BSO 1167 2008-08-23)
1 0.16 %
19 YahooMailWebService/0.8.116.338427
1 0.16 %
20 iPhone Mail (9B176)
1 0.16 %
21 Evolution 2.6.0
1 0.16 %
22 Zimbra 6.0.5_GA_2213.RHEL5_64 (Zimbra Desktop/7.1.1_10917_Linux)
1 0.16 %
23 AtMail PHP 5.5
1 0.16 %
24 YahooMailWebService/0.8.120.356233
1 0.16 %
25 Apple Mail (2.1084)
1 0.16 %
26 YahooMailWebService/0.8.123.460
1 0.16 %
27 Apple Mail (2.1085)
1 0.16 %
28 Claws Mail 3.8.1 (GTK+ 2.24.13; i686-pc-linux-gnu)
1 0.16 %
29 Foxmail 7.0.1.91[cn]
1 0.16 %
other 0 0.00 %

Table of maximal quoting:


 Author   Percent
1 djm@mindrot.org 73.97 %
2 mathias.tausig@a-cert.at 51.90 %
3 grharon@gmail.com 44.06 %
4 Scott.Michel@aero.org 43.97 %
5 francesco.zema@gimo.co.uk 41.90 %
6 rholliday@moyatech.com 41.83 %
7 lovecraftesque@yahoo.com 39.23 %
8 ttaylor@mitre.org 34.61 %
9 martin.cmelik@gmail.com 34.56 %
10 okir@lst.de 34.05 %
11 leonardo.schenkel@gmail.com 33.56 %
12 B.Thomas@astronautics.com 31.96 %
13 funny.sweet.naughty@gmail.com 29.68 %
14 hwit@a-domani.nl 28.49 %
15 aidinboog@gmail.com 28.29 %
16 frank@linetwo.net 27.83 %
17 lists@kaiser.cx 26.67 %
18 akroehnert@go-lan.net 26.54 %
19 info@mightymarvels.de 25.69 %
20 ionut.scutaru@gmail.com 24.51 %
21 evalues.es@gmail.com 24.15 %
22 lukas@wunner.de 24.15 %
23 poort@telenet.be 23.99 %
24 scottm@aero.org 23.85 %
25 plem21@gmail.com 23.06 %
26 jean-pierre.szikora@uclouvain.be 21.75 %
27 linuxchuck@gmail.com 21.11 %
28 andreas@ionisiert.de 19.11 %
29 mboorshtein@gmail.com 18.04 %
30 ben@ftsafe.com 17.78 %
average 13.22 %

Graph showing number of messages written during hours of day:


msgs
14
|
12
|
1
|
0
|
2
|
2
|
5
|
5
|
19
|
70
|
56
|
48
|
26
|
37
|
44
|
41
|
38
|
30
|
34
|
28
|
24
|
28
|
38
|
24
|
hour
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

Graph showing number of messages written during days of month:


msgs
7
|
15
|
25
|
18
|
22
|
19
|
13
|
15
|
19
|
22
|
19
|
25
|
13
|
13
|
10
|
20
|
21
|
19
|
28
|
28
|
38
|
30
|
41
|
23
|
29
|
22
|
39
|
14
|
7
|
6
|
5
|
day
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

Warning: 1 message(s) not counted.


Graph showing number of messages written during days of week:


msgs
116
|
97
|
119
|
92
|
75
|
47
|
80
|

Mon Tue Wed Thu Fri Sat Sun

Maximal quoting:


Author : quannguyen@mbm.vn
Subject : [opensc-devel] Support of generating & importing key in OpenPGP card

Date : Thu, 12 Jul 2012 09:51:05 +0700

Quote ratio: 79.88% / 21100 bytes

Longest message:


Author : ndk.clanbo@gmail.com
Subject : [opensc-devel] CRYPTOMATE64
Date : Wed, 13 Jun 2012 23:03:32 +0200
Size : 53992 bytes

Most successful subject:


Subject : [opensc-devel] state of the project?
No. of msgs: 25
Total size : 155397 bytes

Final summary:


Total number of messages: 626
Total number of different authors: 89
Total number of different subjects: 229
Total size of messages (w/o headers): 4653742 bytes
Average size of a message: 7434 bytes



Input file last updated: Wed Jan 9 15:24:06 2013
Generated by MailListStat v1.3

MUSCLE mailing list statistics for 2012

A new year is a good time for analysis of the past. As I did in 2009, 2010 and 2011 I propose some statistics of the MUSCLE mailing list usage.

Year Total number of messages Progression
2009 603
2010 718 +19%
2011 999 +39%
2012 207 -79%



You can notice a huge drop in the number of messages.

I have no real explanation in this drop of number of messages:
  • Maybe PC/SC on Unix is mature enough and problems are now solved (or with solutions available from the mailing list archives, blogs, etc.).
  • Maybe PC/SC is a dead API, smart card is a dying technology and people are moving to something else/newer/more fun like NFC
  • I also note that the activity of the PC/SC workgroup is very limited. Microsoft is no more a member of the PC/SC workgroup. Do not expect many changes in the Windows PC/SC layer.
If you have an explanation to the decrease of messages please add a comment to this article.

Statistics from 3.1.2012 to 11.12.2012
for muscle@lists.musclecard.com



People who have written most messages:


 Author   Msg   Percent
1 ludovic.rousseau@gmail.com 66 31.88 %
2 jmpoure@gooze.eu 13 6.28 %
3 helpcrypto@gmail.com 12 5.80 %
4 frank@apsu.be 10 4.83 %
5 martin@martinpaljak.net 6 2.90 %
6 muscle-bounces@lists.musclecard.com 6 2.90 %
7 mvogt1@googlemail.com 5 2.42 %
8 richter@ecos.de 5 2.42 %
9 godfreyhkchung@gmail.com 4 1.93 %
10 quannguyen@mbm.vn 4 1.93 %
11 opensc@secure-edge.com 4 1.93 %
12 00cpxxx@gmail.com 4 1.93 %
13 gladion89@live.com 3 1.45 %
14 s.ferey@wanadoo.fr 3 1.45 %
15 s4ms0n0v@gmail.com 3 1.45 %
16 diegobravoestrada@hotmail.com 3 1.45 %
17 james@thesouthwells.com 3 1.45 %
18 john@darrington.wattle.id.au 3 1.45 %
19 sebastien@lorquet.fr 3 1.45 %
20 mstjohns@comcast.net 2 0.97 %
21 h0wdyd3wdy@gmail.com 2 0.97 %
22 mvogt1@gmail.com 2 0.97 %
23 amiad.salton@gmail.com 2 0.97 %
24 folkert@vanheusden.com 2 0.97 %
25 raghavendhra.chowdary@geodesic.com 2 0.97 %
26 jcristiano.c@gmail.com 2 0.97 %
27 deengert@anl.gov 2 0.97 %
28 detlef.graef@yahoo.de 1 0.48 %
29 anze.stojilkovic@policija.si 1 0.48 %
30 guilherme.a.welter@gmail.com 1 0.48 %
other 28 13.53 %

Best authors, by total size of their messages (w/o quoting):


 Author   KBytes
1 ludovic.rousseau@gmail.com 375.8
2 iulian.roman@gmail.com 288.9
3 jmpoure@gooze.eu 113.1
4 helpcrypto@gmail.com 71.0
5 frank@apsu.be 64.2
6 muscle-bounces@lists.musclecard.com 51.3
7 rns_course@yahoo.com 27.9
8 cyberurchin@gmail.com 26.0
9 richter@ecos.de 25.6
10 martin@martinpaljak.net 24.1
11 mvogt1@gmail.com 21.2
12 raghavendhra.chowdary@geodesic.com 21.0
13 deengert@anl.gov 19.8
14 mikko.hurskainen@notava.com 18.8
15 gladion89@live.com 18.4
16 quannguyen@mbm.vn 17.4
17 marti@juffo.org 14.6
18 roger.brown@snapper.co.nz 14.5
19 mstjohns@comcast.net 12.5
20 s.ferey@wanadoo.fr 12.2
21 diegobravoestrada@hotmail.com 11.9
22 sebastien@lorquet.fr 11.5
23 h0wdyd3wdy@gmail.com 11.5
24 dani.nicolo@gmail.com 11.1
25 godfreyhkchung@gmail.com 10.1
26 mvogt1@googlemail.com 9.6
27 amiad.salton@gmail.com 9.0
28 folkert@vanheusden.com 8.9
29 james@thesouthwells.com 8.8
30 guilherme.a.welter@gmail.com 7.9

Best authors, by average size of their message (w/o quoting):


 Author   bytes
1 iulian.roman@gmail.com 295863
2 rns_course@yahoo.com 28619
3 cyberurchin@gmail.com 26609
4 mikko.hurskainen@notava.com 19284
5 marti@juffo.org 14903
6 roger.brown@snapper.co.nz 14797
7 dani.nicolo@gmail.com 11336
8 mvogt1@gmail.com 10862
9 raghavendhra.chowdary@geodesic.com 10765
10 deengert@anl.gov 10139
11 jmpoure@gooze.eu 8908
12 muscle-bounces@lists.musclecard.com 8760
13 guilherme.a.welter@gmail.com 8050
14 pakorodri@gmail.com 7962
15 frank@apsu.be 6575
16 mstjohns@comcast.net 6410
17 gladion89@live.com 6269
18 helpcrypto@gmail.com 6055
19 andreas.schwier@cardcontact.de 5889
20 h0wdyd3wdy@gmail.com 5873
21 ludovic.rousseau@gmail.com 5830
22 Shilpa.Shilpa@shell.com 5571
23 rivoli.durand@laposte.net 5491
24 richter@ecos.de 5252
25 detlef.graef@yahoo.de 4831
26 fmauraton@insidefr.com 4679
27 amiad.salton@gmail.com 4584
28 folkert@vanheusden.com 4544
29 quannguyen@mbm.vn 4460
30 goister@gmail.com 4290

Table showing the most successful subjects:


 Subject   Msg   Percent
1 [Muscle] acsccid 1.0.3 Released 12 5.80 %
2 [Muscle] Is there a way to know if a reader is contactless? 11 5.31 %
3 [Muscle] CryptoStick (OpenPGP card) fail with USB 3.0 9 4.35 %
4 [Muscle] Re: WriteUSB() write failed (2/85): -4 No such device 7 3.38 %
5 [Muscle] [PATCH] fix deadlock in PCSC-Lite 6 2.90 %
6 [opensc-devel] [Muscle] Ubuntu 12.04 smartcard reader install? 5 2.42 %
7 [Muscle] pcscd: Misleading error message 4 1.93 %
8 [Muscle] Compiling ccid-1.4.5 under Mac OS X Lion 4 1.93 %
9 [Muscle] "Reader name too long" + suggested workaround 4 1.93 %
10 [Muscle] pcscd is not launched autmatically 4 1.93 %
11 [Muscle] MUSCLE mailing list disruption. Now back to normal. 4 1.93 %
12 [Muscle] Re: Android Smartcard reader for Smasung Galaxy 3 1.45 %
13 [Muscle] Gemalto smartcard 3 1.45 %
14 [Muscle] Puzzling limit on number of created threads in PCSC: 3 1.45 %
15 [Muscle] ANY possibilities of using google chrome with cac reader? 3 1.45 %
16 [Muscle] Problem with PCSC reader from dealextreme 3 1.45 %
17 [Muscle] Frequency of polling by PCSCD 3 1.45 %
18 [Muscle] Starting pcscd hang when KOBIL KAAN SIM III is connected 3 1.45 %
19 [Muscle] Remove of token fails (was: Starting pcscd hang when 3 1.45 %
20 [Muscle] How to identify a smartcard reader serial number 3 1.45 %
21 [Pcsclite-muscle] Insufficient buffer error message 3 1.45 %
22 [Muscle] Gemalto USB Shell Token and OS X 10.7 2 0.97 %
23 [Muscle] Error loading MuscleCard Applet 2 0.97 %
24 [Muscle] Problem encountered on SCardEstablishContext 2 0.97 %
25 [Muscle] Hang when using SCardCancel? (Ubuntu 10.04.04) 2 0.97 %
26 [Muscle] Submission on pcsc-lite 1.8.2 to backports 2 0.97 %
27 [MUSCLE] encryption problems 2 0.97 %
28 [Muscle] IfdHandler Lun parameter 2 0.97 %
29 [Muscle] IfdHandler Lun parameter

2 0.97 %
30 [Muscle] Any advise running a farm with 77 readers attached 2 0.97 %
other 89 43.00 %

Most used email clients:


 Mailer   Msg   Percent
1 (unknown) 136 65.70 %
2 Mozilla/5.x 37 17.87 %
3 Evolution 3.2.2-1 9 4.35 %
4 Zarafa 7.0.4-31235 5 2.42 %
5 Mutt 5 2.42 %
6 QUALCOMM Windows Eudora 2 0.97 %
7 Evolution 3.2.2-1+b1 2 0.97 %
8 Microsoft Outlook 14.0 2 0.97 %
9 Apple Mail (2.1257) 2 0.97 %
10 Loom/3.14 (http://gmane.org/) 1 0.48 %
11 Evolution 3.4.3 (3.4.3-1.fc17) 1 0.48 %
12 Evolution 3.4.3-1 1 0.48 %
13 slrn/0.9.9p1 (FreeBSD) 1 0.48 %
14 YahooMailWebService/0.8.123.460 1 0.48 %
15 Evolution 3.4.4-1 1 0.48 %
other 1 0.48 %

Table of maximal quoting:


 Author   Percent
1 james@thesouthwells.com 74.83 %
2 mathieu.renversade@hmn.aphp.fr 67.11 %
3 fgrieu@gmail.com 45.89 %
4 00cpxxx@gmail.com 43.30 %
5 dimitris.zenios@gmail.com 30.15 %
6 godfreyhkchung@gmail.com 29.94 %
7 martin@martinpaljak.net 29.44 %
8 h0wdyd3wdy@gmail.com 28.88 %
9 diegobravoestrada@hotmail.com 28.32 %
10 xoanteis@gmail.com 25.67 %
11 anze.stojilkovic@policija.si 24.73 %
12 Shilpa.Shilpa@shell.com 24.36 %
13 cyriltan@digisafe.com 23.73 %
14 gladion89@live.com 23.02 %
15 s.ferey@wanadoo.fr 22.35 %
16 s4ms0n0v@gmail.com 22.14 %
17 opensc@secure-edge.com 21.63 %
18 mvogt1@googlemail.com 20.74 %
19 mstjohns@comcast.net 20.33 %
20 pika1021@gmail.com 18.12 %
21 raghavendhra.chowdary@geodesic.com 17.60 %
22 corcordt@me.com 16.70 %
23 saper@saper.info 16.32 %
24 jmpoure@gooze.eu 16.13 %
25 deengert@anl.gov 15.02 %
26 goister@gmail.com 14.77 %
27 dani.nicolo@gmail.com 14.34 %
28 frank.r.peters@gmx.net 13.88 %
29 muscle-bounces@lists.musclecard.com 13.78 %
30 andreas.schwier@cardcontact.de 13.58 %
average 11.06 %

Graph showing number of messages written during hours of day:


msgs 3
|
2
|
1
|
0
|
0
|
1
|
1
|
2
|
4
|
19
|
17
|
12
|
15
|
18
|
22
|
18
|
21
|
9
|
13
|
7
|
5
|
9
|
4
|
3
|
hour 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

Warning: 1 message(s) not counted.


Graph showing number of messages written during days of month:


msgs 4
|
3
|
8
|
5
|
14
|
8
|
11
|
4
|
8
|
4
|
13
|
7
|
1
|
4
|
0
|
5
|
4
|
12
|
6
|
5
|
6
|
8
|
7
|
8
|
7
|
8
|
4
|
11
|
8
|
6
|
7
|
day 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

Warning: 1 message(s) not counted.


Graph showing number of messages written during days of week:


msgs 21
|
50
|
31
|
48
|
28
|
16
|
12
|

Mon Tue Wed Thu Fri Sat Sun

Warning: 1 message(s) not counted.


Maximal quoting:


Author : james@thesouthwells.com
Subject : [Muscle] Fwd: pcscd / firefox / ubuntu on android

Date : Wed, 17 Oct 2012 14:09:58 -0400

Quote ratio: 86.35% / 30237 bytes

Longest message:


Author : iulian.roman@gmail.com
Subject : [Pcsclite-muscle] Insufficient buffer error message
Date : Tue, 11 Dec 2012 13:02:44 +0100
Size : 296927 bytes

Most successful subject:


Subject : [Muscle] acsccid 1.0.3 Released
No. of msgs: 12
Total size : 105652 bytes

Final summary:


Total number of messages: 207
Total number of different authors: 57
Total number of different subjects: 105
Total size of messages (w/o headers): 1662908 bytes
Average size of a message: 8033 bytes



Input file last updated: Wed Jan 9 14:43:34 2013 Generated by MailListStat v1.3

PCSC sample in lua

To continue the list of PC/SC wrapper initiated more than two years ago with "PC/SC sample in different languages" I now present a PC/SC sample in lua.

In a previous blog article "cardpeek: A tool to read the contents of smartcards" I presented an application using the lua language to interact with smart cards.

PC/SC access from lua

Cardpeek is a complete application and not a PC/SC wrapper. The cardpeek author implemented only what was needed for the application instead of a general PC/SC wrapper.

The card functions available from lua are:
  • connect
  • disconnect
  • warm_reset
  • last_atr
  • info
  • send
  • set_command_interval
  • make_file_path

One important missing function is an equivalent of SCardListReaders(). The list of available readers and selection of the reader to use is not available from the lua code. The reader selection is done by the cardpeek application using C code directly.

Some work is missing in order to have a complete PC/SC wrapper for lua.

Source code

function hex_tostring(data)
 local r = ""
 local i
 for i=0,#data-1 do
  r = r .. string.char(data[i]) 
 end 
 return r
end

if card.connect() then
 card.tree_startup("ATR")

 -- Select applet
 select = bytes.new(8, "00 A4 04 00 0A A0 00 00 00 62 03 01 0C 06 01")
 sw, resp = card.send(select)
 print(string.format("SW: %X", sw))
 print(resp)

 -- Send command
 command = bytes.new(8, "00 00 00 00")
 sw, resp = card.send(command)
 print(string.format("SW: %X", sw))
 print(hex_tostring(resp))

 card.disconnect()
end

Remarks

The output is sent to the console using the lua print() statement. You could also send the output to cardpeek using log.print() instead.

Output

In the console


SW: 9000

SW: 9000
Hello world!

In cardpeek




Conclusion

I reported some improvements for cardpeek (issues 13, 14, 15 and 16). One month after, the issues are still open and the proposed patches not applied or reviewed. A bad news concerning the state of the cardpeek project :-(.

This pseudo-wrapper is the 12th wrapper for PC/SC. What will be the next language?

cardpeek: A tool to read the contents of smartcards

A few days ago I discovered a nice tool: cardpeek.

Project

The project is hosted at http://pannetrat.com/Cardpeek/.
It is Free Software and uses the GNU GPL v3 licence.

From the project web site:
Cardpeek is a Linux/Windows tool to read the contents of ISO7816 smartcards. It features a GTK GUI to represent card data is a tree view, and is extendable with a scripting language (LUA).

The goal of this project is to allow smartcard owners to be better informed about what type of personal information is stored in these devices.

The tool currently reads the contents of :
  • EMV cards, including NFC ones.
  • Navigo public transport cards (partially supports MOBIB as well)
  • The French health card "Vitale 2"
  • Electronic/Biometric passports in BAC security mode.

It can also read the following cards with limited interpretation of data:
  • Some Mifare cards (such as the Thalys card);
  • Moneo, the French electronic purse;
  • GSM SIM cards.

Installation

It is easy to install under Debian GNU/Linux. You may need to install some dependencies related to the lua language. The program is written in C and lua. The parts sending smart card commands are lua scripts. I do not yet have lua in my list of languages for PC/SC.

You may be unable to run the ./configure script. I already reported this problem. run autoreconf -vis to get correct symlinks.

Examples

EMV

I tried with an EMV card.

The application gives a lot of information. For example you have access to the card transaction records.
In this example I payed 48.11€ on the August 30th of 2012. This transaction was to fil the tank with gasoline but the card do not store information about the merchant.

Navigo Pass

I do not have a Navigo Pass myself so I reused the screen copy from the cardpeek project navigo page.

From the project:
The "calypso" script included in cardpeek can read the content of Navigo cards used in Paris. It provides enhanced "event log" analysis notably with subway/train station names, as illustrated in the screenshot above. It has been successfully tested on Navigo Découverte, Navigo and Navigo Intégrale cards.

SIM

The support is SIM card is indicated as beta but does work quiet well.

For example you can dump the phone book stored in your SIM card.

I guess it is in beta mode because not all the fields are parsed and displayed in a human readable format.

Conclusion

Cardpeek is a very nice tool to explore many common kinds of smart cards. It is tech savvy oriented.

New version of libccid: 1.4.8

I just released a version 1.4.8 of libccid the free software CCID class smart card reader driver.

1.4.8 - 22 June 2012, Ludovic Rousseau

  • Add support of
    • SCR3310-NTTCom USB (was removed in version 1.4.6)
    • Inside Secure VaultIC 420 Smart Object
    • Inside Secure VaultIC 440 Smart Object
  • Wait up to 3 seconds for reader start up
  • Add support of new PC/SC V2 part 10 properties:
    • dwMaxAPDUDataSize
    • wIdVendor
    • wIdProduct
  • Use helper functions from libPCSCv2part10 to parse the PC/SC v2 part 10 features

Parsing an ATR: now in color

Since 2010 I provide a way to parse an ATR online using a web page. I also provide a Python script to do the same using a command line tool.

I am not a user interface design expert. But I like to have important elements in color. Syntax colorization is a great invention. So I decided to add color to the ATR parsing results.

Web page

Available at http://smartcard-atr.appspot.com/

Before

Parsing ATR: 3B FA 13 00 FF 81 31 80 45 00 31 C1 73 C0 01 00 00 90 00 B1

TS = 0x3B Direct Convention
T0 = 0xFA Y(1): b1111, K: 10 (historical bytes)
TA(1) = 0x13 Fi=372, Di=4, 93 cycles/ETU (43010 bits/s at 4.00 MHz, 53763 bits/s for fMax=5 MHz)
TB(1) = 0x00 VPP is not electrically connected
TC(1) = 0xFF Extra guard time: 255 (special value)
TD(1) = 0x81 Y(i+1) = b1000, Protocol T=1
----
TD(2) = 0x31 Y(i+1) = b0011, Protocol T=1
----
TA(3) = 0x80 IFSC: 128
TB(3) = 0x45 Block Waiting Integer: 4 - Character Waiting Integer: 5
----
Historical bytes 00 31 C1 73 C0 01 00 00 90 00
Category indicator byte: 0x00
(compact TLV data object)
    Tag: 3, Len: 1 (card service data byte)
      Card service data byte: 193
        - Application selection: by full DF name
        - Application selection: by partial DF name
        - EF.DIR and EF.ATR access services: by GET RECORD(s) command
        - Card without MF
    Tag: 7, Len: 3 (card capabilities)
      Selection methods: 192
        - DF selection by partial DF name
        - DF selection by full DF name
      Data coding byte: 1
        - Behaviour of write functions: one-time write
        - Value 'FF' for the first byte of BER-TLV tag fields: valid
        - Data unit in quartets: 1
     Command chaining, length fields and logical channels: 0
        - Logical channel number assignment: No logical channel
        - Maximum number of logical channels: 0
    Mandatory status indicator (3 last bytes)
      LCS (life card cycle): 0 (No information given)
      SW: 9000 ()
TCK = 0xB1 (correct checksum)

Possibly identified card: OpenPGP

After

Parsing ATR: 3B FA 13 00 FF 81 31 80 45 00 31 C1 73 C0 01 00 00 90 00 B1

TS = 0x3B Direct Convention
T0 = 0xFA Y(1): b1111, K: 10 (historical bytes)
TA(1) = 0x13 Fi=372, Di=4, 93 cycles/ETU (43010 bits/s at 4.00 MHz, 53763 bits/s for fMax=5 MHz)
TB(1) = 0x00 VPP is not electrically connected
TC(1) = 0xFF Extra guard time: 255 (special value)
TD(1) = 0x81 Y(i+1) = b1000, Protocol T=1
----
TD(2) = 0x31 Y(i+1) = b0011, Protocol T=1
----
TA(3) = 0x80 IFSC: 128
TB(3) = 0x45 Block Waiting Integer: 4 - Character Waiting Integer: 5
----
Historical bytes 00 31 C1 73 C0 01 00 00 90 00
Category indicator byte: 0x00
(compact TLV data object)
    Tag: 3, Len: 1 (card service data byte)
      Card service data byte: 193
        - Application selection: by full DF name
        - Application selection: by partial DF name
        - EF.DIR and EF.ATR access services: by GET RECORD(s) command
        - Card without MF
    Tag: 7, Len: 3 (card capabilities)
      Selection methods: 192
        - DF selection by partial DF name
        - DF selection by full DF name
      Data coding byte: 1
        - Behaviour of write functions: one-time write
        - Value 'FF' for the first byte of BER-TLV tag fields: valid
        - Data unit in quartets: 1
      Command chaining, length fields and logical channels: 0
        - Logical channel number assignment: No logical channel
        - Maximum number of logical channels: 0
    Mandatory status indicator (3 last bytes)
      LCS (life card cycle): 0 (No information given)
      SW: 90 00 ()
TCK = 0xB1 correct checksum

Possibly identified card: OpenPGP

Command line

The same software is also available as a command line tool: parseATR.py

Before

ATR: 3B FA 13 00 FF 81 31 80 45 00 31 C1 73 C0 01 00 00 90 00 B1
TS = 0x3B --> Direct Convention
T0 = 0xFA --> Y(1): b1111, K: 10 (historical bytes)
 TA(1) = 0x13 --> Fi=372, Di=4, 93 cycles/ETU (43010 bits/s at 4.00 MHz, 53763 bits/s for fMax=5 MHz)
 TB(1) = 0x00 --> VPP is not electrically connected
 TC(1) = 0xFF --> Extra guard time: 255 (special value)
 TD(1) = 0x81 --> Y(i+1) = b1000, Protocol T=1
----
 TD(2) = 0x31 --> Y(i+1) = b0011, Protocol T=1
----
 TA(3) = 0x80 --> IFSC: 128
 TB(3) = 0x45 --> Block Waiting Integer: 4 - Character Waiting Integer: 5
----
Historical bytes --> 00 31 C1 73 C0 01 00 00 90 00
  Category indicator byte: 0x00 -->  (compact TLV data object)
    Tag: 3, Len: 1 (card service data byte)
      Card service data byte: 193
        - Application selection: by full DF name
        - Application selection: by partial DF name
        - EF.DIR and EF.ATR access services: by GET RECORD(s) command
        - Card without MF
    Tag: 7, Len: 3 (card capabilities)
      Selection methods: 192
        - DF selection by partial DF name
        - DF selection by full DF name
      Data coding byte: 1
        - Behaviour of write functions: one-time write
        - Value 'FF' for the first byte of BER-TLV tag fields: valid
        - Data unit in quartets: 1
      Command chaining, length fields and logical channels: 0
        - Logical channel number assignment: No logical channel
        - Maximum number of logical channels: 0
    Mandatory status indicator (3 last bytes)
      LCS (life card cycle): 0 (No information given)
      SW: 9000 ()
TCK = 0xB1  --> (correct checksum)
Possibly identified card: OpenPGP

After

ATR: 3B FA 13 00 FF 81 31 80 45 00 31 C1 73 C0 01 00 00 90 00 B1
TS = 0x3B --> Direct Convention
T0 = 0xFA --> Y(1): b1111, K: 10 (historical bytes)
 TA(1) = 0x13 --> Fi=372, Di=4, 93 cycles/ETU (43010 bits/s at 4.00 MHz, 53763 bits/s for fMax=5 MHz)
 TB(1) = 0x00 --> VPP is not electrically connected
 TC(1) = 0xFF --> Extra guard time: 255 (special value)
 TD(1) = 0x81 --> Y(i+1) = b1000, Protocol T=1
----
 TD(2) = 0x31 --> Y(i+1) = b0011, Protocol T=1
----
 TA(3) = 0x80 --> IFSC: 128
 TB(3) = 0x45 --> Block Waiting Integer: 4 - Character Waiting Integer: 5
----
Historical bytes --> 00 31 C1 73 C0 01 00 00 90 00
  Category indicator byte: 0x00 -->  (compact TLV data object)
    Tag: 3, Len: 1 (card service data byte)
      Card service data byte: 193
        - Application selection: by full DF name
        - Application selection: by partial DF name
        - EF.DIR and EF.ATR access services: by GET RECORD(s) command
        - Card without MF
    Tag: 7, Len: 3 (card capabilities)
      Selection methods: 192
        - DF selection by partial DF name
        - DF selection by full DF name
      Data coding byte: 1
        - Behaviour of write functions: one-time write
        - Value 'FF' for the first byte of BER-TLV tag fields: valid
        - Data unit in quartets: 1
      Command chaining, length fields and logical channels: 0
        - Logical channel number assignment: No logical channel
        - Maximum number of logical channels: 0
    Mandatory status indicator (3 last bytes)
      LCS (life card cycle): 0 (No information given)
      SW: 90 00 ()
TCK = 0xB1  --> correct checksum
Possibly identified card: OpenPGP

Conclusion

I like colorization.

Adobe signature system was compromised

Adobe just published an article "Inappropriate Use of Adobe Code Signing Certificate" describing the inappropriate use of their code signature private key.

Adobe uses a Hardware Security Module (HSM) to store the private key. The signature requests are sent by build servers and signed by the HSM.

Unfortunately one build server has been compromised and malicious software has been signed.

Lessons

Maybe the lesson is that automatic code signing, without human verification, is an error. Of course the human verification shall be smart enough to avoid repetitive and boring tasks.

In general smart card doing cryptographic signature with a legal value (eID or citizen cards) are configured so that the user PIN has to be entered before each signature. And the use of a pinpad reader is a big security improvement. So even if the user computer is compromised the attacker cannot sign many documents without the user noticing something wrong.
But:
  • only one signed document may be enough for the attacker
  • noticing something is wrong requests some user intelligence

Conclusion

The best security architects can do is:
  • provide systems simple to understand
  • provide some kind of detection of strange events
  • provide a way to easily revoke a compromised key

Tokend installer for Mac OS X Mountain Lion

2 months after the release of Mountain Lion, Apple (Shawn Gedddis) just released a new (beta) tokend package installer for Mountain Lion (10.8).

From http://smartcardservices.macosforge.org/trac/wiki/installers

« This installs the Tokend modules which no longer ship from Apple as part of Mac OS X beginning with OS X Lion (v10.7). Note that this installer will ONLY install onto OS X Mountain Lion v10.8. The Tokend modules installed are: BELPIC, CAC, CACNG, JPKI and PIV.

New to this release:
JPKI.Tokend - Build 38522 added to the update to support LASCOM in Japan.
cacloginconfig.plist - Default configuration file as optional install for those using Attribute Matching or PKINIT configurations.
SystemCACertificates.keychain - Automatically added to the Keychain Search List if not already present. »

Related post "Mac OS X Mountain Lion and smart card status".