JP2015515218A - 抽象化およびランダム化された取引認証用ワンタイム使用パスワードのための方法およびシステム - Google Patents

Abstract

ユーザのシステムへのアクセスを認証するセキュリティシステム及び方法が開示されている。セキュリティシステムは、ユーザからの認証要求を受信し、事前に記憶されたユーザキーワード及びユーザ選好データに基づいてセキュリティマトリクスを生成する。このセキュリティマトリクスは、各認証要求に対して異なる。セキュリティシステムは、ユーザにセキュリティマトリクスを送信し、セキュリティマトリクスに応答したワンタイムコードを待ち受ける。ユーザは、ユーザキーワード、ユーザ選好、及びセキュリティマトリクスに基づいてワンタイムコードを形成する。セキュリティシステムは、セキュリティマトリクス、キーワード、及びユーザ選好と照合してワンタイムコードを検証し、システムへのアクセスを許可又は拒否する認証結果をユーザに送信する。さらに、セキュリティシステムは、成功又は失敗メッセージをアクセスされたシステムに送信する。

Description

本発明は、概して認証システムおよび方法に関し、より詳細には、高度に安全な認証システムに関する。

現代の電子世界において、個人識別に関するセキュリティが、全ての取引の基本となっており、高いレベルの投資が、セキュリティや認証方法、それをサポートする技術、およびそのハッキングにも適用されている。銀行業界のほとんどは、システムにユーザを認証させるために、事前に配布されたユーザとシステムとの間に共有される秘密の数値パスワードである個人認証番号（ＰＩＮ）に依存しているが、全文のインタフェースを有するほとんどの電子システムは、パスワードに依存している。

暗号学的ハッシュ関数（ＣＨＦ）に大きな信頼をおく慣行が、一般的である。この決定論的手法は、任意のデータを取得し、このデータに一意である数学的に計算されたハッシュ値を返す。ＣＨＦの十分に立証された例としては、ＭＤ５アルゴリズムがある。ハッシュ関数およびクライアントとサーバ間のスマートなセキュリティ方法により、データの複製から個人のパスワードやＰＩＮをリバースエンジニアリングすることが困難になる。しかしながら、フィッシング技術を伴う目視手段により、ほとんどのパスワードやＰＩＮが危険な状態になり得、これにより、不正取引の処理が許可される。したがって、認証が危険な状態になり得る可能性を低減させるセキュリティスキームを有することが望ましい。

本発明の一実施形態は、ユーザがセキュアシステムに対して認証することを望むたびに、クライアントインタフェースとの相互作用を抽象化するための方法である。ランダム化されたキーワードに一致するＰＩＮを決定するために、事前に定義されたキーワードを、ユーザが使用できるような形式で、セキュリティシステムは、１回限りのランダム化された文字と数字の組み合わせをユーザに提示する。

より詳細には、本発明の実施形態は、セキュアシステムにアクセスするためのユーザ認証を検証するための方法である。この方法は、ユーザから認証要求を受信するステップと、ユーザＩＤおよびユーザ選好データに基づいてセキュリティマトリクスを生成し、このマトリクスをユーザに送信するステップと、セキュリティマトリクスに応答してユーザからワンタイムコードを受信するステップと、セキュリティマトリクス、ユーザＩＤ、少なくとも１つのユーザキーワード、およびユーザ選好データに基づいてワンタイムコードを検証するステップと、ワンタイムコードを検証後に、ワンタイムコード、セキュリティマトリクス、ユーザＩＤ、ユーザキーワード、およびユーザ選好に基づいた認証結果をユーザに送信するステップと、この認証結果とは別に、認証結果に基づいてセキュアシステムに成功メッセージまたは失敗メッセージを送信するステップとを含む。

さらに別の本発明の実施形態は、セキュアシステムにアクセスするためのユーザ認証を検証するためのセキュリティシステムである。このセキュリティシステムは、セキュリティコンピュータおよびクライアントインタフェースを含む。このセキュリティコンピュータは、ユーザキーワードおよびユーザ選好データを記憶すること、セキュアシステムにアクセスするためにユーザからのユーザＩＤを含む認証要求を受信して、記憶されたユーザ選好データおよびユーザＩＤに基づいた認証要求に応答してセキュリティマトリクスを生成すること、セキュリティマトリクスをユーザに送信し、ユーザからワンタイムコードを受信すること、生成されたセキュリティマトリクス、ユーザキーワード、およびユーザ選好データを使用してワンタイムコードを検証し、この検証に基づいて認証結果をユーザに送信すること、および、この認証結果とは別に、認証結果に基づいてセキュアシステムに成功メッセージまたは失敗メッセージを送信することが、プログラムされている。クライアントインタフェースは、ユーザがセキュアシステムにアクセスするための認証要求をセキュリティシステムに送信できるようにし、セキュリティマトリクスを受信して表示し、ユーザがワンタイムコードをセキュリティシステムに送信できるようにする。

本発明の方法の下で、ユーザのキーワードと自身を照合して検証するためにユーザに提供されるセキュリティマトリクスとの間に相関関係はない。セキュリティシステムはセキュリティマトリクスをランダムに構成し、ユーザは、ユーザおよびセキュリティマトリクスに有効であるワンタイムコードを決定するためにセキュリティマトリクスを採用する。認証するための各要求によって、新しいセキュリティマトリクスは、キーワードを決定する確率を確実に最小にするように計算される結果となる。

本発明は、セキュリティ認証への新しいアプローチであり、ユーザが１つ以上のキーワードを定義することを許可している。そして、このキーワードは、個人選好として使用され、ランダム化されてシステムで生成されたセキュリティマトリクスから、ユーザがワンタイムコードを作成できる。キーワードは、どのような段階でも認証処理中に直接入力されることはなく、決して開示されたり共有されたりすることはない。

