- クライアントは必要な商品を選択し、最終的に請求書と銀行へのリンクを受け取ります
- リンク内では、支払いと請求書に関するすべてのデータが縫い合わされ、暗号耐性のある署名によって確認されます。 クライアントは、銀行で完全な情報アカウントを支払います。
- 銀行は、すべての支払い情報と署名を使用して、顧客を再びサイトにリダイレクトします。
エストニアにはすでにarved.eeがあり、ほぼすべての店舗に銀行のアイコンがある理由の1つです。





- 契約締結後に銀行が発行する一意のID
- 証明書-銀行の公開鍵とその公開鍵と秘密鍵
- データ交換のための実際のプログラム
暗号化
すべてがSSL保護モードで行われるため、銀行へのメッセージを生成するために銀行の公開鍵が必要であり、逆もまた同様です。銀行がストアの公開鍵で生成したメッセージをデコードする秘密鍵が必要です。 したがって、ストアの秘密鍵は次のようになります( base64エンコーディングのデータの方が簡単です) -----BEGIN RSA PRIVATE KEY-----
MIICWwIBAAKBgQC6GI5uaA7hEkgeP98VHL6TSxJwwPI+Mh+rFx KQPCgarT3/nZCS
Gz1r223+gfH/adV4IDvlbYT18VQ4vSspX+QRAidFeZvsfv99Fe wnwNoTL3LwYp/K
r9eW5YCpCEe8Crziks0vf92PNoHgNAL0iVo0Zma1ScDBSPBlQJ oZ1UiwoQIDAP//
-----END RSA PRIVATE KEY-----
-----BEGIN RSA PRIVATE KEY-----
MIICWwIBAAKBgQC6GI5uaA7hEkgeP98VHL6TSxJwwPI+Mh+rFx KQPCgarT3/nZCS
Gz1r223+gfH/adV4IDvlbYT18VQ4vSspX+QRAidFeZvsfv99Fe wnwNoTL3LwYp/K
r9eW5YCpCEe8Crziks0vf92PNoHgNAL0iVo0Zma1ScDBSPBlQJ oZ1UiwoQIDAP//
-----END RSA PRIVATE KEY-----
-----BEGIN RSA PRIVATE KEY-----
MIICWwIBAAKBgQC6GI5uaA7hEkgeP98VHL6TSxJwwPI+Mh+rFx KQPCgarT3/nZCS
Gz1r223+gfH/adV4IDvlbYT18VQ4vSspX+QRAidFeZvsfv99Fe wnwNoTL3LwYp/K
r9eW5YCpCEe8Crziks0vf92PNoHgNAL0iVo0Zma1ScDBSPBlQJ oZ1UiwoQIDAP//
-----END RSA PRIVATE KEY-----
したがって、PRIVATEの代わりに、公開キーには他のデータとPUBLICヘッダーがあります。 当然、秘密鍵は秘密であり、突然点灯した場合、十分なスキルを持っている人なら誰でも商品の架空の支払いに署名することができます。 キーはOpenSSLを使用して生成できます 。