Hi,
From the Global Platform website (http://www.globalplatform.org/) you can download without cost the current specification 2.1.1 as well as the upcoming version 2.2. The sections on Secure Channels describe the details of key derivation including the commands.
For questions, there is a dedicated Q&A section with comment and question forms.
There are compliance tests available to ensure compliance for the different options.
The specifications are developed as follows: Global Platform members contribute to the specification work, then this is followed by a Global Platform member review. The specs are subsequently published on the Global Platform website for public review. There are no restrictions on participating in the public review and providing feedback, comments and questions to the Global Platform workgroups. After public reviewe the finalized versions of the specs are published on the website.
Best regards,
Klaus
| "Peter Williams"
<[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED] 08.11.2005 20:39
|
|
ok: we are agreed
one loads the loadfile using proprietary means: GP load and install commands
are technically proprietary, after all, as the conditions for GP-style
loading: e.g mandatory authentication using either standard GP or
non-standardized diversified keying.
The format of the loadfile is defined by SUN, as is subject to conformance
tests when licensing javacard IP from SUN MICROSYSTEMS.
If someone could point me to a decent writeup of diversified-key GP-style
loading of applets, Ill address it. It seems to be an under-the-cover
feature that noone admits to supporting, but everyone does (even blueZ,
OEM'ed)
>From: "Scott Guthery" <[EMAIL PROTECTED]>
>Reply-To: MUSCLE <[email protected]>
>To: "MUSCLE" <[email protected]>, "MUSCLE"
><[email protected]>
>CC: "MUSCLE" <[email protected]>,
><[EMAIL PROTECTED]>
>Subject: RE: [Muscle] GPShell bin file
>Date: Tue, 8 Nov 2005 12:10:04 -0500
>
>Nonsense.
>
>Each Java Card vendor has their own proprietary format for loading their
>own Java Cards and there is even what is supposed to be an "interoperable"
>load format that isn't the CAP file. AFAIK nobody uses the "official" CAP
>format.
>
>Cheers, Scott
>
> -----Original Message-----
> From: [EMAIL PROTECTED] on behalf of Klaus Peter Gungl
> Sent: Tue 11/8/2005 6:12 AM
> To: MUSCLE
> Cc: MUSCLE; [EMAIL PROTECTED]
> Subject: Re: [Muscle] GPShell bin file
>
>
>
> Gentlemen,
>
> please be VERY CAREFUL about statements like this that you are making:
>
> " The CAP file will not work. A CAP file is a zipped file containing the
> converted classes, something like a Java JAR file. The file is to big to
> be loaded on card and must be extracted on card. this is too much work
> for the card, so the above format is taken."
>
> The CAP file format is THE FORMAT specified by SUN as loading format for
>JavaCard and NOTHING ELSE!!!
> Anything else is a privat invention and not interoperable, therefore is
>not recommended for use.
>
> Best regards,
> Klaus.
>
>
>
>Karsten Ohme <[EMAIL PROTECTED]>
>Sent by: [EMAIL PROTECTED]
>
>07.11.2005 15:43
>Please respond to
>MUSCLE
>
>
>To
>MUSCLE <[email protected]>
>cc
>Subject
>Re: [Muscle] GPShell bin file
>
>
>
>
>
>
> matheus ribeiro wrote:
> > Hi all,
> >
> > Im trying to use GPShell to load muscleTool applet into an Orga Open
> > Plataform Pk 32k V2.0 card, but I dont understand what the .bin file is,
> > and found no documentation about it.
>
> The bin file is an invented file extension by somebody. Usually the
> extension of the file is ijc, meaning Interoperable Java Card or
> somethiong like this. This are the contents of the CAP extracted and
> concatenated in a special order.
>
> By the way, if you want to use GPShell in Unix take the latest version.
> Only the Unix version had a bug. Check out both GPShell and
> GlobalPlatform from CVS and compile. Windows version are not affected.
>
> > How is it generated? I tried
> > loading the cap file with no success. The delete and list operations
> > were ok.
>
> The CAP file will not work. A CAP file is a zipped file containing the
> converted classes, something like a Java JAR file. The file is to big to
> be loaded on card and must be extracted on card. this is too much work
> for the card, so the above format is taken.
>
> Take a look at http://web.inf.tu-dresden.de/~ko189283/MuscleCard/ and
> download MCardApplet.zip. There are Ant build script in the MCardApplet
> dir, which you can use. And you can discover how the IJC file is
> produced. The README is important, as always.
>
> Karsten
> >
> > Thanks,
> > Matheus
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Muscle mailing list
> > [email protected]
> > http://lists.drizzle.com/mailman/listinfo/muscle
>
> _______________________________________________
> Muscle mailing list
> [email protected]
> http://lists.drizzle.com/mailman/listinfo/muscle
>
>
>
>
>_______________________________________________
>Muscle mailing list
>[email protected]
>http://lists.drizzle.com/mailman/listinfo/muscle
_______________________________________________
Muscle mailing list
[email protected]
http://lists.drizzle.com/mailman/listinfo/muscle
_______________________________________________ Muscle mailing list [email protected] http://lists.drizzle.com/mailman/listinfo/muscle