（ｉ）認証するための要求、（ｉｉ）認証情報の検証、および（ｉｉｉ）認可内容の伝送処理の、３つの段階に認証プロセスを分離することにより、セキュリティ方法が生み出される。これにより、全ての取引認証要求が、ユーザとクライアントインタフェースとセキュリティシステムとの間で監視され、記録され、そして分析されることが可能であるが、一方で、ユーザのキーワードが認識され得る可能性が低い状態を維持する。

セキュリティマトリクスの強度は、ユーザが照合して認証しているシステムによってではなく、ユーザがより単純にまたはより複雑に決定することによって変更され得る。

本発明の方法は、セキュアシステムやユーザ体験への変更を最小限にして、ユーザ認証を要求する任意のシステムに適用され得る。セキュリティマトリクスおよびワンタイムコードはキーワードから完全に抽象化されているため、いずれかの方向に送信するためにこれらをコード化するような緊急のセキュリティ要求はない。したがって、本発明の方法は、クライアントインタフェースとセキュアシステムとの間の接続が容易に観察すなわち監視され得る、どのようなシステムに対しても非常に適している。

この方法は、単一システムや複数システムに実装されるか、統合された公開検証システムとして実装されることが可能であり、自身の識別を検証するためにユーザに要求するどのような取引に対しても機能する。

本発明における、前述ならびに他の特徴、態様、および利点は、以下の説明、添付の特許請求の範囲、および添付の図面によって、より理解されよう。
認証要求を示す図である。 検証要求を示す図である。 オフセットが使用されるワンタイムコードの第１の例を示す図である。 オフセットおよびクロールが使用されるワンタイムコードの第２の例を示す図である。 クロールが使用されるワンタイムコードの第３の例を示す図である。 ジャンプが使用されるワンタイムコードの第４の例を示す図である。 ローカル認証用の内部セキュリティサーバの例示的な構成を示す図である。 認証処理中のクライアントインタフェースの一部を示す図である。 遠隔からのウェブ認証用の内部セキュリティサーバの例示的な構成を示す図である。 遠隔からのウェブ認証用の外部セキュリティサーバの例示的な構成を示す図である。 内部および外部のウェブ認証と内部システム認証のための、内部セキュリティサーバの例示的な構成を示す図である。 メッセージの構造定義を示す図である。 ユーザ選好を示す図である。 セキュアシステム選好を示す図である。 本発明の実施形態のフローチャート図である。 ワンタイムコードを生成して送信する実施形態のフローチャート図である。

以下の説明では、次の識別が使用される。

セキュアシステム２０は、ユーザに、取引または情報要求の処理の際の前提条件として、認証することを要求するシステムである。

セキュリティシステム３０は、ユーザのキーワードおよび選好ならびにセキュアシステムの選好が記憶されているシステムであり、このセキュリティシステム３０でセキュリティシステムのインタフェースのための処理が実行される。
・認証要求１１
・セキュリティマトリクス３１
・ワンタイムコード１２
・認証結果３２
・成功メッセージ３３

ユーザ選好４０が表３に定義されており、セキュリティシステム３０によって内部に記憶される。

キーワード４１は、ユーザ１０によって定義されるアルファベット文字の線形文字列である。与えられた例において、キーワードは（Ａ〜Ｚの）アルファベット文字にのみ限定されているが、本発明の方法およびシステムは、アルファベット文字（大文字と小文字を区別）、数字、記号、またはこれらの任意の組み合わせをサポートしている。

セキュアシステム選好５０が表４に定義されており、セキュリティシステム３０によって内部に記憶される。

クライアントインタフェース６０は、現金自動預払機やインターネットサービスへのログオン画面などの、ヒューマン・マシン・インタフェース（ＨＭＩ）であり、ユーザ１０は認証情報を提供するために、キーボード、タッチスクリーン、ピンパッド、または他の入力装置を用いて情報をやり取りすることを要求される。

図１において、ユーザ１０は、事前にユーザ選好４０とキーワード４１を、セキュリティシステム３０に提供している。キーワード４１は、暗号化された形式でセキュリティシステム３０に記憶され、任意の関数で送信されることは決してない。

図１において、ユーザ１０はクライアントインタフェース６０で認証することを要求し、クライアントインタフェース６０がこの認証要求１１を順番にセキュアシステム２０に送信し、セキュアシステム２０がこの認証要求１１をセキュリティシステム３０に転送する。

図２において、セキュアシステム選好データ５０は、要求される形式およびクライアントインタフェース６０の制限を決定するために使用される。ユーザ選好データ４０は、ユーザ１０が好むセキュリティマトリクス１１の複雑さを決定するために使用される。セキュリティシステム３０はセキュリティマトリクス３１を形成して、セキュアシステム２０に返送し、次に、セキュアシステム２０がセキュリティマトリクス３１を直接クライアントインタフェース６０に転送するか、または、セキュアシステム２０内の情報を利用してセキュリティマトリクス３１のカスタム表現を構築して、それから、セキュリティマトリクス３１をユーザ１０に提示する。ユーザＩＤの形式は、システムに依存せず、セキュリティサーバによってサポートされているあらゆるシステムにおいて、任意の一意のＩＤであり得る。ユーザＩＤの例としては、顧客ＩＤや電子メールアドレスがある。

