実用的なアーキテクチャとAPI
「Vaultless tokenization 」により、フィンテック・プラットフォームは、機密データを保存したり暗号化keys依存したりすることなく、そのデータを処理することがtokenization 。
Rixon 、フィンテック企業や決済事業者向けに構築された、特許取得済みの「vaultless keyless 」tokenization 。Rixon 、データを保存したり、vaultsを維持したり、暗号化keysを使用したりすることなく、機密性の高い構造化データを不可逆的で管理されたtokens Rixon 。これにより、PCI DSS 、情報漏洩リスク、および総所有コストを削減しつつ、エンタープライズ規模でのリアルタイム取引処理に対応します。
Rixonアーキテクチャは、フォーマット保持暗号化（FPE）ではなく、token において、保存されたマッピングやkey 依存していません。
まったく異なる2つの「Vaultless 」Tokenization
tokenizationvaultless tokenizationを検討しているチームは、しばしば、2つのまったく異なるアーキテクチャ的アプローチに直面します：
暗号Keys Tokenization Keys FPE）
暗号化keys依存するVaultless tokenization 、多くの場合、フォーマット保持暗号化（FPE）として実装される。
Keyless Vaultless Tokenization
token 、vault とkey の両方を排除tokenization Vaultless tokenization 。
Rixon 第2のカテゴリーRixon 。
Rixon 、特許取得済みの「vaultless tokenization 」tokenization 「keyless 」Rixon 。tokens 、リスクの高い構造化識別子を、システム内では引き続き使用可能tokens 、盗まれた場合には意味をなさない、管理されたtokens 置き換えるように設計されています。
Keyless Vaultless Tokenization
Rixonアーキテクチャは、以下の3つの基本原則に基づいています：
Keyless
Rixon特許取得済みのtoken 、対称keys依存していません。Token 、安全で一方向かつ決定論的な手法が採用されており、key や従来のkey 依存を排除しています。
Vaultless Tokenization
Tokens 、ルックアップテーブルや一元化されたvaultsを使用せずに、オンデマンドでTokens 。これにより、攻撃者が標的とする可能性のある単一の高価値データベースが存在しなくなります。
ゼロデータストレージ
Rixon 機密性の高い値を保存・保持Rixon 。プラットフォーム上をtokens であり、機密データは一時的にのみ処理されます。これにより、永続的な保存に伴うリスクが低減され、機密データの露出が制限されます。
重要な補足：Vaultless 、フォーマット保持暗号化を意味するVaultless
フォーマット保持暗号化（FPE）は、対称暗号keysを用いて、データの元の形式と長さを維持したままデータを暗号化します。
一部のベンダーは、FPEを「tokenization」と呼んでいます。Rixon。
tokens Rixon 互換性tokens 、token keys 依存しておらずkeys 可逆的な暗号化も行いません。
この区別は極めて重要です：
- FPEはリスクをkey に転嫁する
- Vaultシステムは、リスクをvault に移転する
- Rixon 、token におけるvault と暗号化key 両方ともRixon
比較
Vaultless Tokenization Vault付きTokenization FPE vs 暗号化
各アプローチでは、機密データの保護方法が異なります。key 、リスクがどこに集中しているかという点にあります。すなわち、vault内か、暗号化keys内か、あるいは永続ストレージから完全に排除されているか、という点です。
データストレージ
Rixon Vaultless
機密データは保存されていません。処理は一時的なものです。
ヴォールト型Tokenization
一元化されたvault 、元の値がvault 。
FPE
暗号化されたデータは保存され、keysを使用することで復号可能です。
暗号化
機密データは引き続き暗号化された状態で保存されています。
Key
Rixon Vaultless
token 暗号化keys 。
ヴォールト型Tokenization
vault 保護するために、暗号化を利用する場合があります。
FPE
対称暗号化keysが必要です。
暗号化
進行中のkey ライフサイクルに依存します。
侵害リスク
Rixon Vaultless
key vault key 存在しない。永続的なデータも標的とはならない。
ヴォールト型Tokenization
Vault 、攻撃者にとって極めて価値の高い攻撃対象Vault 。
FPE
Key 、基盤となる機密データが流出している。
暗号化
keys 漏洩した場合、暗号化されたデータは復号されてしまう可能性があります。
PCI DSS と影響
Rixon Vaultless
機密データを扱うシステムの数を減らします。
ヴォールト型Tokenization
Vault 対象範囲に含まVault 。
FPE
暗号化されたPAN も対象となるPAN 。
暗号化
データは暗号化されていても、対象範囲に含まれます。
拡張性
Rixon Vaultless
vault 不要です。リアルタイムでのスケーリングに対応しています。
ヴォールト型Tokenization
スケーリングには、vault と同期が必要です。
FPE
スケーラビリティは確保できるが、key オーバーヘッドが生じる。
暗号化
リアルタイムのトランザクションフローに遅延が生じます。
エンドツーエンドのワークフロー
1
API Keyを作成する
Rixon で、tokenization 認証key サービスkey を生成してください。API keys 、社内のセキュリティポリシーに従って、安全に保管し、アクセス権を制限し、定期的に更新keys 。
2
Token 定義する
データをトークン化する前に、Token を設定してください。Token 、保護対象となる構造化データのタイプ、token 形式、および下流のアプリケーションで必要とされる制約を指定します。
これにより、元の機密値を保存することなく、tokens 保存・処理tokens 可能になります。
• 保護対象のデータ型
•Token と構造
• アプリケーションレベルの制約
3
セキュリティポリシーの設定
セキュリティポリシーは、システム、ID、および環境全体において、tokenization detokenization どのように管理されるかを定義します。
• 許可されているAPI
• デトークン化が許可されている ID
• ポリシーのパスワード
• アクセス制限
これにより、detokenization 管理・統制detokenization 、監査可能となる。
4
セッションを作成する
セッションは、key、ポリシー名、およびポリシーパスワードを使用して作成されます。返されるtoken 、tokenization 認証token 。
curl -X POST \
https://<YOUR_ACCOUNT_DOMAIN>/api/services/evtservice/createsession \
-H “Content-Type: application/json” \
-d ‘{
“apiKey”: “<YOUR_API_KEY>”,
“policy”: “<THE_POLICY_NAME>”,
“policyPassword”: “<THE_POLICY_PASSWORD>”
}’
5
値をトークン化する
セッションが作成されると、クライアントはtoken Token を使用して、トークン化の対象となる値を送信します。
curl -X POST \
https://<YOUR_ACCOUNT_DOMAIN>/api/services/evtservice/tokenize \
-H “Content-Type: application/json” \
-d ‘{
“sessionToken”: “<THE_SESSION_TOKEN>”,
“tokenName”: “<THE_TOKEN_DEFINITION_NAME>”,
“value”: “MySensitiveValue”
}’
アーキテクチャの観点から何が起こるのか
機密性の高い構造化データがtokenization に入ります。
値はメモリ内で一時的に処理されます。
ガバナンス対象のtoken 生成token 。
元の値は保存されません。
クライアントにはtoken ンのみが返token 。
token生成に、一元管理されたvault 暗号化key 一切ありません。
6
Tokens保存と処理
システム間でtokens 。アプリケーションはtokens基に動作するため、機密値を公開したり永続化したりすることなく、ワークフローを継続させることができます。
7
制御されたDetokenization
Detokenization 特権操作としてDetokenization 。リクエストは、ポリシーの適用、ロールベースの制御、およびオプションの地理的制限を通じて評価されます。
• ロールベースのアクセス制御
• ポリシーの適用
• オプションのジオフェンシング
• 完全な監査ログ
8
ロギングと監視
Tokenization detokenization 、監査対応の準備、異常パターンの検出、および不審なアクセスの特定を支援するため、ログに記録され、監視されています。
暗号化の活用場面
暗号化により、保存中の機密データと転送中の機密データが保護されます。
Vaultless tokenization 、構造化された値を管理対象のtokensに置き換えることで、システム全体における機密データの存在をtokenization 。
Vaultless tokenization により、以下の点がtokenization ：
• 機密データを含むシステムの数
• 構造化された機密値の残存状況
• ワークフロー全体にわたる情報漏洩の全体像
暗号化により、保存されたデータが読み取れない状態が保たれます。Tokenization 、そもそも機密データの存在をTokenization 。
Vaultless tokenization 、暗号化の代わりtokenization 、アーキテクチャ上の補完的な要素です。
統合パターン
一般的な導入モデルには、次のようなものがあります：
• Webフォームやモバイルアプリケーションからのデータ取り込みTokenization
• データベースへの永続化tokenization ミドルウェアレベルでのtokenization
• 高スループット処理tokenization バッチtokenization
• 監査対象の限定されたサービスdetokenization 制御されたdetokenization
構造化されていないファイルや大容量のメディアオブジェクトの場合は、暗号化の方が適している場合がありますが、構造化された識別子にはtokenization 最適tokenization 。
結論
Vault tokenization 、リスクが中央集権的なデータベースにtokenization 。
FPEに基づくアプローチでは、リスクが暗号key に集中してしまう。
Rixon特許取得済みの「vaultless keyless 、token におけるvault 暗号化key 両方とも排除されます。
この構造設計により、集中リスクを低減し、アーキテクチャを簡素化し、コンプライアンスへの準拠を支援するとともに、大量の決済処理が行われる環境にも対応可能です。
よくある質問
いいえ。フォーマット保持暗号化（FPE）は対称暗号keysに依存しています。Rixon特許取得済みアーキテクチャはFPEを使用しておらず、token keys 暗号keys を依存していません。
Token 、対称暗号keys 従来のkey 管理に依存しません。
いいえ。これにより、プライマリアカウント番号を保存または処理するシステムの数を減らすことができ、監査対象範囲を縮小できる可能性があります。ただし、PCIの義務は引き続き適用されます。
はい。暗号化は、転送中および保存中のデータを保護します。Tokenization 、運用システム内での機密データの露出をTokenization 。これら2つのtechnologies 相互に補完しtechnologies 。
はい。一元化されたvault やkey が存在しないため、レプリケーションによるボトルネックが生じることなく、水平スケーリングを行うことができます。
次のような構造化識別子：
- 決済カード番号
- 銀行口座番号
- 国家識別子
- お客様の口座番号
- その他の関係性に関する機密データ
関連リソース
技術的な実装に関するガイダンスについては、以下をご覧ください： 『フィンテック企業向けVaultless Tokenizationの実装実践ガイド』
PCI DSS 縮小アーキテクチャについては、以下を参照してください：PCI DSS 縮小およびコンプライアンス・アーキテクチャ
アーキテクチャ、コンプライアンス、および統合に関する詳細なQ&Aについては、以下をご覧ください：Vaultless Tokenization