11

私は現在、卒業証書の仕事に取り組んでいます。作業の一部には、通常のSIMカード用のJavaCardアプレットの開発が含まれます。最初のオプションは、JavaCard2.X APIを使用し、 APDUコマンドを使用してアプレットと通信することです。これは、Android用のクライアントアプリ（このアプレットと通信する）を開発する必要があるため、非常に難しい場合があります。これは、これまでのところ、 Seek-for-androidと呼ばれる特別な（それほどユーザーフレンドリーではない）APIを介してのみ可能です。（私が間違っている場合は、私を訂正してください）

ただし、 JavaCard3 Connected Editionにも出くわしました。これは、Webアプレットなど、はるかに多くのオプションを提供します。SIMカードに展開されたWebアプリを使用し、モバイルデバイスのブラウザーを介してそれらにアクセスすることは非常に便利です（もちろん、そのようなアプレットの開発もはるかに簡単です）。問題は、実際の生活で、あるいは実際のSIMカードでさえ使用されているJavacard3についての言及が見つからないことです。そのようなカードのリリースの可能性についての言及すら見つかりません。実際、このトピックに関する情報はほとんどありません。

だから、私の質問は-このプラットフォームについて何か役に立つことを知っていますか？実際の使用法について何かありますか？どのカードがJavacard3をサポートしていますか？「JC3対応」の開発者用スマートカードはありますか？将来、このプラットフォームを備えたSIMカードはありますか？

答えてくれてありがとう!!!

4

3 に答える 3

4

JavaOne 2012で、JavaCard Oracleチームのモスクワの代表者は、 Portable SecurityTokenESに基づくJava3ConnectedEditionをサポートするプロトタイプデバイスのデモを行いました 。

于 2012-05-16T10:05:02.533 に答える
2

私がこれを書いているのは2018年であり、この質問には新しい答えが必要だと思います。

Java Card 3ConnectedEditionは水中で死んでいます。大量のRAMが必要ですが、最新版のチップでも高価です。SRAMは大量のメモリを必要とし、ハイエンドチップには依然として最大8〜10KiBのRAMが含まれていることがよくあります。

さらに、Web開発者が簡単に接続できるという考えで生成されました。これは起こっていないようであり、セキュリティデバイスをWeb開発者がプロ​​グラムする必要があるかどうかは疑わしいです。

TLSプロトコルの追加のオーバーヘッドは、明らかな利点なしに重いオーバーヘッドを追加します。TLSプロトコルには、ブラウザ/エンドユーザーとの奇妙な接続も必要です。チップで生成されたWebページにPINまたはパスワードを入力できるという考えは確かに失敗しました。

一般に、ブラウザのハードウェアサポートを追加するというアイデアは失敗しました。以前は、ブラウザでJavaアプレットが実行されていましたが、ブラウザはアドオンに大きく依存していました。これはすべてなくなり、戻る可能性はほとんどありません。

したがって、RAM（またはFRAM、MRAM、XCross、またはその他のハイブリッドメモリソリューションが存在する場合）が安全なスマートカードプロセッサで安価になったとしても、JC3Connectedが再び日の目を見ることはありそうにありません。一方、Java Card Classicは、現時点ではセクシーとはほど遠いものの、依然として強力です。JavaCardのOTNフォーラムは、死んでいるのと同じくらい優れています（ただし、OTNとセクシー自体は非常に離れているため、異なる極に存在する可能性があります。確かにSOを好む）。

于 2018-09-18T17:18:29.270 に答える
1

現在、JavaCard3のフィールドにはカードがありません。開発中のすべて。ただし、JSR 177を確認することをお勧めします。Androidがそれをサポートしている場合は、通常のAPDUコマンドでアプレットと通信できます。

于 2012-05-10T15:55:18.307 に答える