図２において、ユーザ１０は、ワンタイムコード番号１２を決定するために提示されたセキュリティマトリクス３１を利用し、キーワード４１と関連付けてユーザ選好４０を適用することによって、認証する。ワンタイムコード番号１２がクライアントインタフェース６０に入力され、次にセキュアシステム２０に、その次にセキュリティシステム３０に送信される。セキュリティシステム３０で、ワンタイムコード１２、ユーザ１０が記憶したキーワード４１、およびユーザ選好４０と併せて、セキュリティマトリクス３１のデータを利用することによって、ワンタイムコード１２はセキュリティシステム３０によって検証される。要求に応答して次に、セキュリティシステム３０は、認証結果３２をセキュアシステム２０に戻し、その次にセキュアシステム２０はクライアントインタフェース６０に返送する。セキュアシステム選好５０に詳述されるように、認証が成功すると次に、セキュリティシステム３０は、セキュアシステム３０の成功通知ポイントに成功メッセージ３３を送ることを開始し、これと平行して、第２の相互作用が起こる。

あらゆる認証要求１１とあらゆるワンタイムコード１２の検証により、結果として、再利用されることを防ぐために再度ランダム化されたセキュリティマトリクス３１となる。認証要求１１およびワンタイムコード１２の要求のログが、ブルート・フォース・アタックを防ぐために与えられた時間枠での最大試行回数を制限するため、および、監査可能なトレースを提供するために、維持される。

図３の例が、セキュリティマトリクス３１、ユーザ選好データ４０、およびユーザキーワード４１を示している。ユーザ１０は、自身のキーワードとユーザ選好データ４０を使用して、ワンタイムコード１２を生成する。

この例では、（ａ）アルファベット順に表示されたセキュリティマトリクス３１、および（ｂ）キーワードの文字に対応する表示された数字に１を加算することを、ユーザ１０は好んでいる。

キーワードの各文字に対してのマトリクス値を取得すると、１７５７２が得られる。
このマトリクス値の結果に＋１のオフセットを加算して、２８６８３をワンタイムコード１２として与える。

図４の例が、セキュリティマトリクス３１、ユーザ選好４０、およびユーザキーワード４１を示している。ユーザ１０は、自身のキーワードとユーザ選好４０を使用して、ワンタイムコード１２を生成する。

この例では、（ａ）ランダムな順序で表示されたセキュリティマトリクス３１、（ｂ）キーワードの文字に対して表示された数字に１を加算すること、および（ｃ）キーワードの１番目の文字にはさらに３を加算し、キーワードの２番目の文字にはさらに６を加算することなどを、ユーザ１０は好んでいる。

キーワードの各文字に対してのマトリクス値を取得すると、２８６７２が得られる。この値に＋１のオフセットを加算すると、３９７８３が得られる。さらに＋３のクロールを加算すると６５６０８が得られ、これがワンタイムコードとなる。この例での加算はモジュロ１０であるが、どのようなモジュロ加算であってもよいことに留意すべきである。

図５の例が、セキュリティマトリクス３１、ユーザ選好４０、およびユーザキーワード４１を示している。ユーザ１０は、自身のキーワードとユーザ選好４０を使用して、ワンタイムコード１２を生成する。

この例では、（ａ）ランダムな順序で表示されたセキュリティマトリクス３１、（ｂ）キーワードの１番目の文字には２を加算し、キーワードの２番目の文字には４を加算することなど、および（ｃ）この例の２番目と４番目の数字はユーザが望む任意の数字であり、有効なワンタイムコードの応答は、ａ．４１２１５、ｂ．４２２２５、ｃ．４３２３５、ｄ．４１２３５、ｅ．４９２８５，ｆ．その他、であり、１番目と３番目と５番目の数字だけが関連していることを、ユーザ１０は好んでいる。

キーワードの各文字に対してのマトリクス値を取得すると、２＃８＃９が得られる。この値に＋２のクロールを加算して４＃２＃５を与え、これがワンタイムコードとなる。この加算もモジュロ１０であることに、留意すべきである。

図６の例が、セキュリティマトリクス３１、ユーザ選好４０、およびユーザキーワード４１を示している。ユーザ１０は、自身のキーワードとユーザ選好４０を使用して、ワンタイムコード１２を生成する。

この例では、（ａ）ランダムな順序で表示されたセキュリティマトリクス３１、（ｂ）キーワードの１番目の文字には１を加算し、キーワードの２番目の文字からは１を減算し、キーワードの３番目の文字には１を加算することなどを、ユーザ１０は好んでいる。

キーワードの各文字に対してのマトリクス値を取得すると、９８４２８が得られる。この値に＋１のジャンプを加算して０７５１９を与え、これがワンタイムコードとなる。この加算または減算もモジュロ１０である。

図７Ａにおいて、内部に提供されているセキュリティシステム３０は、ローカルネットワーク７０を経由してセキュリティシステム３０にログインするユーザ６０を検証するために、セキュアシステム２０によって利用される。ユーザは、有線または無線トランシーバ７２を介した無線のどちらかによって、このローカルネットワーク７０に接続されている。

ステップ１：ユーザが、セキュアシステムのログオンポータルにアクセスすると、図７Ｂの８２と８４に従って、電子メールアドレスであり得るユーザＩＤを提供するようにだけ要求される。

ステップ２：ユーザは、図７Ｂの８４のようにユーザＩＤを入力する。

ステップ３：セキュアシステムが、ユーザＩＤおよびシステムＩＤをセキュリティシステムに送信すると、このセキュリティシステムが検証を行い、図７Ｂの８６のようなセキュリティマトリクス３１を返送する。次に、このセキュリティマトリクス３１がセキュアシステム２０によってユーザ６０に戻って表示される。

