smartsign-users Mailing List for Smart Sign
Status: Pre-Alpha
Brought to you by:
kefren
Menu
▾
▴
smartsign-users — Smart Sign users' ML
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(6) |
Sep
(9) |
Oct
(29) |
Nov
(2) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(18) |
Feb
(11) |
Mar
(16) |
Apr
|
May
|
Jun
(6) |
Jul
|
Aug
(8) |
Sep
(4) |
Oct
(6) |
Nov
(5) |
Dec
(12) |
| 2002 |
Jan
(11) |
Feb
(4) |
Mar
(1) |
Apr
(8) |
May
(2) |
Jun
(3) |
Jul
(3) |
Aug
(3) |
Sep
(4) |
Oct
(2) |
Nov
(6) |
Dec
(8) |
| 2003 |
Jan
(23) |
Feb
(2) |
Mar
(12) |
Apr
(6) |
May
|
Jun
|
Jul
(2) |
Aug
(7) |
Sep
(3) |
Oct
(7) |
Nov
|
Dec
|
| 2004 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
(1) |
Dec
(2) |
| 2005 |
Jan
|
Feb
|
Mar
(5) |
Apr
(7) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Out-Law <ou...@vi...> - 2006-06-28 13:33:55
|
Hi to all, I'm a FreeBSD 6.1-RELEASE user and I wish to use an E-Gate USB Smart-Card reader with a Cyberflex Access 32K Smart-Card. I've a compiled and installed on my system the following software: - pcsc-lite-1.3.0 - ifd-egate-0.05 - libmusclecard-1.3.3 - muscleframework-1.1.5 (MCardPlugin) When I try to start the pcsc deamon I have the following output: out-law@out-law:~> sudo pcscd -f -a -d pcscdaemon.c:259:main() pcscd set to foreground with debug send to stderr debuglog.c:236:DebugLogSetCategory() Debug options: APDU debuglog.c:207:DebugLogSetLevel() debug level=debug pcscdaemon.c:464:main() pcsc-lite 1.3.0 daemon ready. hotplug_libusb.c:406:HPAddHotPluggable() Adding USB device: /dev/usb0:/dev/ugen0 readerfactory.c:1098:RFInitializeReader() Attempting startup of E-Gate 00 00. readerfactory.c:940:RFBindFunctions() Loading IFD Handler 2.0 eventhandler.c:262:EHStatusHandlerThread() Error powering up card: 612 Can someone help me? Thx, Bye. -- Nickname: Out-Law - http://out-law.homeunix.net/ E-Mail: ou...@vi..., ou...@ga..., 191...@st... PGP Public Key: http://out-law.homeunix.net/~out-law/pubkey.asc IRC: AzzurraNet#ing-info, IRCNet#ing-info ICQ: 34971590 - MSN: ou...@vi... - YAHOO: outlawch76 |
|
From: Oliver D. <od...@gs...> - 2005-04-30 00:18:31
|
The Reader code for my old gempc410 serial is experimental, but a towitoko usb is already ordered together with a fresh german netkey card. My old 2001 testing card was preped for one time keywords. So this is playing around and getting warm with SC's with my existing test equipment. The final app hardware is supported says the introduction in preparing a netkey TCOS pkcs15 card at the projekt =E4gypten website: http://www.gnupg.org/aegypten/development.en.html > Please, be sure your smart-card and reader are recognized > by MuscleCard. You might try with muscleTools or XCardII for this > purpose. > > T. > > Oliver Dietzel wrote: >> Compiled without any errors. THX! >> Now i have to find my way thru the SC-FS dschungle... >> >> >> [root@centos sign-mcard-0.3.0]# ./sign-mcard -in test.txt -out >> test.txt.p7s -sc >> Invoking rsa_sc_create() ! >> rsa_sc_init() >> Found 0 tokens ! >> No tokens available, sorry ! >> Found 0 tokens ! >> No tokens available, sorry ! >> Errors in rsa_sc_connect() ! >> >> [root@centos sign-mcard-0.3.0]# opensc-explorer >> OpenSC Explorer version 0.9.4 >> OpenSC [3F00]> ls >> FileID Type Size >> [DF04] DF 0 Name: OVID >> [DF03] DF 0 Name: \xD2v\x00\x00\x03\x02\x02 >> [DF02] DF 0 Name: \xD2v\x00\x00\x03\x03\x02 >> [DF01] DF 0 Name: \xD2v\x00\x00\x03\x01\x02 >> 2F02 wEF 12 >> 2F00 wEF 256 >> 5003 wEF 18 >> 5000 wEF 18 >> 4401 wEF 26 >> 4400 wEF 26 >> OpenSC [3F00]> >> >> ... >> >> To be continued. >> >> >> >>>Dear Oliver, >>> >>>please try out the new release "0.3.0" of sign-mcard from >>>the download section of the site: >>> >>> http://smartsign.sourceforge.net >>> >>>I guess I fixed those troubles that you ran into so far. >>>I verified the new package configures and compiles on a Fedora Core 2, >>>with the pcsclite rpms you pointed me to. >>> >>>Now I don't have devices at reach, and I cannot try if it works, thoug= h, >>>I hope you can do it and report possible further problems. >>> >>>Bye, >>> T. >>> >> >> >> > --=20 Diese Nachricht wurde auf Viren und andere gefaerliche Inhalte untersucht und ist dank Clamav, F-Prot und Bitdefender gleich dreifach sauber. |
|
From: Tommaso C. <cuc...@ss...> - 2005-04-29 21:06:32
|
Please, be sure your smart-card and reader are recognized by MuscleCard. You might try with muscleTools or XCardII for this purpose. T. Oliver Dietzel wrote: > Compiled without any errors. THX! > Now i have to find my way thru the SC-FS dschungle... > > > [root@centos sign-mcard-0.3.0]# ./sign-mcard -in test.txt -out > test.txt.p7s -sc > Invoking rsa_sc_create() ! > rsa_sc_init() > Found 0 tokens ! > No tokens available, sorry ! > Found 0 tokens ! > No tokens available, sorry ! > Errors in rsa_sc_connect() ! > > [root@centos sign-mcard-0.3.0]# opensc-explorer > OpenSC Explorer version 0.9.4 > OpenSC [3F00]> ls > FileID Type Size > [DF04] DF 0 Name: OVID > [DF03] DF 0 Name: \xD2v\x00\x00\x03\x02\x02 > [DF02] DF 0 Name: \xD2v\x00\x00\x03\x03\x02 > [DF01] DF 0 Name: \xD2v\x00\x00\x03\x01\x02 > 2F02 wEF 12 > 2F00 wEF 256 > 5003 wEF 18 > 5000 wEF 18 > 4401 wEF 26 > 4400 wEF 26 > OpenSC [3F00]> > > ... > > To be continued. > > > >>Dear Oliver, >> >>please try out the new release "0.3.0" of sign-mcard from >>the download section of the site: >> >> http://smartsign.sourceforge.net >> >>I guess I fixed those troubles that you ran into so far. >>I verified the new package configures and compiles on a Fedora Core 2, >>with the pcsclite rpms you pointed me to. >> >>Now I don't have devices at reach, and I cannot try if it works, though, >>I hope you can do it and report possible further problems. >> >>Bye, >> T. >> > > > |
|
From: Oliver D. <od...@gs...> - 2005-04-29 19:31:56
|
Compiled without any errors. THX! Now i have to find my way thru the SC-FS dschungle... [root@centos sign-mcard-0.3.0]# ./sign-mcard -in test.txt -out test.txt.p7s -sc Invoking rsa_sc_create() ! rsa_sc_init() Found 0 tokens ! No tokens available, sorry ! Found 0 tokens ! No tokens available, sorry ! Errors in rsa_sc_connect() ! [root@centos sign-mcard-0.3.0]# opensc-explorer OpenSC Explorer version 0.9.4 OpenSC [3F00]> ls FileID Type Size [DF04] DF 0 Name: OVID [DF03] DF 0 Name: \xD2v\x00\x00\x03\x02\x02 [DF02] DF 0 Name: \xD2v\x00\x00\x03\x03\x02 [DF01] DF 0 Name: \xD2v\x00\x00\x03\x01\x02 2F02 wEF 12 2F00 wEF 256 5003 wEF 18 5000 wEF 18 4401 wEF 26 4400 wEF 26 OpenSC [3F00]> ... To be continued. > Dear Oliver, > > please try out the new release "0.3.0" of sign-mcard from > the download section of the site: > > http://smartsign.sourceforge.net > > I guess I fixed those troubles that you ran into so far. > I verified the new package configures and compiles on a Fedora Core 2, > with the pcsclite rpms you pointed me to. > > Now I don't have devices at reach, and I cannot try if it works, though, > I hope you can do it and report possible further problems. > > Bye, > T. > -- Diese Nachricht wurde auf Viren und andere gefaerliche Inhalte untersucht und ist dank Clamav, F-Prot und Bitdefender gleich dreifach sauber. |
|
From: Tommaso C. <cuc...@ss...> - 2005-04-29 15:41:26
|
Dear Oliver, please try out the new release "0.3.0" of sign-mcard from the download section of the site: http://smartsign.sourceforge.net I guess I fixed those troubles that you ran into so far. I verified the new package configures and compiles on a Fedora Core 2, with the pcsclite rpms you pointed me to. Now I don't have devices at reach, and I cannot try if it works, though, I hope you can do it and report possible further problems. Bye, T. Oliver Dietzel wrote: > Dear Tommaso, > > >>1. be sure you have on your system both libpcsclite.so and >> libmusclecard.so > > > Both are there, installed from > http://download.fedora.redhat.com/pub/fedora/linux/extras/3/i386/pcsc-lite-libs-1.2.0-10.i386.rpm > > >>2. unpack the sign-mcard tgz, and edit the "./configure.in" script so >> to include -lmusclecard into LDFLAGS; >> I guess uncommenting lines from 184 to 202 should work fine, but I > > can't > be sure without trying, after so much time > > I tried it as you told: > > Redownloaded sign-mcard-0.2.0.tgz and patched configure.in > > checking for musclecard.h... yes > checking for MSCComputeCrypt in -lpcsclite... no > configure: error: Library PCSC-Lite is missing MUSCLE Card extensions ! > > There seemed to be another compat check in configure, found it searching > for MSCComputeCrypt. Tried it "the hard way" then and patched two lines > in ./configure to fake the test result. > > Line 4034 in configure > Changed from: ac_cv_lib_pcsclite_MSCComputeCrypt=no > To: ac_cv_lib_pcsclite_MSCComputeCrypt=yes > > Line 4044 was uncommented > Changed from: # LDFLAGS="$LDFLAGS -lmusclecard" > To: LDFLAGS="$LDFLAGS -lmusclecard" > > ./configure ran fine now, make broke. > > gcc -I/usr/include -I/usr/local/include -I/usr/include > -DPUB_KEY_NUMBER=0x01 -DPRV_KEY_NUMBER=0x00 -DPIN_NUMBER=0x00 > -DCERTIFICATE_OID='"2000"' -DDEFAULT_LOG_LEVEL=3 -g -O2 -c rsa_cardedge.c > rsa_cardedge.c: In function `rsa_sc_create': > rsa_cardedge.c:247: Fehler: Zuweisung des schreibgeschützten Elementes > »app_data« > make: *** [rsa_cardedge.o] Fehler 1 > A write protected element... > > Used Versions: > kernel 2.6.9-5.0.5.EL > gcc 3.4.3-9.EL4 > pcsc-lite 1.2.0-10 > pcsc-lite-libs 1.2.0-10 > pcsc-lite-devel 1.2.0-10 > > >>3. cross your fingers > > All fingers broken while crossing! *g* > > Any other idea? I try to include email attachment sc signing into a > MailScanner (perl based av mailgateway) system and wrapping > sign-mcard seemed to be the best way without reinventing the wheel... > > > E mille gracie dottore! > (Was that spelled correctly?) > > BTW.: Would a "sign-mcard -in test.pdf -out test.pdf.p7s -sc" take the > pin from stdin? > > ------------------------ Ursprüngliche Nachricht ------------------------- > Betreff: Re: Smart Sign 0.2.0 under Fedora Core 3 > Von: "Tommaso Cucinotta" <cuc...@ss...> > Datum: Do, 28.04.2005, 21:24 > An: od...@gs... > Cc: sma...@li... > -------------------------------------------------------------------------- > > Oliver Dietzel wrote: > >>Hello, > > > Hi, > > >>i got pcsc-lite 1.2.0 up and running under Fedora Core 3, installed > > sign-mcard-0.2.0-1.i386.rpm with no errors, but > >>sign-mcard -in test.txt -out test.txt.p7s -sc >> >>gives an error message -> sign-mcard: undefined symbol: MSCListTokens > > > I guess the problem is quite simple: once upon a time, there was no > MuscleCard in this world.... when it came nearly in 2001, PCSC-Lite > included MuscleCard API inside libpcsclite.so. After a while, Debian > maintainers decided to split the libraries again into libpcsclite.so and > libmusclecard.so. I cannot remember exactly what versions of > libpcsclite.so include MuscleCard API and what not, but I guess your > problem with the pre-compiled RPM is that the sign-mcard and > related programs are linked only against libpcsclite.so, but > the newer versions of PCSC-Lite would require to link also > libmusclecard.so. > Of course, the sources themselves are not so smart to catch both > cases -- after all, library versioning should be useful in such > cases. > > If all of these words confused you, here is a hint for the solution: 1. be > sure you have on your system both libpcsclite.so and > libmusclecard.so > 2. unpack the sign-mcard tgz, and edit the "./configure.in" script so > to include -lmusclecard into LDFLAGS; > I guess uncommenting lines from 184 to 202 should work fine, but I > can't be sure without trying, after so much time > 3. cross your fingers > > Please, report on this ML any troubles that you run into in the cited > process. If you need further help, I can check it by myself and > possibly provide an up-to-date rpm. > > Bye, > T. > > >>I tried to compile it from the sources, but ./configure (with options) > > says pcsc-lite wouldnt contain the needed musclecard extensions. The > installed pcsc-lite-libs contains libpcsclite.so.0 and > libmusclecard.so.0. > >>Any chance to get this compiling? I really need an easy signing module > > exactly like this! *g* > >>Kindest regards >>Oliver Dietzel >> > > > |
|
From: Oliver D. <od...@gs...> - 2005-04-28 20:49:22
|
Dear Tommaso, >1. be sure you have on your system both libpcsclite.so and > libmusclecard.so Both are there, installed from http://download.fedora.redhat.com/pub/fedora/linux/extras/3/i386/pcsc-lit= e-libs-1.2.0-10.i386.rpm >2. unpack the sign-mcard tgz, and edit the "./configure.in" script so > to include -lmusclecard into LDFLAGS; > I guess uncommenting lines from 184 to 202 should work fine, but I can't > be sure without trying, after so much time I tried it as you told: Redownloaded sign-mcard-0.2.0.tgz and patched configure.in checking for musclecard.h... yes checking for MSCComputeCrypt in -lpcsclite... no configure: error: Library PCSC-Lite is missing MUSCLE Card extensions ! There seemed to be another compat check in configure, found it searching for MSCComputeCrypt. Tried it "the hard way" then and patched two lines in ./configure to fake the test result. Line 4034 in configure Changed from: ac_cv_lib_pcsclite_MSCComputeCrypt=3Dno To: ac_cv_lib_pcsclite_MSCComputeCrypt=3Dyes Line 4044 was uncommented Changed from: # LDFLAGS=3D"$LDFLAGS -lmusclecard" To: LDFLAGS=3D"$LDFLAGS -lmusclecard" ./configure ran fine now, make broke. gcc -I/usr/include -I/usr/local/include -I/usr/include -DPUB_KEY_NUMBER=3D0x01 -DPRV_KEY_NUMBER=3D0x00 -DPIN_NUMBER=3D0x00 -DCERTIFICATE_OID=3D'"2000"' -DDEFAULT_LOG_LEVEL=3D3 -g -O2 -c rsa_carded= ge.c rsa_cardedge.c: In function `rsa_sc_create': rsa_cardedge.c:247: Fehler: Zuweisung des schreibgesch=FCtzten Elementes =BBapp_data=AB make: *** [rsa_cardedge.o] Fehler 1 A write protected element... Used Versions: kernel 2.6.9-5.0.5.EL gcc 3.4.3-9.EL4 pcsc-lite 1.2.0-10 pcsc-lite-libs 1.2.0-10 pcsc-lite-devel 1.2.0-10 > 3. cross your fingers All fingers broken while crossing! *g* Any other idea? I try to include email attachment sc signing into a MailScanner (perl based av mailgateway) system and wrapping sign-mcard seemed to be the best way without reinventing the wheel... E mille gracie dottore! (Was that spelled correctly?) BTW.: Would a "sign-mcard -in test.pdf -out test.pdf.p7s -sc" take the pin from stdin? ------------------------ Urspr=FCngliche Nachricht ----------------------= --- Betreff: Re: Smart Sign 0.2.0 under Fedora Core 3 Von: "Tommaso Cucinotta" <cuc...@ss...> Datum: Do, 28.04.2005, 21:24 An: od...@gs... Cc: sma...@li... -------------------------------------------------------------------------= - Oliver Dietzel wrote: > Hello, Hi, > i got pcsc-lite 1.2.0 up and running under Fedora Core 3, installed sign-mcard-0.2.0-1.i386.rpm with no errors, but > > sign-mcard -in test.txt -out test.txt.p7s -sc > > gives an error message -> sign-mcard: undefined symbol: MSCListTokens I guess the problem is quite simple: once upon a time, there was no MuscleCard in this world.... when it came nearly in 2001, PCSC-Lite included MuscleCard API inside libpcsclite.so. After a while, Debian maintainers decided to split the libraries again into libpcsclite.so and libmusclecard.so. I cannot remember exactly what versions of libpcsclite.so include MuscleCard API and what not, but I guess your problem with the pre-compiled RPM is that the sign-mcard and related programs are linked only against libpcsclite.so, but the newer versions of PCSC-Lite would require to link also libmusclecard.so. Of course, the sources themselves are not so smart to catch both cases -- after all, library versioning should be useful in such cases. If all of these words confused you, here is a hint for the solution: 1. b= e sure you have on your system both libpcsclite.so and libmusclecard.so 2. unpack the sign-mcard tgz, and edit the "./configure.in" script so to include -lmusclecard into LDFLAGS; I guess uncommenting lines from 184 to 202 should work fine, but I can't be sure without trying, after so much time 3. cross your fingers Please, report on this ML any troubles that you run into in the cited process. If you need further help, I can check it by myself and possibly provide an up-to-date rpm. Bye, T. > I tried to compile it from the sources, but ./configure (with options) says pcsc-lite wouldnt contain the needed musclecard extensions. The installed pcsc-lite-libs contains libpcsclite.so.0 and libmusclecard.so.0. > > Any chance to get this compiling? I really need an easy signing module exactly like this! *g* > > Kindest regards > Oliver Dietzel > --=20 Diese Nachricht wurde auf Viren und andere gefaerliche Inhalte untersucht und ist dank Clamav, F-Prot und Bitdefender gleich dreifach sauber. --=20 Diese Nachricht wurde auf Viren und andere gefaerliche Inhalte untersucht und ist dank Clamav, F-Prot und Bitdefender gleich dreifach sauber. |
|
From: Tommaso C. <cuc...@ss...> - 2005-04-28 19:24:38
|
Oliver Dietzel wrote: > Hello, Hi, > i got pcsc-lite 1.2.0 up and running under Fedora Core 3, installed > sign-mcard-0.2.0-1.i386.rpm with no errors, but > > sign-mcard -in test.txt -out test.txt.p7s -sc > > gives an error message -> sign-mcard: undefined symbol: MSCListTokens I guess the problem is quite simple: once upon a time, there was no MuscleCard in this world.... when it came nearly in 2001, PCSC-Lite included MuscleCard API inside libpcsclite.so. After a while, Debian maintainers decided to split the libraries again into libpcsclite.so and libmusclecard.so. I cannot remember exactly what versions of libpcsclite.so include MuscleCard API and what not, but I guess your problem with the pre-compiled RPM is that the sign-mcard and related programs are linked only against libpcsclite.so, but the newer versions of PCSC-Lite would require to link also libmusclecard.so. Of course, the sources themselves are not so smart to catch both cases -- after all, library versioning should be useful in such cases. If all of these words confused you, here is a hint for the solution: 1. be sure you have on your system both libpcsclite.so and libmusclecard.so 2. unpack the sign-mcard tgz, and edit the "./configure.in" script so to include -lmusclecard into LDFLAGS; I guess uncommenting lines from 184 to 202 should work fine, but I can't be sure without trying, after so much time 3. cross your fingers Please, report on this ML any troubles that you run into in the cited process. If you need further help, I can check it by myself and possibly provide an up-to-date rpm. Bye, T. > I tried to compile it from the sources, but ./configure (with options) > says pcsc-lite wouldnt contain the needed musclecard extensions. The > installed pcsc-lite-libs contains libpcsclite.so.0 and libmusclecard.so.0. > > Any chance to get this compiling? I really need an easy signing module > exactly like this! *g* > > Kindest regards > Oliver Dietzel > |
|
From: Li Y. <li....@gm...> - 2005-04-07 22:09:00
|
SGkgVG9tbWFzbywNCg0KSSd2ZSB0cmllZCBhbGwgdGhlIHBvc3NpYmxlIHdheXMgSSBjb3VsZCB0 aGluayBidXQgdGhlIHByb2JsZW0gc3RpbGwgY2Fubm90IGJlIHNvbHZlZCwgZG8geW91IGhhdmUg YW55IHN1Z2dlc3Rpb24gdGhhdCB3aGF0IG1heSBjYXVzZWQgdGhpcyBwcm9ibGVtPyBUaGFuayB2 ZXJ5IG11Y2ggZm9yIHlvdXIgdGltZS4NCg0KbGkNCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0t LS0gDQpGcm9tOiAiVG9tbWFzbyBDdWNpbm90dGEiIDxjdWNpbm90dGFAc3NzdXAuaXQ+DQpUbzog IkxpIFlhbyIgPGxpLnlhbzA0MDVAZ21haWwuY29tPg0KQ2M6IDxzbWFydHNpZ24tdXNlcnNAbGlz dHMuc291cmNlZm9yZ2UubmV0Pg0KU2VudDogVGh1cnNkYXksIE1hcmNoIDMxLCAyMDA1IDY6MDQg UE0NClN1YmplY3Q6IFJlOiBbU21hcnRzaWduLXVzZXJzXSBKTXVzY2xlQ2FyZCBRdWVzdGlvbiEN Cg0KDQo+IExpIFlhbyB3cm90ZToNCj4+IEhlbGxvIGV2ZXJ5b25lLA0KPiANCj4gSGksDQo+IA0K PiBhcyBmYXIgYXMgSSBjYW4gcmVtZW1iZXIsIGl0IGlzIG5vdCBlbm91Z2ggdGhhdCBsZGQgZmlu ZHMgdGhlIGxpYnJhcmllcy4NCj4gTWF5YmUgeW91IGhhdmUgdG8gdGVsbCB0aGUgSmF2YSBpbnRl cnByZXRlciB3aGVyZSB0byBmaW5kIHRoZW0gKEkgc2VlDQo+IHlvdSBpbnN0YWxsZWQgbGliSk11 c2NsZUNhcmQuc28gaW4gYSBwbGFjZSB3aGVyZSBKYXZhIHdpbGwgZmluZCBpdCBmb3INCj4gc3Vy ZSwgd2hhdCBhYm91dCBsaWJwY3NjbGl0ZS5zbyA/KS4gQ2hlY2sgSk5JIGRvY3MsIHBsZWFzZS4N Cj4gDQo+IEknbGwgYmUgYmFjayBhdCBteSBvZmZpY2UgbmV4dCB3ZWVrIHRvIGNoZWNrIHRoaXMg cHJvYmxlbSwgaW4gdGhlDQo+IG1lYW50aW1lIHlvdSBjb3VsZCBqdXN0IHByb3ZpZGUgdGhlIE9T IHR5cGUgYW5kIHZlcnNpb24geW91J3JlIHVzaW5nLA0KPiBqdXN0IGluIGNhc2UgaXQgbWlnaHQg YmUgdXNlZnVsLg0KPiANCj4gICBUb21tYXNvLg0KPiAtLQ0KPiBUb21tYXNvIEN1Y2lub3R0YQ0K PiBDb21wdXRlciBFbmdpbmVlciBQaEQNCj4gU2N1b2xhIFN1cGVyaW9yZSBTYW4nQW5uYQ0KPiBQ aXNhLCBJdGFseQ0KPiANCj4+IEknbSBjdXJyZW50bHkgZG9pbmcgYSBwcm9qZWN0IHJlbGF0ZWQg dG8gTXVzY2xlQ2FyZCBhbmQgdHJ5aW5nIHRvIHVzZQ0KPj4gSk11c2NsZUNhcmQuIEkgc3VjY2Vz c2Z1bGx5IGNvbXBpbGVkIGFuZCBpbnN0YWxsZWQgdGhlIHBhY2thZ2UuIA0KPj4gSG93ZXZlciB3 aGVuIEkgdHJpZWQgdGhlIHRlc3QgYXBwbGljYXRpb24sIHRoZSAnVW5zYXRpc2ZpZWRMaW5rRXJy b3InDQo+PiBydW50aW1lIGVycm9yIG9jY3VyZWQ6DQo+PiANCj4+IEV4Y2VwdGlvbiBpbiB0aHJl YWQgIm1haW4iIGphdmEubGFuZy5VbnNhdGlzZmllZExpbmtFcnJvcjoNCj4+IC91c3IvamF2YS9q MnNkazEuNC4yXzA1L2pyZS9saWIvaTM4Ni9saWJKTXVzY2xlQ2FyZC5zbzoNCj4+IC91c3IvamF2 YS9qMnNkazEuNC4yXzA1L2pyZS9saWIvaTM4Ni9saWJKTXVzY2xlQ2FyZC5zbzogdW5kZWZpbmVk DQo+PiBzeW1ib2w6IE1TQ0xpc3RUb2tlbnMNCj4+ICAgICAgICBhdCBqYXZhLmxhbmcuQ2xhc3NM b2FkZXIkTmF0aXZlTGlicmFyeS5sb2FkKE5hdGl2ZSBNZXRob2QpDQo+PiAgICAgICAgYXQgamF2 YS5sYW5nLkNsYXNzTG9hZGVyLmxvYWRMaWJyYXJ5MChDbGFzc0xvYWRlci5qYXZhOjE1ODYpDQo+ PiAgICAgICAgYXQgamF2YS5sYW5nLkNsYXNzTG9hZGVyLmxvYWRMaWJyYXJ5KENsYXNzTG9hZGVy LmphdmE6MTUwMykNCj4+ICAgICAgICBhdCBqYXZhLmxhbmcuUnVudGltZS5sb2FkTGlicmFyeTAo UnVudGltZS5qYXZhOjc4OCkNCj4+ICAgICAgICBhdCBqYXZhLmxhbmcuU3lzdGVtLmxvYWRMaWJy YXJ5KFN5c3RlbS5qYXZhOjgzNCkNCj4+ICAgICAgICBhdCBKTXVzY2xlQ2FyZC5KTXVzY2xlQ2Fy ZC48Y2xpbml0PihKTXVzY2xlQ2FyZC5qYXZhOjQwNykNCj4+ICAgICAgICBhdCBKTXVzY2xlQ2Fy ZC5UZXN0Lm1haW4oVGVzdC5qYXZhOjExMjgpDQo+PiANCj4+IEknbSB1c2luZyBwY3NjbGl0ZTEu Mi45YmV0YSA2LCBhbmQgSSd2ZSB0cmllZCBwY3NjbGl0ZSAxLjIuMCwgaXQgc3RpbGwNCj4+IGRv ZXNuJ3Qgd29yay4gSSBhbHNvIHJ1biBsZGNvbmZpZyBmb3IgdGhvc2UgbGlicmFyaWVzOg0KPj4g cm9vdC1Qcm9ncmFtcy0pIGxkZCAvdXNyL2xvY2FsL2xpYi9saWJwY3NjbGl0ZS5zbw0KPj4gICAg ICAgIGxpYnB0aHJlYWQuc28uMCA9PiAvbGliL3Rscy9saWJwdGhyZWFkLnNvLjAgKDB4MDAzMDUw MDApDQo+PiAgICAgICAgbGliYy5zby42ID0+IC9saWIvdGxzL2xpYmMuc28uNiAoMHgwMDExMTAw MCkNCj4+ICAgICAgICAvbGliL2xkLWxpbnV4LnNvLjIgKDB4MDBhNzYwMDApDQo+PiByb290LVBy b2dyYW1zLSkgbGRkIC91c3IvbG9jYWwvbGliL2xpYkpNdXNjbGVDYXJkLnNvDQo+PiAgICAgICAg bGlicGNzY2xpdGUuc28uMSA9PiAvdXNyL2xvY2FsL2xpYi9saWJwY3NjbGl0ZS5zby4xICgweDAw N2VmMDAwKQ0KPj4gICAgICAgIGxpYmMuc28uNiA9PiAvbGliL3Rscy9saWJjLnNvLjYgKDB4MDAz NzUwMDApDQo+PiAgICAgICAgbGlicHRocmVhZC5zby4wID0+IC9saWIvdGxzL2xpYnB0aHJlYWQu c28uMCAoMHgwMDkxODAwMCkNCj4+ICAgICAgICAvbGliL2xkLWxpbnV4LnNvLjIgKDB4MDBhNzYw MDApDQo+PiByb290LVByb2dyYW1zLSkgbGRkIC91c3IvbG9jYWwvbGliL2xpYnBjc2NsaXRlLnNv LjENCj4+ICAgICAgICBsaWJwdGhyZWFkLnNvLjAgPT4gL2xpYi90bHMvbGlicHRocmVhZC5zby4w ICgweDAwZDVmMDAwKQ0KPj4gICAgICAgIGxpYmMuc28uNiA9PiAvbGliL3Rscy9saWJjLnNvLjYg KDB4MDA1NGIwMDApDQo+PiAgICAgICAgL2xpYi9sZC1saW51eC5zby4yICgweDAwYTc2MDAwKQ0K Pj4gbXkgamRrIGlzIDEuNC4yDQo+PiANCj4+IEkgd291bGQgYmUgdmVyeSBncmF0ZWZ1bCBpZiB5 b3UgY291bGQgZ2l2ZSBtZSBzb21lIGFkdmljZSwgdGhhbmsgeW91IGluIGFkdmFuY2UuDQo+PiAN Cj4+IExpDQo+PiANCj4+IA0KPj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLQ0KPj4gVGhpcyBTRi5uZXQgZW1haWwgaXMgc3BvbnNvcmVkIGJ5 IERlbWFyYzoNCj4+IEEgZ2xvYmFsIHByb3ZpZGVyIG9mIFRocmVhdCBNYW5hZ2VtZW50IFNvbHV0 aW9ucy4NCj4+IERvd25sb2FkIG91ciBIb21lQWRtaW4gc2VjdXJpdHkgc29mdHdhcmUgZm9yIGZy ZWUgdG9kYXkhDQo+PiBodHRwOi8vd3d3LmRlbWFyYy5jb20vaW5mby9TZW50YXJ1cy9oYW1yMzAN Cj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBT bWFydHNpZ24tdXNlcnMgbWFpbGluZyBsaXN0DQo+PiBTbWFydHNpZ24tdXNlcnNAbGlzdHMuc291 cmNlZm9yZ2UubmV0DQo+PiBodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0 aW5mby9zbWFydHNpZ24tdXNlcnMNCj4= |
|
From: Li Y. <li....@gm...> - 2005-03-31 18:56:39
|
Hi Tommaso
Thank you for your reply.
I'm using Fedora Core 3 kernal v2.6.10-1.770_FC3
I have checked the JNI docs, and according to it, Java in linux: The
LD_LIBRARY_PATH environment variable defines a list of directories
that the VM searches for shared libraries. I've set the
LD_LIBRARY_PATH to include /usr/local/lib which the JMuscleCard and
pcsclite shared libraries reside. And deleted the 'libJMuscleCard.so'
and 'libJMSCTokenConnection.so ' in java/j2sdk1.4.2_05/jre/lib/i386.
But the error still appears:
Exception in thread "main" java.lang.UnsatisfiedLinkError:
/usr/local/lib/libJMuscleCard.so: /usr/local/lib/libJMuscleCard.so:
undefined symbol: MSCListTokens
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1586)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1511)
at java.lang.Runtime.loadLibrary0(Runtime.java:788)
at java.lang.System.loadLibrary(System.java:834)
at JMuscleCard.JMuscleCard.<clinit>(JMuscleCard.java:407)
at JMuscleCard.Test.main(Test.java:1128)
I reinstalled pcsclite 1.2.9beta 7, and after installed it, when I run
ldconfig, it said the libpcsclite.so.1 is not a symbolic link. (beta6
didn't not have this warning.)
root-Programs-) ldconfig
ldconfig: /usr/local/lib/libpcsclite.so.1 is not a symbolic link
I'm not sure whether this would be a problem.
Thanks again for your help.
Li
On Thu, 31 Mar 2005 19:04:13 +0200, Tommaso Cucinotta
<cuc...@ss...> wrote:
> Li Yao wrote:
> > Hello everyone,
>
> Hi,
>
> as far as I can remember, it is not enough that ldd finds the libraries.
> Maybe you have to tell the Java interpreter where to find them (I see
> you installed libJMuscleCard.so in a place where Java will find it for
> sure, what about libpcsclite.so ?). Check JNI docs, please.
>
> I'll be back at my office next week to check this problem, in the
> meantime you could just provide the OS type and version you're using,
> just in case it might be useful.
>
> Tommaso.
> --
> Tommaso Cucinotta
> Computer Engineer PhD
> Scuola Superiore San'Anna
> Pisa, Italy
>
> > I'm currently doing a project related to MuscleCard and trying to use
> > JMuscleCard. I successfully compiled and installed the package.
> > However when I tried the test application, the 'UnsatisfiedLinkError'
> > runtime error occured:
> >
> > Exception in thread "main" java.lang.UnsatisfiedLinkError:
> > /usr/java/j2sdk1.4.2_05/jre/lib/i386/libJMuscleCard.so:
> > /usr/java/j2sdk1.4.2_05/jre/lib/i386/libJMuscleCard.so: undefined
> > symbol: MSCListTokens
> > at java.lang.ClassLoader$NativeLibrary.load(Native Method)
> > at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1586)
> > at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1503)
> > at java.lang.Runtime.loadLibrary0(Runtime.java:788)
> > at java.lang.System.loadLibrary(System.java:834)
> > at JMuscleCard.JMuscleCard.<clinit>(JMuscleCard.java:407)
> > at JMuscleCard.Test.main(Test.java:1128)
> >
> > I'm using pcsclite1.2.9beta 6, and I've tried pcsclite 1.2.0, it still
> > doesn't work. I also run ldconfig for those libraries:
> > root-Programs-) ldd /usr/local/lib/libpcsclite.so
> > libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00305000)
> > libc.so.6 => /lib/tls/libc.so.6 (0x00111000)
> > /lib/ld-linux.so.2 (0x00a76000)
> > root-Programs-) ldd /usr/local/lib/libJMuscleCard.so
> > libpcsclite.so.1 => /usr/local/lib/libpcsclite.so.1 (0x007ef000)
> > libc.so.6 => /lib/tls/libc.so.6 (0x00375000)
> > libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00918000)
> > /lib/ld-linux.so.2 (0x00a76000)
> > root-Programs-) ldd /usr/local/lib/libpcsclite.so.1
> > libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00d5f000)
> > libc.so.6 => /lib/tls/libc.so.6 (0x0054b000)
> > /lib/ld-linux.so.2 (0x00a76000)
> > my jdk is 1.4.2
> >
> > I would be very grateful if you could give me some advice, thank you in advance.
> >
> > Li
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by Demarc:
> > A global provider of Threat Management Solutions.
> > Download our HomeAdmin security software for free today!
> > http://www.demarc.com/info/Sentarus/hamr30
> > _______________________________________________
> > Smartsign-users mailing list
> > Sma...@li...
> > https://lists.sourceforge.net/lists/listinfo/smartsign-users
>
>
|
|
From: Tommaso C. <cuc...@ss...> - 2005-03-31 17:03:17
|
Li Yao wrote: > Hello everyone, Hi, as far as I can remember, it is not enough that ldd finds the libraries. Maybe you have to tell the Java interpreter where to find them (I see you installed libJMuscleCard.so in a place where Java will find it for sure, what about libpcsclite.so ?). Check JNI docs, please. I'll be back at my office next week to check this problem, in the meantime you could just provide the OS type and version you're using, just in case it might be useful. Tommaso. -- Tommaso Cucinotta Computer Engineer PhD Scuola Superiore San'Anna Pisa, Italy > I'm currently doing a project related to MuscleCard and trying to use > JMuscleCard. I successfully compiled and installed the package. > However when I tried the test application, the 'UnsatisfiedLinkError' > runtime error occured: > > Exception in thread "main" java.lang.UnsatisfiedLinkError: > /usr/java/j2sdk1.4.2_05/jre/lib/i386/libJMuscleCard.so: > /usr/java/j2sdk1.4.2_05/jre/lib/i386/libJMuscleCard.so: undefined > symbol: MSCListTokens > at java.lang.ClassLoader$NativeLibrary.load(Native Method) > at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1586) > at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1503) > at java.lang.Runtime.loadLibrary0(Runtime.java:788) > at java.lang.System.loadLibrary(System.java:834) > at JMuscleCard.JMuscleCard.<clinit>(JMuscleCard.java:407) > at JMuscleCard.Test.main(Test.java:1128) > > I'm using pcsclite1.2.9beta 6, and I've tried pcsclite 1.2.0, it still > doesn't work. I also run ldconfig for those libraries: > root-Programs-) ldd /usr/local/lib/libpcsclite.so > libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00305000) > libc.so.6 => /lib/tls/libc.so.6 (0x00111000) > /lib/ld-linux.so.2 (0x00a76000) > root-Programs-) ldd /usr/local/lib/libJMuscleCard.so > libpcsclite.so.1 => /usr/local/lib/libpcsclite.so.1 (0x007ef000) > libc.so.6 => /lib/tls/libc.so.6 (0x00375000) > libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00918000) > /lib/ld-linux.so.2 (0x00a76000) > root-Programs-) ldd /usr/local/lib/libpcsclite.so.1 > libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00d5f000) > libc.so.6 => /lib/tls/libc.so.6 (0x0054b000) > /lib/ld-linux.so.2 (0x00a76000) > my jdk is 1.4.2 > > I would be very grateful if you could give me some advice, thank you in advance. > > Li > > > ------------------------------------------------------- > This SF.net email is sponsored by Demarc: > A global provider of Threat Management Solutions. > Download our HomeAdmin security software for free today! > http://www.demarc.com/info/Sentarus/hamr30 > _______________________________________________ > Smartsign-users mailing list > Sma...@li... > https://lists.sourceforge.net/lists/listinfo/smartsign-users |
|
From: Li Y. <li....@gm...> - 2005-03-31 13:44:29
|
Hello everyone,
I'm currently doing a project related to MuscleCard and trying to use
JMuscleCard. I successfully compiled and installed the package.
However when I tried the test application, the 'UnsatisfiedLinkError'
runtime error occured:
Exception in thread "main" java.lang.UnsatisfiedLinkError:
/usr/java/j2sdk1.4.2_05/jre/lib/i386/libJMuscleCard.so:
/usr/java/j2sdk1.4.2_05/jre/lib/i386/libJMuscleCard.so: undefined
symbol: MSCListTokens
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1586)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1503)
at java.lang.Runtime.loadLibrary0(Runtime.java:788)
at java.lang.System.loadLibrary(System.java:834)
at JMuscleCard.JMuscleCard.<clinit>(JMuscleCard.java:407)
at JMuscleCard.Test.main(Test.java:1128)
I'm using pcsclite1.2.9beta 6, and I've tried pcsclite 1.2.0, it still
doesn't work. I also run ldconfig for those libraries:
root-Programs-) ldd /usr/local/lib/libpcsclite.so
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00305000)
libc.so.6 => /lib/tls/libc.so.6 (0x00111000)
/lib/ld-linux.so.2 (0x00a76000)
root-Programs-) ldd /usr/local/lib/libJMuscleCard.so
libpcsclite.so.1 => /usr/local/lib/libpcsclite.so.1 (0x007ef000)
libc.so.6 => /lib/tls/libc.so.6 (0x00375000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00918000)
/lib/ld-linux.so.2 (0x00a76000)
root-Programs-) ldd /usr/local/lib/libpcsclite.so.1
libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00d5f000)
libc.so.6 => /lib/tls/libc.so.6 (0x0054b000)
/lib/ld-linux.so.2 (0x00a76000)
my jdk is 1.4.2
I would be very grateful if you could give me some advice, thank you in advance.
Li
|
|
From: <mar...@vr...> - 2005-03-15 10:41:22
|
> > I want to obtain a PKCS11 library. To do it I need integrate SmartSign with > GPKCS11. > > What are the steps to do it?. If you download the SmartSign package, you already set to go. The integration is done via the gpkcs11.rc file from the sctoken subdir. The gpkcs11-lib searches this file in /etc or $HOME, and under Win32 in WINDOW-system dir, or you set the env var GPKCS11_CONF. If you want to recheck this, take a look at libpkcs11/init.* HTH Martin |
|
From: Angel M. G. <an...@ti...> - 2005-03-14 12:08:05
|
Hello: I want to obtain a PKCS11 library. To do it I need integrate SmartSign with GPKCS11. What are the steps to do it?. Thanks a lot. |
|
From: Tommaso C. <cuc...@ss...> - 2004-12-13 13:48:55
|
Tiphaine Turpin wrote: > Hi, Hi, > I'm interested in javacard applets with security concerns, and I would like to > get CardEdge to work. Could anyone tell me just a few words about what > software; > what are the packages required, for what purpose, and what dependencies ? In > other words I need some update to the Smart Sign download page (which is quite > old) : > http://smartsign.sourceforge.net/download-info.html first, you have to set the MuscleCard middleware up on the host. You can find all the components at the URL http://www.musclecard.com (despite the domain, everything is free software). Briefly, you need PCSC-Lite, with MuscleCard enabled. Currently, Debian distributors maintain packages for Linux Debian, otherwise you may recompile sources by yourself (remember to enable musclecard). Then, you'll need the PCSC-Lite drivers for the reader and card devices you're actually using. Also, check out various utilities like XCardII and MuscleTools which may help you in setting up things. If you're using a JavaCard, you need to load the MUSCLE CardEdge Applet on the device. You may do this step by using the CardEdgeAppletLoader by Martin Buechler (open-source loader), which is based on the OpenCardFramework (OCF), thus you need to set OCF up too. The alternative is to use the proprietary loader which comes with your card, if any. Once loaded, Applet must be instantiated (the loader cited above allows to do it), then initialized (MuscleTool allows you to initialize the Applet). Finally, you may either use the SmartSign PKCS#11, or the MuscleCard PKCS#11 (which you can find within the MuscleFramework package), along with the other Smart Sign applications (like OpenSSH-MCard, QSign-MCard and Sign-MCard). Hope this gives you a general overview on what you need to do. Actually, it's not that long. Bye, T. > about the javacard pkcs11 token specifically. > Thanks, > > Tiphaine Turpin > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > Smartsign-users mailing list > Sma...@li... > https://lists.sourceforge.net/lists/listinfo/smartsign-users > -- ,------------------------------------------------. | Tommaso Cucinotta <t.cucinotta *at* sssup.it> | >------------------------------------------------< ! Scuola Superiore di Studi Universitari ! ! e Perfezionamento S.Anna ! ! Pisa Italy ! `------------------------------------------------' |
|
From: Tiphaine T. <tip...@fr...> - 2004-12-06 13:12:08
|
Hi, I'm interested in javacard applets with security concerns, and I would li= ke to get CardEdge to work. Could anyone tell me just a few words about what software; what are the packages required, for what purpose, and what dependencies ?= In other words I need some update to the Smart Sign download page (which is = quite old) : http://smartsign.sourceforge.net/download-info.html about the javacard pkcs11 token specifically. Thanks, Tiphaine Turpin |
|
From: <mg...@ti...> - 2004-11-22 15:23:41
|
Dear all,
I am trying to generate a public and private keys, but I dont get a=
=20
label for the public key.
=20
I use the following template for the public key. I use this shorter=
=20
version:
La que yo estoy probando, que es bastante mas reducida, deberia=20
funcionar, y es esta:
=20
CK_ATTRIBUTE publicKeyTemplate[] =3D {
{CKA_LABEL, (void *)nombre, strlen(nombre)},
{CKA_KEY_TYPE, &tipoClave, sizeof(tipoClave)},
{CKA_ENCRYPT, &tru, sizeof(tru)},
{CKA_VERIFY, &tru, sizeof(tru)},
{CKA_WRAP, &tru, sizeof(tru)},
{CKA_MODULUS_BITS, &modulusBits, sizeof(modulusBits)},
{CKA_PUBLIC_EXPONENT, publicExponent, sizeof (publicExponent)}
};
=20
where the label is given by "nombre" as an argument. I use a gpkcs11=
=20
template:
=20
static CK_ATTRIBUTE=20
CK_I_rsa_public_key_template[CK_I_rsa_public_key_count] =3D{
{CKA_CLASS, &CK_I_public_key_class, sizeof(CK_I_public_key_class)},
{CKA_TOKEN, &CK_Tcsc_true, sizeof(CK_Tcsc_true)},
{CKA_MODIFIABLE, &CK_Tcsc_false, sizeof(CK_Tcsc_false)},
{CKA_LABEL, CK_I_rsa_public_label, sizeof(CK_I_rsa_public_label)},
{CKA_KEY_TYPE, &CK_I_rsa_keyType, sizeof(CK_I_rsa_keyType)},
{CKA_DERIVE, &CK_Tcsc_false, sizeof(CK_Tcsc_false)},
{CKA_LOCAL, &CK_Tcsc_true, sizeof(CK_Tcsc_true)},
{CKA_ENCRYPT, &CK_Tcsc_true, sizeof(CK_Tcsc_true)},
{CKA_VERIFY, &CK_Tcsc_true, sizeof(CK_Tcsc_true)},
{CKA_VERIFY_RECOVER, &CK_Tcsc_true, sizeof(CK_Tcsc_true)},
{CKA_WRAP, &CK_Tcsc_true, sizeof(CK_Tcsc_true)},
{CKA_EXTRACTABLE, &CK_Tcsc_true, sizeof(CK_Tcsc_true)},
{CKA_MODULUS_BITS, &modulusBits, sizeof(modulusBits)},
{CKA_PUBLIC_EXPONENT, publicExponent, sizeof(publicExponent)},=20
};
This is the template for the private key :
=20
CK_ATTRIBUTE privateKeyTemplate[] =3D {
{CKA_TOKEN, &tru, sizeof(tru)},
{CKA_PRIVATE, &tru, sizeof(tru)},
{CKA_SUBJECT, (void *)nombre, sizeof(nombre)},
{CKA_ID, id, sizeof(id)},
{CKA_SENSITIVE, &tru, sizeof(tru)},
{CKA_DECRYPT, &tru, sizeof(tru)},
{CKA_SIGN, &tru, sizeof(tru)},
{CKA_UNWRAP, &tru, sizeof(tru)},
{CKA_LABEL, (void *)nombre, strlen(nombre)}
};
Siendo la etiqueta el "nombre", tambi=E9n, como en la p=FAblica.
=20
The template used is:
=20
static CK_ATTRIBUTE=20
CK_I_rsa_private_key_template[CK_I_rsa_private_key_count] =3D{
{CKA_CLASS, &CK_I_private_key_class, sizeof(CK_I_private_key_class)=
},
{CKA_TOKEN, &CK_Tcsc_true, sizeof(CK_Tcsc_true)},
{CKA_PRIVATE, &CK_Tcsc_true, sizeof(CK_Tcsc_true)},
{CKA_MODIFIABLE, &CK_Tcsc_false, sizeof(CK_Tcsc_false)},
{CKA_LABEL, CK_I_rsa_private_label, sizeof(CK_I_rsa_private_label)}=
,
{CKA_KEY_TYPE, &CK_I_rsa_keyType, sizeof(CK_I_rsa_keyType)},
{CKA_DERIVE, &CK_Tcsc_false, sizeof(CK_Tcsc_false)},
{CKA_LOCAL, &CK_Tcsc_true, sizeof(CK_Tcsc_true)},
{CKA_SENSITIVE, &CK_Tcsc_true, sizeof(CK_Tcsc_true)},
{CKA_DECRYPT, &CK_Tcsc_false, sizeof(CK_Tcsc_false)},
{CKA_SIGN, &CK_Tcsc_false, sizeof(CK_Tcsc_true)},
{CKA_SIGN_RECOVER, &CK_Tcsc_false, sizeof(CK_Tcsc_false)},
{CKA_UNWRAP, &CK_Tcsc_true, sizeof(CK_Tcsc_true)},
{CKA_EXTRACTABLE, &CK_Tcsc_false, sizeof(CK_Tcsc_false)},
{CKA_ALWAYS_SENSITIVE, &CK_Tcsc_true, sizeof(CK_Tcsc_true)},
{CKA_NEVER_EXTRACTABLE, &CK_Tcsc_true, sizeof(CK_Tcsc_true)},
};
=20
These templates are passed to the function as arguments:
rv =3D (*ckFunc->C_GenerateKeyPair )( hSession, &mechanism,=20
publicKeyTemplate, NumAttrPublico, privateKeyTemplate, NumAttrPrivado=
,=20
&hPublicKey, &hPrivateKey);
We have tried even rename it, once created, and only the private key =
is=20
renamed.
We have also tried with the following option in the public key
=20
{CKA_TOKEN, &CK_Tcsc_true, sizeof(CK_Tcsc_true)},
But two public keys are generated: one without the label and the othe=
r=20
one outiside the public-private key pair...
If further information is needed I could send the source code...
Regards,
Miguel
--=20
=A4=BA=B0`=B0=BA=A4=F8,=B8=B8,=F8=A4=BA=B0`=B0=BA=A4=F8,=B8=B8,=F8=
=A4=BA=B0`=B0=BA=A4=F8,=B8=B8,=F8=A4=BA=B0`=B0
Miguel Gonz=E1lez Casta=F1os
Ingeniero de Entrada
Telef=F3nica Investigaci=F3n y Desarrollo
Parque Tecnol=F3gico Walqa=20
Edificio Uno
Ctra. Zaragoza N-330a Km.556
22197 Cuarte
Huesca
Tel.: +34 913129876
Fax: +34 974215500
Correo-e: mg...@ti...
Internet: http://www.tid.es
=A4=BA=B0`=B0=BA=A4=F8,=B8=B8,=F8=A4=BA=B0`=B0=BA=A4=F8,=B8=B8,=F8=
=A4=BA=B0`=B0=BA=A4=F8,=B8=B8,=F8=A4=BA=B0`=B0
|
|
From: Ludovic R. <lud...@fr...> - 2004-09-28 22:45:35
|
Le Tuesday 28 September 2004 à 16:22:23, Tommaso Cucinotta a écrit: > > 3) Eliminated the use of the deprecated LPSTR type > > Hi, Hello, > can you explain a little bit more about the deprecation of > LPSTR ? I'm just compiling against pcsc-lite-1.2.0 and it > (still) has, in winscard.h, > > /usr/local/include/wintypes.h: typedef char *LPSTR; > > while LPTSTR is *not* defined, thus it does not compile :-( Windows API uses LPTSTR instead of LPSTR. I changed the .h file in pcsc-lite-1.2.9beta. LPSTR is still defined but is mark deprecated: typedef char *LPSTR __attribute__ ((deprecated)); I do not plan to remove the declaration any time soon. So you can continue to use it. It will just produce a warning during the compilation. Bye, -- Dr. Ludovic Rousseau Lud...@fr... -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. -- |
|
From: Tommaso C. <cuc...@ss...> - 2004-09-28 14:22:01
|
> 3) Eliminated the use of the deprecated LPSTR type Hi, can you explain a little bit more about the deprecation of LPSTR ? I'm just compiling against pcsc-lite-1.2.0 and it (still) has, in winscard.h, /usr/local/include/wintypes.h: typedef char *LPSTR; while LPTSTR is *not* defined, thus it does not compile :-( T. -- ,------------------------------------------------. | Tommaso Cucinotta <t.cucinotta *at* sssup.it> | >------------------------------------------------< ! Scuola Superiore di Studi Universitari ! ! e Perfezionamento S.Anna ! ! Pisa Italy ! `------------------------------------------------' |
|
From: Tommaso C. <cuc...@ss...> - 2004-09-24 18:39:14
|
Thanks, I'll integrate into a new release after possibly testing
compilation on FedoraCore 2, which I'm currently using.
I know, openssh is at 3.9 ! I do not have time for re-patching the
openssh for each and every new release. If they don't integrate the
(few) #ifdef within their sources, this is likely to remain a patch
for the old and obsolete 3.5p1 !!
T.
Bruce Barnett wrote:
>
> Here are some patches for openssh-mcard-3.5p1 for
>
> I'm using Fedora Core 1, pcsc-lite-1.2.9beta6
>
>
> It fixed the following problems/warning
> 1) Using a predefined math function (log() )
> 2) A bug with one call to MyLog
> 3) Eliminated the use of the deprecated LPSTR type
> 4) Various warnings about using unitialized variables
> 5) redefining some predefined variables (ushort)
> 6) a missing include file
>
>
>
>
> --- ./muscle-card/my_util.c.orig 2003-01-13 11:19:23.000000000 -0500
> +++ ./muscle-card/my_util.c 2004-09-21 17:09:09.000000000 -0400
> @@ -143,8 +143,8 @@
> }
>
> char *GetReader(SCARDCONTEXT hContext, int dev_nb) {
> - LPSTR mszReaders = NULL;
> - LPSTR mszReader;
> + LPTSTR mszReaders = NULL;
> + LPTSTR mszReader;
> DWORD dwReaders;
> int count = 0;
> int i = 0;
> @@ -178,7 +178,7 @@
> }
>
> int SCU_Initialize(int dev_nb, SCARDCONTEXT *p_hContext, SCARDHANDLE *p_hCard) {
> - LPSTR mszReader;
> + LPTSTR mszReader;
> DWORD dwPref;
> LONG rv;
>
> @@ -258,7 +258,7 @@
> }
>
> int Activate(int dev_nb, SCARDCONTEXT *p_hContext, SCARDHANDLE *p_hCard) {
> - LPSTR mszReader = NULL;
> + LPTSTR mszReader = NULL;
> // SCARD_READERSTATE_A rgReaderStates;
> DWORD dwPref;
> LONG rv;
> --- ./muscle-card/card_edge_openssl.c.orig 2003-01-13 11:19:23.000000000 -0500
> +++ ./muscle-card/card_edge_openssl.c 2004-09-21 17:11:59.000000000 -0400
> @@ -5,7 +5,7 @@
>
> #define CHECK(cond, msg, rv) { if (!(cond)) { printf("Error: %s\n", msg); return rv; } }
>
> -typedef unsigned short ushort;
> +/* typedef unsigned short ushort; */
>
> static void setUshort(byte *p_buf, ushort val) {
> p_buf[0] = (byte) (val >> 8);
> --- ./log.h.orig 2003-01-13 11:19:23.000000000 -0500
> +++ ./log.h 2004-09-21 16:58:47.000000000 -0400
> @@ -55,7 +55,8 @@
>
> void fatal(const char *, ...) __attribute__((format(printf, 1, 2)));
> void error(const char *, ...) __attribute__((format(printf, 1, 2)));
> -void log(const char *, ...) __attribute__((format(printf, 1, 2)));
> +#define log my_log
> +void my_log(const char *, ...) __attribute__((format(printf, 1, 2)));
> void verbose(const char *, ...) __attribute__((format(printf, 1, 2)));
> void debug(const char *, ...) __attribute__((format(printf, 1, 2)));
> void debug2(const char *, ...) __attribute__((format(printf, 1, 2)));
> --- ./key.c.orig 2003-01-24 07:03:21.000000000 -0500
> +++ ./key.c 2004-09-21 16:38:06.000000000 -0400
> @@ -47,6 +47,7 @@
> #include "log.h"
>
> #ifdef USE_SSP_LITE
> +# include <wintypes.h>
> # include <winscard.h>
> # include "muscle-card/rsa_cardedge.h"
> # define CHECK(cond, msg) if (!(cond)) { log("Error: %s\n", msg); goto err; }
> --- ./sftp.c.orig 2003-01-13 11:19:23.000000000 -0500
> +++ ./sftp.c 2004-09-21 17:11:58.000000000 -0400
> @@ -110,7 +110,8 @@
> {
> int in, out, ch;
> pid_t sshpid;
> - char *host, *userhost, *cp, *file2;
> + char *host, *userhost, *cp;
> + char *file2 = NULL;
> int debug_level = 0, sshver = 2;
> char *file1 = NULL, *sftp_server = NULL;
> char *ssh_program = _PATH_SSH_PROGRAM, *sftp_direct = NULL;
> --- ./sftp-client.c.orig 2003-01-13 11:19:23.000000000 -0500
> +++ ./sftp-client.c 2004-09-21 17:13:13.000000000 -0400
> @@ -752,6 +752,7 @@
>
> TAILQ_INIT(&requests);
>
> + status = 0;
> a = do_stat(conn, remote_path, 0);
> if (a == NULL)
> return(-1);
> @@ -968,7 +969,7 @@
> TAILQ_ENTRY(outstanding_ack) tq;
> };
> TAILQ_HEAD(ackhead, outstanding_ack) acks;
> - struct outstanding_ack *ack;
> + struct outstanding_ack *ack = NULL;
>
> TAILQ_INIT(&acks);
>
> --- ./scp.c.orig 2003-01-13 11:19:23.000000000 -0500
> +++ ./scp.c 2004-09-21 17:11:58.000000000 -0400
> @@ -487,6 +487,7 @@
> char *last, *name, buf[2048];
> int len;
>
> + fd=0;
> for (indx = 0; indx < argc; ++indx) {
> name = argv[indx];
> statbytes = 0;
> --- ./ssh-agent.c.orig 2003-01-13 11:19:23.000000000 -0500
> +++ ./ssh-agent.c 2004-09-24 10:55:56.000000000 -0400
> @@ -426,7 +426,7 @@
> MyLog(0, "Creating KEY_SSPLITE key...");
> k = key_new(KEY_SSP_LITE);
> if (k != NULL) {
> - MyLog("Infering pin_nb: %d", rsa_sc_infer_pin_number(k->rsa));
> + MyLog(0, "Infering pin_nb: %d", rsa_sc_infer_pin_number(k->rsa));
> MyLog(0, "Providing pin...");
> if (rsa_sc_provide_pin(k->rsa, pin, pin_length) == RSA_SC_OK) {
> rsa_sc_set_prv_key_num(k->rsa, prv_key_nb);
> --- ./ssh-keygen.c.orig 2003-01-24 07:03:47.000000000 -0500
> +++ ./ssh-keygen.c 2004-09-24 10:52:43.000000000 -0400
> @@ -759,7 +759,8 @@
> int
> main(int ac, char **av)
> {
> - char dotsshdir[MAXPATHLEN], comment[1024], *passphrase1, *passphrase2;
> + char dotsshdir[MAXPATHLEN], comment[1024], *passphrase2;
> + char *passphrase1= NULL;
> char *reader_id = NULL;
> Key *private, *public;
> struct passwd *pw;
> --- ./ssh-keysign.c.orig 2003-01-13 11:19:23.000000000 -0500
> +++ ./ssh-keysign.c 2004-09-24 11:03:46.000000000 -0400
> @@ -62,6 +62,7 @@
> int pktype, fail;
>
> fail = 0;
> + key = NULL;
>
> buffer_init(&b);
> buffer_append(&b, data, datalen);
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> Smartsign-users mailing list
> Sma...@li...
> https://lists.sourceforge.net/lists/listinfo/smartsign-users
|
|
From: Bruce B. <sma...@gr...> - 2004-09-24 15:39:59
|
Here are some patches for openssh-mcard-3.5p1 for
I'm using Fedora Core 1, pcsc-lite-1.2.9beta6
It fixed the following problems/warning
1) Using a predefined math function (log() )
2) A bug with one call to MyLog
3) Eliminated the use of the deprecated LPSTR type
4) Various warnings about using unitialized variables
5) redefining some predefined variables (ushort)
6) a missing include file
--- ./muscle-card/my_util.c.orig 2003-01-13 11:19:23.000000000 -0500
+++ ./muscle-card/my_util.c 2004-09-21 17:09:09.000000000 -0400
@@ -143,8 +143,8 @@
}
char *GetReader(SCARDCONTEXT hContext, int dev_nb) {
- LPSTR mszReaders = NULL;
- LPSTR mszReader;
+ LPTSTR mszReaders = NULL;
+ LPTSTR mszReader;
DWORD dwReaders;
int count = 0;
int i = 0;
@@ -178,7 +178,7 @@
}
int SCU_Initialize(int dev_nb, SCARDCONTEXT *p_hContext, SCARDHANDLE *p_hCard) {
- LPSTR mszReader;
+ LPTSTR mszReader;
DWORD dwPref;
LONG rv;
@@ -258,7 +258,7 @@
}
int Activate(int dev_nb, SCARDCONTEXT *p_hContext, SCARDHANDLE *p_hCard) {
- LPSTR mszReader = NULL;
+ LPTSTR mszReader = NULL;
// SCARD_READERSTATE_A rgReaderStates;
DWORD dwPref;
LONG rv;
--- ./muscle-card/card_edge_openssl.c.orig 2003-01-13 11:19:23.000000000 -0500
+++ ./muscle-card/card_edge_openssl.c 2004-09-21 17:11:59.000000000 -0400
@@ -5,7 +5,7 @@
#define CHECK(cond, msg, rv) { if (!(cond)) { printf("Error: %s\n", msg); return rv; } }
-typedef unsigned short ushort;
+/* typedef unsigned short ushort; */
static void setUshort(byte *p_buf, ushort val) {
p_buf[0] = (byte) (val >> 8);
--- ./log.h.orig 2003-01-13 11:19:23.000000000 -0500
+++ ./log.h 2004-09-21 16:58:47.000000000 -0400
@@ -55,7 +55,8 @@
void fatal(const char *, ...) __attribute__((format(printf, 1, 2)));
void error(const char *, ...) __attribute__((format(printf, 1, 2)));
-void log(const char *, ...) __attribute__((format(printf, 1, 2)));
+#define log my_log
+void my_log(const char *, ...) __attribute__((format(printf, 1, 2)));
void verbose(const char *, ...) __attribute__((format(printf, 1, 2)));
void debug(const char *, ...) __attribute__((format(printf, 1, 2)));
void debug2(const char *, ...) __attribute__((format(printf, 1, 2)));
--- ./key.c.orig 2003-01-24 07:03:21.000000000 -0500
+++ ./key.c 2004-09-21 16:38:06.000000000 -0400
@@ -47,6 +47,7 @@
#include "log.h"
#ifdef USE_SSP_LITE
+# include <wintypes.h>
# include <winscard.h>
# include "muscle-card/rsa_cardedge.h"
# define CHECK(cond, msg) if (!(cond)) { log("Error: %s\n", msg); goto err; }
--- ./sftp.c.orig 2003-01-13 11:19:23.000000000 -0500
+++ ./sftp.c 2004-09-21 17:11:58.000000000 -0400
@@ -110,7 +110,8 @@
{
int in, out, ch;
pid_t sshpid;
- char *host, *userhost, *cp, *file2;
+ char *host, *userhost, *cp;
+ char *file2 = NULL;
int debug_level = 0, sshver = 2;
char *file1 = NULL, *sftp_server = NULL;
char *ssh_program = _PATH_SSH_PROGRAM, *sftp_direct = NULL;
--- ./sftp-client.c.orig 2003-01-13 11:19:23.000000000 -0500
+++ ./sftp-client.c 2004-09-21 17:13:13.000000000 -0400
@@ -752,6 +752,7 @@
TAILQ_INIT(&requests);
+ status = 0;
a = do_stat(conn, remote_path, 0);
if (a == NULL)
return(-1);
@@ -968,7 +969,7 @@
TAILQ_ENTRY(outstanding_ack) tq;
};
TAILQ_HEAD(ackhead, outstanding_ack) acks;
- struct outstanding_ack *ack;
+ struct outstanding_ack *ack = NULL;
TAILQ_INIT(&acks);
--- ./scp.c.orig 2003-01-13 11:19:23.000000000 -0500
+++ ./scp.c 2004-09-21 17:11:58.000000000 -0400
@@ -487,6 +487,7 @@
char *last, *name, buf[2048];
int len;
+ fd=0;
for (indx = 0; indx < argc; ++indx) {
name = argv[indx];
statbytes = 0;
--- ./ssh-agent.c.orig 2003-01-13 11:19:23.000000000 -0500
+++ ./ssh-agent.c 2004-09-24 10:55:56.000000000 -0400
@@ -426,7 +426,7 @@
MyLog(0, "Creating KEY_SSPLITE key...");
k = key_new(KEY_SSP_LITE);
if (k != NULL) {
- MyLog("Infering pin_nb: %d", rsa_sc_infer_pin_number(k->rsa));
+ MyLog(0, "Infering pin_nb: %d", rsa_sc_infer_pin_number(k->rsa));
MyLog(0, "Providing pin...");
if (rsa_sc_provide_pin(k->rsa, pin, pin_length) == RSA_SC_OK) {
rsa_sc_set_prv_key_num(k->rsa, prv_key_nb);
--- ./ssh-keygen.c.orig 2003-01-24 07:03:47.000000000 -0500
+++ ./ssh-keygen.c 2004-09-24 10:52:43.000000000 -0400
@@ -759,7 +759,8 @@
int
main(int ac, char **av)
{
- char dotsshdir[MAXPATHLEN], comment[1024], *passphrase1, *passphrase2;
+ char dotsshdir[MAXPATHLEN], comment[1024], *passphrase2;
+ char *passphrase1= NULL;
char *reader_id = NULL;
Key *private, *public;
struct passwd *pw;
--- ./ssh-keysign.c.orig 2003-01-13 11:19:23.000000000 -0500
+++ ./ssh-keysign.c 2004-09-24 11:03:46.000000000 -0400
@@ -62,6 +62,7 @@
int pktype, fail;
fail = 0;
+ key = NULL;
buffer_init(&b);
buffer_append(&b, data, datalen);
|
|
From: Dario R. <dri...@io...> - 2004-02-19 10:13:43
|
Salve, ho scaricato smartsign per vedere se riesco ad usare Mozilla (o forse se= rve=20 proprio solo Netscape) per firmare e verificare i messaggi di email scamb= iati=20 da utenti che usano lettori di smarcard GemPlus 430/410 e smartcard=20 rilasciate da infocamere. Anche il servizio di caselle di posta certifica= ta =E8=20 fornito da Infocamere. Vorrei sapere se qualcuno ha esperienza su=20 configurazioni analoghe e pu=F2 indicarmi se ci sono prerequisiti per il=20 Browser o per le versioni dei vari componenti coinvolti. Saluti. --=20 Dario Rigolin Mobile: +39 347 7232652 |
|
From: <ym...@ya...> - 2003-10-15 16:56:12
|
Hello, I'm searching about solve the next problem : I need to propose and implement a solution to secure a existing software. I do not need to modify this software but only develop a solution and the protocol to use it (more simple as possible). My development environment is GNU/Linux and their software runs under M$ Windows. But I want to be more compatible as possible (I want my application work on these two platform). I don't know many thing in SmartCard development and authentification. I want to know if Smart Sign can help me in this project and how can i change password authentification by smart card authentification. Thanks for your help, Jérémy Compostella -- J2M ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com |
|
From: Tommaso C. <cuc...@ss...> - 2003-10-13 08:28:55
|
Roland Dittel - Sun Microsystems - Kirchheim-Heimstette Germany wrote: > Hi, Hi, > we want to use the MuscleCard from a Java Application on an Embedded ARM > Linux. The MuscleFramework works fine, but the JMuscleCard Bridge won't > work. JMuscleCard.log provied this error message: > ASSERT FAILED: Null msc pin mask class pointerASSERT FAILED: Null msc > pin mask class pointerASSERT FAILED: Null msc pin mask class > pointerASSERT FAILED: Null msc pin mask class pointerASSERT FAILED: Null > msc pin mask class pointerASSERT FAILED: Null msc pin mask class pointer this error is due to the following code: msc_pin_mask_class = (*env)->FindClass(env, "JMuscleCard/MSCPinMask"); ASSERT(msc_pin_mask_class != NULL, "Null msc pin mask class pointer"); so it seems you are missing the JMuscleCard.MSCPinMask class file. Just try adding MSCPinMask.class to the CLASS_FILES variable definition in Makefile, line 34: CLASS_FILES = MSCTokenInfo.class MSCGetCapability.class \ MSCObjectInfo.class MSCGenKeyParams.class MSCKeyACL.class \ MSCKeyPolicy.class MSCObjectACL.class MSCStatusInfo.class \ JMuscleCard.class JMSCTokenConnection.class MSCPinMask.class then give a: [JMuscleCard]$ make clean [JMuscleCard]$ make Please, notify any further compilation or configuration troubles of the package. Bye, Tommaso. -- ,------------------------------------------------. | Dr. Tommaso Cucinotta <t.c...@ss...> | >------------------------------------------------< ! Scuola Superiore di Studi Universitari ! ! e Perfezionamento S.Anna ! ! Pisa Italy ! `------------------------------------------------' |
|
From: Roland D. - S. M. - Kirchheim-H. G. <Rol...@su...> - 2003-10-10 12:01:35
|
Hi, we want to use the MuscleCard from a Java Application on an Embedded ARM Linux. The MuscleFramework works fine, but the JMuscleCard Bridge won't work. JMuscleCard.log provied this error message: ASSERT FAILED: Null msc pin mask class pointerASSERT FAILED: Null msc pin mask class pointerASSERT FAILED: Null msc pin mask class pointerASSERT FAILED: Null msc pin mask class pointerASSERT FAILED: Null msc pin mask class pointerASSERT FAILED: Null msc pin mask class pointer On the Embedded Device runs the J2ME Personal Profile for Zaurus. Other Java Applications runs without problems, so we don't expect the J2ME causing this error. Does anyone have seen this error before, possibly on another architecture? Thanks in advance Roland |
|
From: Brigo R. <ro...@ss...> - 2003-10-10 09:01:07
|
I'm using the JC-Emulator to test some changes to the
CardEdge applet, and I've discovered what I think to be an
"unfair" behaviour of the emulator.
After having installed my applet into the emulator using
installer.sh I was using muscleTool to format it, but
everytime I tried, the emulator hanged up reporting an
uncatched exception.
After a quite long debugging, I found that the problem was
in the JCManager::run() method. Here are the lines I refer
to:
------------------------------------
if(theJCRECore.getSelectedAID()==null) {
System.out.println("JCManager: fallimento selezione
AID applet");
// se nessuna applet è selezionata
ISOException.throwIt(ISO7816.SW_APPLET_SELECT_FAILED);
}
---------------------------------
As you can see the emulator correctly verifies if the
applet has been successfully selected, otherwise throws
the exception ISO7816.SW_APPLET_SELECT_FAILED. The problem
is that this exception isn't caught by anybody, causing
the emulator to crash without sending any error response
to the user application, and causing also the pcscd daemon
to lock in an apparently irreversible way (the
start-stop-daemon seems not to work: the only solution is
to manually "kill" the pcscd process).
I don't know exactly the internal architecture of the
emulator, so I'm not able, by now, to realize by myself
the proper patch, but the core of the problem seems quite
clear: the emulator should not throw such an uncatched
exception, but it should return to the application the
correct error-code without hanging-up (even a generic
"internal error" would be much better than a complete
lock).
Hoping my report can be of any help, best regards.
Riccardo Brigo
|
1 message has been excluded from this view by a project administrator.
