欧州決済イニシアチブ（EPI）は、欧州の銀行、決済サービスプロバイダー（PSP）、加盟店による決済処理のあり方を一新しつつあります。EPIのウォレット「Wero」は、すでにドイツ、フランス、ベルギー、オランダで数千万人のユーザーを獲得しており、今後さらに多くの市場でサービスが開始される予定です。 EPIへの参加には、すべての発行機関、アクワイアラー、技術サービスプロバイダーが、認証取得前にセキュリティ評価に合格すること、そして定期的なフォローアップ監査を通じて継続的に合格し続けることが求められます。監査の途中で要件を満たせなかった場合、単に時間を浪費するだけでなく、競合他社がすでにユーザーを獲得している市場でのサービス開始が遅れることにもなりかねません。
- ウォレットの評価
- PSPの評価
- 設計および文書レビュー
スタンドアロン型および組み込み型ウォレットの認証
当社は、スタンドアロンのデジタルウォレットおよびPSPソリューションに組み込まれたウォレットについて、モバイルセキュリティ、暗号技術、および取引の完全性を網羅するEPIのセキュリティ要件に照らして評価を行います。
取引の両面を網羅する
当社は、取引チェーン全体にわたって、消費者側および受取側それぞれの決済サービスプロバイダーのソリューションを評価しています。
テスト開始前に問題を発見する
当社は、EPIの要件に照らして、お客様のアーキテクチャおよび技術文書を早期に評価し、修正コストがまだ低い段階で課題を洗い出します。
モバイルセキュリティ
モバイルアプリケーションのベストプラクティスおよびセキュリティ対策の評価。
暗号解析
暗号化アルゴリズム、鍵交換、および安全な鍵の保管の検証。
- 認証プロトコル
生体認証、多要素認証、およびトークンベースの認証方式に関する検討。
- トランザクションの整合性
データの真正性、整合性、およびリプレイや改ざんに対する保護措置の評価。
EPIのセキュリティ評価にキーサイトを選ぶ理由
EPIの承認対象ごとに1つの評価パートナー — 一度認証されれば、スキームごとに一から再試験を行う必要はありません。
EPIの全範囲にわたる認定
- 単一のプログラムの下で、ウォレット、PSPソリューション、および技術サービスプロバイダーの評価を行う認定を受けている
- 1つの認定取得のために、複数の試験機関と調整する必要はありません
- スコープ定義から認証取得まで、一貫して同一の担当者が対応します
決済セキュリティに関する深い専門知識
- モバイル、組み込み、およびクラウドベースの決済システムの評価に数十年にわたり携わってきた
- 認証取得の妨げとなる前に、暗号化、認証、およびトランザクションに関する問題を未然に発見する
- チームには、EMVCo、PCI、およびコモン・クライテリアの評価に携わったエンジニアが名を連ねている
1つのパートナー、複数のスキーム
- EMVCo、Visa、Mastercard、およびPCIの認証をすでに取得済み
- EPI評価を1つのコンプライアンス・ロードマップに統合する
- 各スキームにまたがる重複した文書作成やテストを削減する
関連リソース
よくあるご質問
EPIは、欧州の銀行や金融サービス事業者による共同プロジェクトであり、同地域向けに「Wero」というブランド名の統一されたデジタルウォレットおよび口座間決済ソリューションを提供することを目的としています。現在は個人間決済やオンライン決済に対応しており、今後数年のうちに店舗での決済にも対応する予定です。
EPIを通じて顧客が支払いの送金または受領を行えるようにしたい発行者、アクワイアラー、決済サービスプロバイダー（PSP）、または技術サービスプロバイダー（TSP）は、認証を受ける前にセキュリティ評価に合格し、認証を維持するためには定期的なフォローアップ監査に合格しなければなりません。
ウォレットの評価では、スタンドアロン型または組み込み型のデジタルウォレットを評価対象とします。PSPの評価では、取引チェーンにおける消費者側と加盟店側の双方を対象とします。TSPの評価は、発行者またはアクワイアラーのEPI関連サービスを支援する技術プロバイダー（バックエンドシステムや決済処理システムを含む）を対象とします。
EPIでは、初回監査の実施に加え、その後定期的なフォローアップ監査が求められます。具体的な監査頻度は、プログラムにおけるお客様の役割（イシュアー、アクワイアラー、またはTSP）によって異なります。キーサイトは、評価の一環として、その計画策定を支援いたします。
はい。すでにEMVCo、Visa、Mastercard、またはPCIの認証取得を進めている場合、キーサイトは評価内容を調整することで、重複する作業を削減し、コンプライアンス達成までの全体的な期間を短縮することができます。
スケジュールは、プロジェクトの範囲や、提出するドキュメントの準備状況によって異なります。設計やドキュメントのレビューを、リリース予定日のかなり前に早めに開始することが、遅延を防ぐための最大の要因となります。