ステップ４：ユーザは、図７Ｂの８６のように、ワンタイムコード１２を入力して、通常通りにログインする。セキュアシステム２０は、ワンタイムコード１２、ユーザＩＤ、およびシステムＩＤをセキュリティシステム３０に送信し、セキュリティシステム３０は、このコードを検証して、有効である場合、セッションＩＤをセキュアシステム２０に提供する。

図８において、内部に提供されているセキュリティシステム３０は、例えばモデム９６を経由したインターネット９０を通じてセキュリティシステム３０にログインするユーザ６０を検証するために、セキュアシステム２０によって利用される。

ステップ１：遠隔ユーザが、セキュアシステムのログオンポータルにアクセスすると、図７Ｂの８２と８４に従って、電子メールアドレスであり得るユーザＩＤを提供するようにだけ要求される。

ステップ２：ユーザは、図７Ｂの８４のようにユーザＩＤを入力する。

ステップ３：セキュアシステムが、ユーザＩＤおよびシステムＩＤをセキュリティシステム３０に送信すると、このセキュリティシステム３０が検証を行い、セキュリティマトリクス３１を返送する。次に、このセキュリティマトリクス３１がセキュアシステム２０によってユーザ６０に戻って表示される。

ステップ４：ユーザは、図７Ｂの８６のように、ワンタイムコードを入力して、通常通りにログインする。セキュアシステム２０は、ワンタイムコード１２、ユーザＩＤ、およびシステムＩＤをセキュリティシステム３０に送信し、セキュリティシステム３０は、このコードを検証して、有効である場合、セッションＩＤをセキュアシステム２０に提供する。

図９において、公的に提供されているセキュリティシステム３０は、インターネット９０を通じてセキュリティシステム３０にログインするユーザ６０を検証するために、セキュアシステム２０によって利用される。この機器構成では、単一のセキュリティシステム３０が、複数のセキュアシステム２０にサービスを提供することが可能であり、ユーザ６０はあらゆる登録されたシステムに対して１つのキーワードを有することができる。前述同様に、遠隔ユーザ６０は、モデム９６を経由してインターネット９０に接続されている。

ステップ１：遠隔ユーザ６０が、セキュアシステム２０のログオンポータルにアクセスすると、図７Ｂの８２と８４に従って、電子メールアドレスであり得るユーザＩＤを提供するようにだけ要求される。

ステップ２：ユーザ６０は、図７Ｂの８４のようにユーザＩＤを入力する。

ステップ３：セキュアシステム２０が、ユーザＩＤおよびシステムＩＤをセキュリティシステム３０に送信すると、このセキュリティシステム３０が検証を行い、セキュリティマトリクス３１を返送する。次に、このセキュリティマトリクス３１がセキュアシステム２０によってユーザ６０に戻って表示される。

ステップ４：ユーザ６０は、ワンタイムコードを入力して、通常通りにログインする。セキュアシステム２０は、ワンタイムコード、ユーザＩＤ、およびシステムＩＤをセキュリティシステム３０に送信し、セキュリティシステム３０は、このコードを検証して、有効である場合、セッションＩＤをセキュアシステム２０に提供する。

図１０において、内部セキュリティシステム３０は、サービスを金融機関の事業全体にわたって提供するように構成されており、カウンタ、ＡＴＭ（現金自動預払機）、業者取引、またはインターネットでの、賃借システム用のパスワードおよびＰＩＮ番号等の標準的な認証システムに効果的に替わる構成である。上記の例は、（ａ）インターネット経由のインターネットバンキング、（ｂ）株式や外国為替等の他のインターネットサービス、（ｃ）ＡＴＭ、（ｄ）売り場、（ｅ）顧客サービスのパソコン、（ｆ）オフィスのパソコンを示している。

上記のシステムは、以下に説明される。
インターネット経由のインターネットバンキング

ユーザが通常通りに銀行のインターネットポータル９０にログオンする場合、ただし、図７Ｂの８２と８４に従って、ログオン処理でユーザはユーザＩＤを提示することだけ要求される。ユーザＩＤを受信すると、銀行のコンピュータ２０が、セキュリティシステム３０にユーザＩＤと銀行のシステムＩＤを連絡する。ユーザＩＤとシステムＩＤを検証した上で、セキュリティシステム３０は、セキュリティマトリクスを生成し、銀行のコンピュータ２０に返送する。次に、銀行のコンピュータ２０は、図７Ｂの８６のようなワンタイムコードを入力するように要求すると共に、ユーザ１１０にセキュリティマトリクスを表示する。ユーザは、セキュリティマトリクスを使用して、ワンタイムコードを解き、システムに入力する。
ワンタイムコードは銀行のコンピュータ２０に返送され、次に、銀行のコンピュータ２０は、ワンタイムコード、ユーザＩＤ、および銀行のシステムＩＤを転送してセキュリティシステム３０に戻し、ここで、ワンタイムコードが検証される。ワンタイムコードが有効である場合、セッションＩＤが作成され、銀行のコンピュータ２０に返される。セッションＩＤは、次に、インターネットアプリケーション１１０に返され、銀行のコンピュータ２０への全ての後続要求の一部を形成する。
株式や外国為替等の他のインターネットサービス

