13

ブラウザー上で実行され、専門家による個人の署名が必要な電子処方箋システムの場合、Java アプレットを使用して XML 要求に署名し、スマートカードを使用して WS に送信します。

しかし、バージョン 42 以降、Chrome はデフォルトで NPAPI サポートを無効にしています。2015年 9 月以降の将来のバージョンでは完全に無効になり、アプレットはまったく使用できなくなります。

Chrome NPAPI deprecation page では、代替としてWebCryptoと TLS が示されています。しかし、WebCryptoは smartcards のサポートの範囲外にあるようであり、TLS は暗号化プロトコルに関するものであり、電子カードを使用する方法を提供していないようです。

誰かが完全にブラウザ ネイティブのソリューションを使用してドキュメントに署名し、プロセスを適切に制御していますか。少なくとも次のものが必要です。

  • ユーザーによって署名された XML 要求の確認も視覚化もありません。署名されているのは、ユーザーにとって価値のない内部の技術的要求であり、アプリケーションは内部 LAN の制御された信頼できるシステムで実行されるためです。
4

2 に答える 2

8

私たちは同じ問題に直面し、解決策を思いつきました (ネイティブ メッセージング、はい)

https://github.com/open-eid/chrome-token-signing

于 2015-04-22T18:32:57.423 に答える