-
-
Notifications
You must be signed in to change notification settings - Fork 213
Home
from javacard.pro
Load and manage applets on compatible JavaCards from command line or from your Java project with a Do What I Mean approach (testimonials).
Provides an easy to use and high level interface that most of the time JustWorks(TM), is flexible and 100% open source!
Tip
Building JavaCard applets is equally pleasing with ant-javacard
Important
Due to SPAM and malicious activity, wiki editing is open to collaborators only. Please suggest changes in discussions.
-
Show some basic information about a card (failsafe):
java -jar gp.jar -info
-
On Windows just replace
java -jar gp.jar
withgp.exe
like this:gp.exe -info
-
On Linux it is easier to add an alias to the shell like this:
alias gp="java -jar $PWD/gp.jar" # Now you can avoid typing `java -jar` and `gp` works from any folder gp -h
-
Please consult the help output for options that are not described here
-
List applets (this and following commands open the secure channel and thus can brick your card with wrong keys!):
gp -list # or gp -l
How to interpret the output:
- All AID-s of on-card objects are listed, starting with Issuer Security Domain (
ISD
) - Object's type, lifecycle state and privileges are listed below the
AID
line - Applications have type
App
and a state (likeSELECTABLE
) and privileges (likeDefault selected
) - Executable Modules (type
ExM
, representing Java packages) are listed together with applets in them (which can be initiated with--create
) - Security Domains have type
SeD
- All AID-s of on-card objects are listed, starting with Issuer Security Domain (
-
Delete current default applet's package and all instances:
gp -delete -default
-
Delete package
D27600012401
and all applets from it:gp -delete D27600012401
-
Install
applet.cap
as default applet (with AID information from the CAP):gp -install applet.cap -default
-
Install
applet.cap
(with AID information from the CAP):gp -install applet.cap
-
Unistall
applet.cap
(with AID information from the CAP):gp -uninstall applet.cap
-
Force installation of
applet.cap
, deleting anything that's necessary, with AID information from the CAP:gp -f -install applet.cap
-
Create new instance of applet
D2760001240102000000000000000000
from packageD27600012401
with AIDD2760001240102000000000272950000
:gp -package D27600012401 -applet D2760001240102000000000000000000 -create D2760001240102000000000272950000
-
Same as previous, but takes the package/applet AID-s from CAP file and makes the new instance default selected:
gp -cap OpenPGPApplet.cap -create D2760001240102000000000272950000 -default
-
-default
- makes the applet default selected -
-terminate
- gives card lock and card terminate privileges to the applet -
-sdomain
- specifies security domain privilege -
-params <hex>
- installation parameters for applet
-
Set
010B0371D78377B801F2D62AFC671D95
key to a card with default40..4F
keys:gp -lock 010B0371D78377B801F2D62AFC671D95
-
Set default
40..4F
keys to card that was previously locked with key010B0371D78377B801F2D62AFC671D95
:gp -key 010B0371D78377B801F2D62AFC671D95 -unlock
-
Set the default
40..4F
keys to a card that uses EMV diversification (like G&D):gp -emv -unlock
* note that you will have to use
--relax
option after this operation to get rid of the warning about probably needed diversification, which is not true any more. -
Set the default
40..4F
keys to a card that uses VISA2 diversification with the well-known mother key on a Gemalto card:gp -visa2 -key 47454D5850524553534F53414D504C45 -unlock -mode clr
-
Show APDU-s sent to the card:
add
-debug
or-d
to your command -
Be more verbose about decisions and conditions:
add
-verbose
or-v
to your command -
Don't use MAC on commands (plain GlobalPlatform syntax):
add
-mode clr
to your command (not supported on all cards) -
Show all options recognized by
gp
utility:add
-help
or-h
or--help
to yourgp
command
- For now consult the command line utility source code
- Rudimentary Javadoc
- General rules:
- Expect
RuntimeException
-s when things go unexpectedly wrong -
CardException
-s when link layer fails -
GPException
-s when protocol layer fails
- Expect
- focus on real life and practical daily use cases
- KISS, YAGNI, DWIM, no-NIH
- APDU-chat over anything that extends
CardChannel
to (most probably real) tokens - thin and self-contained, re-usable, easy to integrate
- easily readable, auditable and secure codebase (less is more)
The promise of GlobalPlatformPro is similar to OpenSSL:
Why buy a smart card software kit as a black box when you can get an open one for free?
In regard to GlobalPlatform, the goal is to make simple operations like installing and removing applets and locking the card with new keys as easy as next-next-done - you don't have to know the whole Global Platform specification by heart for that or buy a piece of proprietary software for a few hundred euros! For all those features that are not described in the GlobalPlatform specification that actually make your card work... you still have to use those proprietary commands, but GlobalPlatformPro toolkit's flexibility (and its license) should allow you to do that as well.
- LGPL 3.0 for derived code and MIT/LGPL3 for original code.
The casual: trademarks to their owners, copyrights to authors, software patents to hell, legal letters to /dev/null PGP key 0x307E3452. Everything is provided AS-IS AND THERE IS A CONSTANT RISK OF DEATH FROM SUDDEN LIGHTNING. Writing in all caps made it look like serious, didn't it?
javacard.pro - custom JavaCard applet development services · Editing locked due to malicious SPAM, sorry :(
Basic usage
- Getting Started
- Support GlobalPlatformPro development
- Glossary
- Environment variables
- Keys
- Secure Channel Establishment
- Application management
- Frequently Asked Questions
- Support & Questions
Advanced topics
- Lifecycle management
- Supplementary security domains
- DAP Verification
- Delegated management & receipts
- PACE
Development
JavaCard ecosystem