ユーザは通常通りに銀行のインターネットポータルにログオンするが、ただし、図７Ｂの８２と８４に従って、ログオン処理でユーザはユーザＩＤを提示することだけ要求される。ユーザＩＤを受信すると、銀行のコンピュータ２０が、セキュリティシステム３０にユーザＩＤと銀行のシステムＩＤを連絡する。ユーザＩＤとシステムＩＤを検証した上で、セキュリティシステム３０は、セキュリティマトリクスを生成し、銀行のコンピュータ２０に返送する。次に、銀行のコンピュータ２０は、ワンタイムコードを入力するように要求すると共に、ユーザ１１２にセキュリティマトリクスを表示する。ユーザ１１２は、セキュリティマトリクスを使用して、ワンタイムコードを解き、システムに入力する。ワンタイムコードは銀行のコンピュータ２０に返送され、次に、銀行のコンピュータ２０は、ワンタイムコード、ユーザＩＤ、および銀行のシステムＩＤを転送してセキュリティシステム３０に戻し、ここで、ワンタイムコードが検証される。ワンタイムコードが有効である場合、セッションＩＤが作成され、銀行のコンピュータ２０に返される。セッションＩＤは、次に、インターネットアプリケーション１１２に返されて、銀行のコンピュータ２０への全ての後続要求の一部を形成する。
ＡＴＭ

ユーザは通常通りにＡＴＭカードまたはクレジットカードを銀行のＡＴＭ１０２ａ、１０２ｂに挿入すると、このＡＴＭは、ユーザＩＤおよびのその他の関連情報を、銀行ＡＴＭのネットワーク１１６を経由して銀行のコンピュータ２０に送信する。銀行のコンピュータ２０は、セキュリティシステム３０にユーザＩＤと銀行のシステムＩＤを連絡する。ユーザＩＤとシステムＩＤを検証した上で、セキュリティシステム３０は、セキュリティマトリクスを生成し、銀行のコンピュータ２０に返送する。次に、銀行のコンピュータ２０は、セキュリティマトリクスをＡＴＭ１０２ａ、１０２ｂに返送してユーザに表示されるようにする。ユーザ１０２ａと１０２ｂは、セキュリティマトリクスを使用して、ワンタイムコードを解き、ＡＴＭのキーパッドに入力する。ワンタイムコードは銀行ＡＴＭのネットワーク１１６を経由して銀行のコンピュータ２０に返送され、次に、銀行のコンピュータ２０は、ワンタイムコード、ユーザＩＤ、および銀行のシステムＩＤを転送してセキュリティシステム３０に戻し、ここで、ワンタイムコードが検証される。ワンタイムコードが有効である場合、セッションＩＤが作成され、銀行のコンピュータ２０に返されて、銀行のコンピュータ２０への全ての後続要求の一部を形成する。
売り場

ユーザが、ＡＴＭに入力するか、または業者の売り場のデバイス１０４にクレジットカードを通して、売買価格が業者によって通常通りに入力されると、情報が銀行クレジットカードのネットワーク１１４を経由して銀行のコンピュータ２０に返送される。銀行のコンピュータ２０は、セキュリティシステム３０にユーザＩＤと銀行のシステムＩＤを連絡する。ユーザＩＤとシステムＩＤを検証した上で、セキュリティシステム３０は、セキュリティマトリクスを生成し、銀行のコンピュータ２０に返送する。次に、銀行のコンピュータ２０は、セキュリティマトリクスを売り場のデバイス１０４に返送し、可能であれば画面に表示され、あるいは紙の領収書に印刷される。ユーザは、セキュリティマトリクスを使用して、ワンタイムコードを解き、売り場のキーパッド１０４に入力する。ワンタイムコードは銀行のコンピュータ２０に返送され、次に、銀行のコンピュータ２０は、ワンタイムコード、ユーザＩＤ、および銀行のシステムＩＤを転送してセキュリティシステム３０に戻し、ここで、ワンタイムコードが検証される。ワンタイムコードが有効である場合、セッションＩＤが作成され、銀行のコンピュータ２０に返されてから、銀行のコンピュータ２０が残りの取引を通常通りに処理する。
顧客サービスのパソコン

銀行の支店内の顧客サービス場所に近づいて、ユーザが銀行カードまたはその他の識別方法を利用して自身を識別させることによって、顧客サービス担当者は、ユーザのユーザＩＤを特定し、顧客のサービスポータル１０８にユーザＩＤを入力できるようにする。顧客サービスのパソコン１０８は、ユーザＩＤを銀行のコンピュータ２０に送信する。銀行のコンピュータ２０は、セキュリティシステム３０にユーザＩＤと銀行のシステムＩＤを連絡する。ユーザＩＤとシステムＩＤを検証した上で、セキュリティシステム３０は、セキュリティマトリクスを生成し、銀行のコンピュータ２０に返送する。次に、銀行のコンピュータ２０は、セキュリティマトリクスを顧客サービスのパソコン１０８に返送してユーザに表示されるようにする。ユーザは、提供された入力デバイスを使用して、ワンタイムコードを解き、顧客サービスのパソコン１０８に入力する。ワンタイムコードは銀行のコンピュータ２０に返送され、次に、銀行のコンピュータ２０は、ワンタイムコード、ユーザＩＤ、および銀行のシステムＩＤを転送してセキュリティシステム３０に戻し、ここで、ワンタイムコードが検証される。ワンタイムコードが有効である場合、セッションＩＤが作成され、銀行のシステム２０に返される。セッションＩＤは、次に、顧客サービスのパソコン１０８に返され、銀行のコンピュータへの全ての後続要求の一部を形成する。
オフィスのパソコン

