2

私が聞いたところによると、大規模なスマート カード アプレットは、グローバル プラットフォームでパーソナライズするのが一般的です。また、Global Platform を使用したパーソナライゼーションに関する PDF と、GP 用の Javacard API も見つけました。しかし、私はどういうわけか両方に関連するいくつかの情報を欠いており、それに関する適切なドキュメントを見つけていません. GP 互換のパーソナライゼーションを実行するには、アプレットをどのように編成すればよいですか?

編集：

ドキュメントを読みましたが、具体的な質問がいくつかあります。すぐにお答えいただければ幸いです。
Q1: 一般的なパーソナライゼーションのガイドでは、次のプロセスについて説明しています: リセット、Atr、パーソナライズする AID の選択、セキュア チャネルの開始、複数のストア データ コマンド。セキュリティ ドメインでセキュア チャネルが確立され、DGI を保持する Store-data コマンドがアプレットに転送されます。アプレットには、org.globalplatformパッケージのApplicationおよびPersonalizationインターフェースがあり、store -data コマンドを利用するためにprocessDataメソッドを継承します。問題は、 init-updateとexternal-authenticateを実装する必要があるかどうかです。セキュリティ ドメインが選択されておらず、アプレットがこれらの INS を認識していないため、自分のアプレットでコマンドを実行できますか? JCRE はこれらの GlobalPlatform APDU を自動的に検出し、SecurityDomain に転送しませんか?

4

1 に答える 1

4

アプレットが現在選択されている場合、JCRE は INIT UPDATE および EXTERNAL AUTHENTICATE コマンドを自動的に検出しません。これらのコマンドをアプレットに「部分的に」実装する必要があります。ただし、メソッドを呼び出すことで、セキュリティ ドメインにこれ​​らのコマンドを処理させることができますSecureChannel.processSecurity()。INITIALIZE UPDATE または EXTERNAL AUTHENTICATE コマンドを受け取るたびに、このメソッドを呼び出すことができます。APDU.setIncomingAndReceive()これらのメソッドを呼び出すときに、データ ( ) を受け取ってはならないことに注意してください。

このメソッドの使用に関する詳細については、ドキュメントを参照してください: processSecurity

于 2015-03-16T00:05:23.587 に答える