Hi,
here's the status for Belgium:
About 5.000.000 citizens have their cards now, and within
about 2 years or so everyone above 12 should have one
(total population: about 11.000.000)
There's an authentication and a nonrep key on the card
(the last one not supported by OpenSC because of a lack
o
Hi,
here a little fix for http://www.opensc-project.org/opensc/ticket/47
(More specifically, set the SIGNRECOVER and VERIFYRECOVER
flags to false, untill some needs it and implements it.
Any objections?
Also about http://www.opensc-project.org/opensc/ticket/71: perhaps it's
better to ad
Nils Larsch wrote:
Stef Hoeben wrote:
Hi,
+void ulong2bebytes(u8 *buf, unsigned long x)
+{
+buf[3] = (u8) (x % 256);
+x /= 256;
+buf[2] = (u8) (x % 256);
+x /= 256;
+buf[1] = (u8) (x % 256);
+buf[0] = (u8) (x / 256);
+}
I would prefer
#define ULONG2BEBYTES(p, x
Hi,
+void ulong2bebytes(u8 *buf, unsigned long x)
+{
+buf[3] = (u8) (x % 256);
+x /= 256;
+buf[2] = (u8) (x % 256);
+x /= 256;
+buf[1] = (u8) (x % 256);
+buf[0] = (u8) (x / 256);
+}
I would prefer
#define ULONG2BEBYTES(p, x)do {\
(p)[3] = (x) & 0xff;\
(p)[
Hi,
yes, getting rid of the endian #defines is one thing.
But the edian things are only used for converting an
unsigned long into a 4-byte array in big-endian notation
and vice versa (+ idem for unsigned shorts) in the
following way:
- swap unsigned long if needed
- memcpy(byte array, &(th
Hi,
ack. Guess it would be nicer to replace the "change into a bigendian
buf" code
by some code that doesn't check for endian-ness.
E.g. to replace the following code
if (BIG_ENDIAN)
x = bswap_32(x);
memcmp(buffer, &x, 4);
by
write_bigendian(buffer, x);
where
static
Hi Thomas,
OK, patch applied, thanks.
For Wiki access, you should ask Andreas.
Or otherwise send the info to me then I'll put it the Wiki.
Cheers,
Stef
Thomas Harning wrote:
On Mon, 12 Jun 2006 22:37:05 +0200
Stef Hoeben <[EMAIL PROTECTED]> wrote:
Hi,
the MuscleCard appl
Hi Martin,
indeed, things don't build on Mac.
You'll commit, or want me to do so?
Cheers,
Stef
Martin Paljak wrote:
To build on intel mac attached patch was needed for me (endian.h
portability from google gives more insight and alternatives)
Also removed are some unused header files from c
Hi,
the MuscleCard applet seems to work nicely.
Here some additional questions:
If you 'personalize' the applet with
00A4040006A101
B02A38084D7573636C6530300401083030303030303030083030303030303030
0502 083030303030303030083030303030303030177201
- then you have to start wi
Hi Thomas,
looks impressive :-)
* Your patch doesn't seem to contain an implementation for
_byteswap_ulong() and
_byteswap_ushort(); and those functions are not on my MS Visual Studio 6.0?
Guess the following change should be OK (assuming all Windows machines
are Little Endian..)
#define
Martin Paljak wrote:
On 05.05.2006, at 12:10, [EMAIL PROTECTED] wrote:
if the card doesn't support a logout functionality it's not an error
Actually, when doing some debugtesting with the Estonian eID card,
threading and locking and so on, i found the fact that the default
logout funct
Hi Arijen,
Arijen Geerts wrote:
Hi all,
I do not know if you are able to help me but will give it a try.
Currently I need to write my finals at University and decided to write
about national identity cards.
Since I am Belgium citizen I am focussing on the Belpic card. I
got/collected al
Hi,
Bruce Stephens wrote:
Looking through engine-pkcs11, and then libp11, it looks like they
don't support anything much except RSA.
That's not an immediate problem (since I don't have any cards that
would support anything except RSA), but is there any stronger reason
than that? It looks l
Nils Larsch wrote:
Stef Hoeben wrote:
Hi,
there seem to be 2 problems:
- protect_certificates = false by default -> nasty security bug IMHO,
this is fixed in profile.c
It's certainly a bug but I don't think this is a real security problem
(unless you can you describe a pra
Hi,
there seem to be 2 problems:
- protect_certificates = false by default -> nasty security bug IMHO,
this is fixed in profile.c
PS: The flex.profile sets this value to true, but setting it to false
seems to work fine for me
(so I propose to remove it -> OK???)
- no reference to th
tommytian wrote:
I have two targets :
1. Create a PKCS7 message using certificate and private key store in aladdin
etoken on Mac OS X 10.3 and 10.4.
2. Create a PKCS7 message using certificate and private key store in Mac OS
X KeyChain Store.User can use Mac Tool that named Keychain Access to v
Nils Larsch wrote:
Andreas Jellinghaus wrote:
Am Donnerstag, 2. März 2006 17:22 schrieb Nils Larsch:
I vote for printf("... %lu ...", (unsigned long) whatever, ...);
I googled, and the options are %lu or %zu, the first is C89-portable
(could cause problems
in theory, where size_t != us
Hi Ludovic,
you have a GTK project file? That way it might be easy
to get it built on Windows.
Also: guess there's no separate GUI for asking PINs
(that could be called from within libopensc or so)?
Cheers,
Stef
Ludovic Rousseau wrote:
Hello,
Identity Alliance donated the gtkcard applicatio
Hi,
some months ago, I added a sc_pkcs15init_change_attrib() function in
the pkcs15-init lib to change the label and id of a pkcs15 object.
And, I believe, also an option to the pkcs15-init tool that calls this
function. However, I can't find that back option.
If someone removed the option, pls
19 matches
Mail list logo