通常のポータル１０６を通じてログインすることにより、ユーザは企業ネットワークにログオンするが、ただし、ログオン処理でユーザはユーザＩＤを提示することだけ要求される。ユーザＩＤを提示すると、銀行のコンピュータが、セキュリティシステム３０にユーザのＩＤと銀行のシステムＩＤを連絡する。ユーザＩＤとシステムＩＤを検証した上で、セキュリティシステム３０は、セキュリティマトリクスを生成し、銀行のコンピュータ２０に返送する。次に、銀行のコンピュータ２０は、ワンタイムコードを入力するように要求すると共に、ユーザにセキュリティマトリクスを表示する。ユーザは、セキュリティマトリクスを使用して、ワンタイムコードを解き、オフィスのパソコンのシステム１０６に入力する。ワンタイムコードは銀行のコンピュータ２０に返送され、次に、銀行のコンピュータ２０は、ワンタイムコード、ユーザＩＤ、および銀行のシステムＩＤを転送してセキュリティシステム３０に戻し、ここで、ワンタイムコードが検証される。ワンタイムコードが有効である場合、セッションＩＤが作成され、銀行のコンピュータ２０に返される。セッションＩＤは、次に、オフィスのパソコン１０６に返され、銀行のコンピュータ２０への全ての後続要求の一部を形成する。
ユーザ・パニック・サポート

一実施形態において、セキュリティシステムは、パニックサポートができるようにさらに拡張される。この実施形態において、ユーザまたはシステム所有者は、特定の識別番号を使用するか、または、通常のキーワードの代わりに代替のキーワードを使用して、セキュリティマトリクスからワンタイムコードを形成する。セキュリティシステム３０は、ワンタイムコードを検証して、代替のキーワードが使用されたと判別した場合、セキュアシステム２０に渡されるパニック警告を出す。これにより、セキュアシステム２０は、例えば、インターネットまたはＡＴＭ１０２ａ、１０２ｂの利用可能残高が大幅に減ったことを示したり、業務システムへの「サンドボックス化」されたアクセスを提供しながらセキュリティに報告したりすることによって、脅威にさらされた人を保護する方法で応答する機会が提供される。

図１１は、メッセージの構造定義を示している。メッセージは、認証要求メッセージ１１、ワンタイムコードメッセージ、セキュリティ・マトリクス・メッセージ３１、認証結果３２、および成功メッセージ３３である。認証要求メッセージ１１は、一意のユーザＩＤを含み、いくつかの実施形態においては、認証を要求するシステムのＩＤを含む。ワンタイムコードメッセージは、一意のユーザＩＤを含み、いくつかの実施形態においては、認証を要求するシステムのＩＤ、およびユーザが入力するワンタイムコードを含む。セキュリティマトリクス３１は、セキュアシステム選好５０に従って構成されるキー、バリューペアの集合を含む。認証結果メッセージ３２は、いくつかの実施形態におけるセッションＩＤ、成功表示、またはエラー表示を含む。成功メッセージ３３は、一意のユーザＩＤを含み、いくつかの実施形態においては、照合して検証されたシステムのＩＤおよびセッションＩＤを含む。

図１２は、ユーザ選好を示している。ユーザ選好は、順序パラメータ、オフセットパラメータ、クロールパラメータ、ジャンプパラメータ、マスクパラメータおよびランダマイザを含む。順序パラメータによると、線形の抽象化とは、マトリクスがＡ〜Ｚおよび０〜９の線形順序で示されるキー文字を有することを意味する。ランダムな抽象化とは、マトリクスがランダム化された順序で示されるキー文字を有すること意味する。

オフセットパラメータは、正のオフセットまたは負のオフセットのどちらかを指定する。正のオフセットにより、正の量がキーに関連する各値に加算される。加算はモジュロ１０であり、文字はモジュロ２６であるため、Ｚ＋１＝Ａである。負のオフセットにより、負の量がキーに関連する各値に加算される。加算は、数字に対してモジュロ１０であり、文字に対してモジュロ２６である。

クロールパラメータは、正のインクリメントまたは負のインクリメントのどちらかを指定する。正のインクリメントとは、キーに関連する値に正の指定された量が加算され、そして、その次の加算では、指定された量だけインクリメントされる。負のインクリメントとは、キーに関連する値に負の指定された量が加算され、そして、その次の加算では、指定された量だけインクリメントされる。これも、加算は、数字に対してモジュロ１０であり、文字に対してモジュロ２６である。

ジャンプパラメータは、奇数または偶数のどちらかをジャンプするように指定する。奇数が指定される場合、次にキーワードの奇数インデックスでのキーに関連する全ての値に指定された量が加算され、キーワードの偶数インデックスに位置付けられている全ての値から指定された量が減算される。偶数が指定される場合、次にキーワードの奇数インデックスでのキーに関連する全ての値から指定された量が減算され、キーワードの偶数インデックスに位置付けられている全ての値に指定された量が加算される。加算または減算は、数字に対してモジュロ１０であり、文字に対してモジュロ２６である。

マスクパラメータ、キーワードの１つ以上のインデックスに指定された文字が、他のパラメータによって変更されるべきではないことを指定する。さらに、キーワード内の位置でのハッシュマーク（＃）は、ワイルドカードの一致を表し、ユーザが任意の数字または記号をこの位置に入力できる。

ランダマイザは、１つの文字またはキーワードと同じ文字数を有する１つの単語のどちらかであり得る。ランダマイザが１つの文字の場合、マトリクスから得るその文字の数値が、キーワードの各数値にモジュロ１０加算される。ランダマイザが１つの単語の場合、ランダマイザの単語の各文字の値が、対応するキーワードの文字にモジュロ１０加算される。

図１３はセキュアシステム選好を示している。この選好は、リターン形式、キー範囲、および値の範囲を指定する。リターン形式は、ＸＭＬ、ＨＴＭＬ、画像、またはＣＳＶテキストのいずれかであり得る。キー範囲は、セキュリティシステムが、指定された文字を使用してセキュリティマトリクスキーを構築すべきであることを指定する。値の範囲は、セキュリティシステムが、指定された文字を使用してセキュリティマトリクス値を構築すべきであることを指定する。

