ISO 9564 は、金融サービスにおける個人識別番号(PIN) の管理とセキュリティに関する国際標準です。
PIN は、電子資金移動システム内で顧客 (銀行カードのユーザー)の身元を確認し、(通常は) 資金の送金または引き出しを承認するために使用されます。したがって、PIN を不正な開示や悪用から保護することが重要です。現代の銀行システムでは、さまざまなPIN 入力デバイス、スマート カード、カード リーダー、カード発行会社、アクワイアリング バンク、小売業者間の相互運用性が求められており、これらのエンティティ間での PIN の送信も必要となるため、技術的な互換性と相互に合意されたセキュリティ レベルの両方を保証するために、PIN の取り扱いとセキュリティ保護に関する共通のルール セットが必要です。ISO 9564 は、これらの要件を満たすための原則と手法を提供します。
ISO 9564は、 「金融サービス - 個人識別番号(PIN)の管理とセキュリティ」という総称の下、3つの部分で構成されています[注1]。
パート 1: カードベース システムにおける PIN の基本原則と要件
ISO 9564-1:2011 [1]は、安全なPIN管理の基本原則と技術を規定しています。これには、一般原則と特定の要件の両方が含まれています。
基本原則
PIN 管理の基本原則は次のとおりです。
- PIN 管理機能は、検出されることなく機能が変更されず、データが取得または悪用されないような方法でソフトウェアおよびハードウェアに実装される必要があります。
- 同じ PIN を同じキーで暗号化しても、異なる銀行口座の場合は、同じ暗号文が生成されるとは限りません。
- PIN 暗号化のセキュリティは、アルゴリズムの秘密性ではなく、キーの秘密性に依存します。
- PIN は常に暗号化して保存するか、物理的に保護する必要があります。
- PIN の選択または発行には、顧客 (つまりカードのユーザー) および/または許可されたカード発行会社のスタッフのみが関与します。カード発行会社のスタッフが関与する場合は、厳格に施行される適切な手順を使用する必要があります。
- 保存された暗号化された PIN は置換から保護される必要があります。
- PIN が侵害された場合、または侵害された疑いがある場合は、PIN は取り消されます。
- PIN の確認はカード発行会社が責任を負います。
- PIN を秘密にしておくことの重要性を顧客に通知する必要があります。
PIN入力デバイス
この規格では、顧客が PIN を入力するデバイスである PIN 入力デバイス( PIN パッドとも呼ばれる)に要求される、または推奨される次のような特性が指定されています。
- すべての PIN 入力デバイスは、0 から 9 までの数字を入力できる必要があります。数字キーには、たとえばE.161に従って、文字が印刷されている場合もあります。これらの文字は顧客の利便性のためだけのものであり、PIN 入力デバイスは内部的に数字のみを処理します。(たとえば、この規格ではマルチタップなどはサポートされていません。) また、この規格では、すべてのデバイスに文字があるわけではないことを顧客に警告することが推奨されています。
- PIN 入力デバイスは、その操作を変更したり、PIN や暗号化キーを抽出したりすることが不可能となるように物理的に保護される必要があります。
- PIN 入力デバイスは、入力された PIN を他の人が観察できないように設計または設置する必要があります。
- キーボードのレイアウトは標準化され、ファンクション キーには「Enter」、「Clear」(このエントリ)、「Cancel」(トランザクション)などの一貫した明確なラベルが付けられる必要があります。また、標準ではファンクション キーに特定の色を使用することも推奨されています。「Enter」は緑、「Clear」は黄色、「Cancel」は赤です。
スマートカードリーダー
PIN は安全なスマート カードに保存され、そのカードによってオフラインで検証されます。PIN 入力デバイスと、 PIN を検証するカード用リーダーは、物理的に安全な単一のユニットに統合できますが、必ずしもそうする必要はありません。
スマート カード リーダーに適用される追加要件は次のとおりです。
- カードリーダーは、カード スロットに監視デバイスを挿入してカードへの通信を監視できないように構築する必要があります。
- PIN 入力デバイスとカード リーダーの両方が統合されたセキュリティ ユニットの一部でない場合は、PIN は PIN 入力デバイスからカード リーダーに送信される際に暗号化される必要があります。
その他の特定のPIN制御要件
その他の具体的な要件は次のとおりです。
- PIN 処理に使用されるすべてのハードウェアとソフトウェアは、次のように実装される必要があります。
- 正しく機能することが保証されます。
- 検出されずに変更またはアクセスすることはできません。
- データは不適切にアクセス、変更、または悪用されることはありません。
- PIN は総当たり検索では判別できません。
- PIN は口頭で伝えられてはなりません。特に、銀行の担当者は顧客に PIN の開示を求めたり、PIN の値を推奨したりしてはなりません。
- PIN 暗号化キーは他の目的には使用しないでください。
PINの長さ
この規格では、PIN の長さは 4 桁から 12 桁と規定されており、PIN が長いほど安全性は高まりますが、使用が難しくなるとされています。また、発行者は 6 桁を超える PIN を割り当てないようにすることも推奨されています。
PINの選択
PIN を選択または生成するには、次の 3 つの方法があります。
- 割り当てられた派生PIN
- カード発行会社は、顧客に関連付けられた口座番号またはその他の値に何らかの暗号化機能を適用して PIN を生成します。
- ランダムに割り当てられたPIN
- カード発行会社は乱数ジェネレータを使用して PIN 値を生成します。
- 顧客が選択したPIN
- 顧客が PIN 値を選択します。
PINの発行と配送
この標準には、PIN を生成した後、発行者から顧客に転送する際に PIN を秘密に保つための要件が含まれています。これには次のものが含まれます。
- PIN はカード発行スタッフには公開されません。
- PIN は、適切に安全な方法でのみ、顧客に対して表示または印刷できます。1 つの方法は、PIN メーラーです。これは、封筒が開封されるまで PIN が見えないように (印刷時であっても) 印刷できるように設計されています。PIN メーラーは、開封前に PIN が明らかになるように設計されている必要があり、その場合、顧客は PIN が漏洩した可能性があることに気付くことになります。
- PIN は、顧客のアカウントに関連付けられる可能性のある場所には表示されません。たとえば、PIN の郵送物にはアカウント番号は記載せず、物理的な配達に必要な情報 (名前や住所など) のみを記載する必要があります。PIN と関連するカードは一緒に郵送したり、同時に郵送したりしてはなりません。
PIN暗号化
PIN 入力デバイスから検証装置への送信中に PIN を保護するために、標準では PIN を暗号化することを要求し、使用できるいくつかの形式を指定しています。いずれの場合も、PIN はPIN ブロックにエンコードされ、その後、標準のパート 2 に従って「承認されたアルゴリズム」によって暗号化されます。
PIN ブロックの形式は次のとおりです。
フォーマット 0
PIN ブロックは、プレーン テキストの PIN フィールドとアカウント番号フィールドの2 つの 64 ビット フィールドをXOR演算することによって構成されます。これらのフィールドはどちらも 16 個の 4 ビットニブルで構成されます。
プレーンテキストの PIN フィールドは次のとおりです。
- 値が0の1ニブル。これはフォーマット0のブロックであることを示します。
- PINの長さNをエンコードする1ニブル
- Nニブル、それぞれが 1 つの PIN 桁をエンコードします
- 14− N個のニブル、それぞれが「fill」値15(つまり1111 2)を保持する
口座番号フィールドは次のとおりです。
- 値がゼロの4つのニブル
- チェックディジットを除く、プライマリアカウント番号(PAN)の右端の12桁を含む12ニブル
フォーマット 1
この形式は、PAN が利用できない場合に使用します。PIN ブロックは、PIN とトランザクション番号を連結して構成されます。
- 1 の値が 1 の 1 ニブル。これはフォーマット 1 のブロックであることを示します。
- PINの長さNをエンコードする1ニブル
- Nニブル、それぞれが 1 つの PIN 桁をエンコードします
- 14−トランザクションシーケンス番号、タイムスタンプ、または乱数などの一意の値をエンコードするNニブル
フォーマット 2
フォーマット 2 は、スマート カードなどのオフライン システムでのみローカルに使用されます。PIN ブロックは、PIN とフィラー値を連結して構築されます。
- 値が2の1ニブル。これはフォーマット2のブロックであることを示します。
- PINの長さNをエンコードする1ニブル
- Nニブル、それぞれが 1 つの PIN 桁をエンコードします
- 14− N個のニブル、それぞれが「充填」値15(つまり1111 2)を保持する
(最初のニブルのフォーマット値を除き、これはフォーマット 0 のプレーン テキスト PIN フィールドと同一です。)
フォーマット 3
フォーマット 3 はフォーマット 0 と同じですが、「埋める」桁が 10 から 15 までのランダムな値であり、最初のニブル (ブロック フォーマットを識別する) の値が 3 である点が異なります。
拡張PINブロック
フォーマット0から3はすべて64ビットのブロックサイズに対応しているため、トリプルデータ暗号化アルゴリズムでの使用に適しています。ただし、この規格では、より大きなブロックサイズの他の暗号化アルゴリズムも許可されています。たとえば、Advanced Encryption Standardのブロックサイズは128ビットです。このような場合、PINは拡張PINブロックにエンコードする必要があり、そのフォーマットは2015年のISO 9564-1の修正で定義されています。[2]
パート2: PIN暗号化の承認アルゴリズム
ISO 9564-2:2014 [3] は、 PINの暗号化に使用できる暗号化アルゴリズムを規定しています。承認されているアルゴリズムは次のとおりです。
パート3(撤回)
ISO 9564-3パート3:ATMおよびPOSシステムにおけるオフラインPIN処理の要件[4]は、2003年に最後に発行されましたが、2011年に撤回され、その内容はパート1に統合されました。
パート 4: 電子商取引における決済取引の PIN 処理の要件
ISO 9564-4:2016 [5]は、電子商取引におけるPINおよびPIN入力デバイスの使用に関する最低限のセキュリティ要件と実践を定義しています。
注記
- ^ パート 1、2、4。パート 3 は 2011 年に撤回されました。
参考文献
- ^ ISO 9564-1:2011 金融サービス - 個人識別番号 (PIN) の管理とセキュリティ - パート 1: カードベース システムにおける PIN の基本原則と要件
- ^ ISO 9564-1:2011/Amd 1:2015 金融サービス - 個人識別番号 (PIN) の管理とセキュリティ - パート 1: カードベース システムにおける PIN の基本原則と要件 AMENDMENT 1
- ^ ISO 9564-2:2014 金融サービス - 個人識別番号 (PIN) の管理とセキュリティ - パート 2: PIN 暗号化の承認済みアルゴリズム
- ^ ISO 9564-3:2003 銀行業務 - 個人識別番号の管理とセキュリティ - パート3: ATMおよびPOSシステムにおけるオフラインPIN処理の要件
- ^ ISO 9564-4:2016 金融サービス - 個人識別番号 (PIN) の管理とセキュリティ - パート 4: 電子商取引における支払い取引の PIN 処理の要件
外部リンク
- PIN ブロックの完全なリストと例