図１４は、本発明の実施形態のフローチャート図である。このフローチャート図は、クライアントインタフェース、セキュアシステム、およびセキュリティシステムが、セキュアシステムへのアクセスを要求しているユーザを認証するために取るステップを説明している。ステップ１５０で、ユーザは、キーワードおよび自身のユーザ選好をセキュリティシステムに提供し、ステップ１５２で、セキュリティシステムがこのキーワードおよびユーザ選好を受信し、これを永続性記憶装置に保存する。

ステップ１５４で、ユーザは、クライアントインタフェースで認可要求を作成し、ステップ１５６で、クライアントインタフェースはセキュアシステムにこの要求を送信する。ステップ１５８で、セキュアシステムは、認証要求を受信し、この認証要求をシステムＩＤと共にセキュリティシステムに転送する。ステップ１６０で、セキュリティシステムはこの認証要求を受信する。次に、ステップ１６２で、セキュリティシステムは、セキュリティマトリクスを生成し、ステップ１６４ａまたは１６４ｂで、このマトリクスをセキュアシステムに送信する。ステップ１６４ａで、セキュアシステムはこのマトリクスをクライアントインタフェースに転送し、ステップ１６６で、クライアントインタフェースはこのマトリクスを受信する。ステップ１６４ｂで、セキュアシステムはセキュリティマトリクスのカスタム表現を構築して、これをクライアントインタフェースに送信し、ステップ１６６で、クライアントインタフェースはこのカスタム表現を受信する。

また、ステップ１６６で、ユーザは、セキュリティマトリクス、ユーザキーワード、およびユーザ選好を使用してワンタイムコードを作成し、ステップ１６８で、このワンタイムコードをクライアントインタフェースに入力する。次に、ステップ１７０で、クライアントインタフェースは、このワンタイムコードをセキュアシステムに送信する。ステップ１７２で、セキュアシステムはこのワンタイムコードを受信し、これをユーザＩＤおよびシステムＩＤと共にセキュリティシステムに転送して、ステップ１７４で、セキュリティシステムはこのワンタイムコードを受信する。ステップ１７４で、セキュリティシステムは、事前に送信されたセキュリティマトリクス、ユーザキーワード、およびユーザ選好を使用してこのワンタイムコードを検証する。認証結果が成功であった場合、ステップ１７６で、セキュリティシステムは、この認証の結果をセッションＩＤと共にセキュアシステムに送信する。ステップ１７８で、セキュアシステムは、この結果をクライアントインタフェースに転送する。これとは別に、ステップ１８２で、セキュリティシステムは、成功メッセージまたは失敗メッセージをセキュアシステムに送信し、ステップ１８４で、セキュアシステムはこのメッセージを受信する。

図１５は、ワンタイムコードを生成して送信する実施形態のフローチャート図である。ステップ１９０で、セキュリティマトリクスが、クライアントインタフェースに表示される。このマトリクスは、ユーザ選好によって指定されるように、アルファベット順またはランダムな順序のどちらかであり得る。ステップ１９２で、ユーザは、キーワード、セキュリティマトリクス、およびユーザ選好を使用してワンタイムコードを作成する。ワンタイムコードを形成するために、オフセット、クロール、ジャンプ、およびマスク、あるいはこれらの任意の組み合わせの、いずれが使用されるべきであるかを、ユーザ選好が指定する。ステップ１９４で、ユーザがワンタイムコードをクライアントインタフェースに入力することにより、このワンタイムコードはセキュアシステムに転送され得る。

本発明は、発明の好ましい特定の形態を参照して、かなり詳細に説明されたが、他の形態も可能である。したがって、添付の特許請求の範囲の趣旨および範囲は、本明細書に含まれる好ましい形態の説明に限定されるべきではない。

Claims (28)

1. セキュアシステムにアクセスするためのユーザ認証を検証する方法であって、
   前記ユーザから認証要求を受信するステップと、
   ユーザＩＤおよびユーザ選好データに基づいてセキュリティマトリクスを生成し、前記マトリクスを前記ユーザに送信するステップと、
   前記セキュリティマトリクスに応答して前記ユーザからワンタイムコードを受信するステップと、
   前記セキュリティマトリクス、前記ユーザＩＤ、少なくとも１つのユーザキーワード、およびユーザ選好データに基づいて前記ワンタイムコードを検証するステップと、
   前記ワンタイムコードを検証後に、前記ユーザに認証結果を送信するステップであって、前記認証結果が前記ワンタイムコード、前記セキュリティマトリクス、前記ユーザＩＤ、前記ユーザキーワード、およびユーザ選好に基づいている、ステップと、
   前記認証結果とは別に、前記認証結果に基づいて前記セキュアシステムに成功メッセージまたは失敗メッセージを送信するステップと
   を含む方法。
2. 前記ユーザキーワードが暗号化された形式で記憶される請求項１に記載の方法。
3. ユーザＩＤおよびユーザ選好データに基づいてセキュリティマトリクスを生成する前記ステップが、前記ユーザ選好データによって指定されるようにランダムに配置されたセキュリティマトリクスを生成することを含む請求項１に記載の方法。
4. ユーザＩＤおよびユーザ選好データに基づいてセキュリティマトリクスを生成する前記ステップが、前記ユーザ選好データによって指定されるようにアルファベット順に配置されたセキュリティマトリクスを生成することを含む請求項１に記載の方法。
5. 前記認証要求がシステムＩＤを含み、
   前記マトリクスの生成が、前記ユーザ選好データ、前記ユーザＩＤ、および前記システムＩＤに基づいている
   請求項１に記載の方法。
6. 前記ユーザＩＤおよび前記ユーザ選好データに基づいてセキュリティマトリクスを生成する前記ステップが、前記セキュリティマトリクスのカスタム表現を構築することを含む請求項１に記載の方法。
7. 前記システムがシステム選好データを有し、
   セキュリティマトリクスを生成する前記ステップが、前記ユーザＩＤ、前記ユーザ選好データ、および前記システム選好データに基づいている
   請求項１に記載の方法。
8. セキュリティマトリクスを生成する前記ステップが、事前に生成されたどのようなマトリクスとも異なるマトリクスを生成することを含む請求項１に記載の方法。
9. 前記認証結果が前記セキュアシステムによって使用されるセッションＩＤを含む請求項１に記載の方法。
10. 前記ワンタイムコードを受信する前記ステップが、前記ユーザＩＤおよびシステムＩＤを受信することを含む請求項１に記載の方法。
11. 前記ユーザキーワードが複数の文字からなり、
    前記セキュリティマトリクスが前記キーワードの各文字に対応する数字をマップする
    請求項１に記載の方法。
12. 前記ユーザ選好データが、前記ユーザキーワードの文字がマップされている各数字を、オフセットを用いて変更することによって前記ワンタイムコードを形成する指示を含む請求項１１に記載の方法。
13. 前記ユーザ選好データが、前記ユーザキーワードの文字がマップされている各数字を、クロールを用いて変更することによって前記ワンタイムコードを形成する指示を含む請求項１１に記載の方法。
14. 前記ユーザ選好データが、前記ユーザキーワードの文字がマップされている各数字を、ジャンプを用いて変更することによって前記ワンタイムコードを形成する指示を含む請求項１１に記載の方法。
15. 前記ユーザ選好データが、前記ユーザキーワードの文字がマップされている各数字を、マスクを用いて変更することによって前記ワンタイムコードを形成する指示を含む請求項１１に記載の方法。
16. 前記ユーザ選好データが、前記ユーザキーワードの文字がマップされている各数字を、ユーザが選択した文字を用いて変更することによって前記ワンタイムコードを形成する指示を含む請求項１１に記載の方法。
17. 前記ユーザ選好データが、前記ユーザキーワードの文字がマップされている各数字を、前記キーワードと等しい長さを有するユーザが選択した単語を用いて変更することによって前記ワンタイムコードを形成する指示を含む請求項１１に記載の方法。
18. 前記セキュリティマトリクスに応答して前記ユーザからワンタイムコードを受信する前記ステップが、代替のキーワードに基づいて前記ワンタイムコードを生成することを含み、
    前記ワンタイムコードを検証する前記ステップが、前記代替のキーワードに基づいて前記ワンタイムコードを検証することを含み、
    前記成功メッセージまたは前記失敗メッセージを送信する前記ステップが、前記セキュアシステムが前記ユーザを保護するような、前記セキュアシステムへのパニック指示を含む
    請求項１に記載の方法。
19. セキュアシステムにアクセスするためのユーザ認証を検証するセキュリティシステムであって、前記セキュリティシステムが、
    ユーザキーワードおよびユーザ選好データを記憶すること、
    前記セキュアシステムにアクセスするために前記ユーザからのユーザＩＤを含む認証要求を受信して、記憶された前記ユーザ選好データおよび前記ユーザＩＤに基づいた前記認証要求に応答してセキュリティマトリクスを生成すること、
    前記セキュリティマトリクスを前記ユーザに送信し、前記ユーザからワンタイムコードを受信すること、
    前記生成されたセキュリティマトリクス、前記ユーザキーワード、および前記ユーザ選好データを使用して前記ワンタイムコードを検証し、前記検証に基づいた認証結果を前記ユーザに送信すること、および、
    前記認証結果とは別に、前記認証結果に基づいて前記セキュアシステムに成功メッセージまたは失敗メッセージを送信することが
    プログラムされているセキュリティコンピュータと、
    前記ユーザが前記セキュアシステムにアクセスするための認証要求を前記セキュリティシステムに送信できるようにし、前記セキュリティマトリクスを受信して表示し、前記ユーザが前記ワンタイムコードを前記セキュリティシステムに送信できるようにする、クライアントインタフェースと
    を含むセキュリティシステム。
20. 前記セキュリティシステムが前記認証要求を、前記セキュアシステムを経由して受信する請求項１９に記載のセキュリティシステム。
21. 前記セキュリティシステムが前記ユーザに前記セキュリティマトリクスを、前記セキュアシステムを経由して送信する請求項１９に記載のセキュリティシステム。
22. 前記セキュリティシステムが前記セキュアシステムに前記セキュリティマトリクスを送信し、
    前記セキュアシステムが前記セキュリティマトリクスのカスタム表現を生成して前記ユーザに送信する
    請求項１９に記載のセキュリティシステム。
23. 前記セキュリティシステムが前記ワンタイムコードを、前記セキュアシステムを経由して受信する請求項１９に記載のセキュリティシステム。
24. 前記セキュリティシステムが前記認証結果を、前記セキュアシステムを経由して送信する請求項１９に記載のセキュリティシステム。
25. 前記クライアントインタフェースがクライアントコンピュータシステム上で動作するブラウザである請求項１９に記載のセキュリティシステム。
26. 前記クライアントインタフェースがＡＴＭ機である請求項１９に記載のセキュリティシステム。
27. 前記クライアントインタフェースが売り場の端末装置である請求項１９に記載のセキュリティシステム。
28. 前記クライアントインタフェースが、アクセスが要求される前記システムの顧客担当者によって操作されるコンピュータシステムのブラウザである請求項１９に記載のセキュリティシステム。

Images