JP2022522555A - セミトラステッドな中継者を使用したセキュアなメッセージ受け渡し - Google Patents

Abstract

セキュアなメッセージ受け渡しのための技術が提供される。送信者プロセスには、暗号化されたメッセージとして受信者プロセスに受け渡すクリアな（暗号化されていない）テキストメッセージがある。送信者は、メッセージを暗号化するためのメッセージ暗号鍵（ＭＥＫ）を生成し、ＭＥＫを暗号化する第１の中継者プロセスにＭＥＫを送信する。送信者はＭＥＫを用いてメッセージを暗号化し、暗号化されたメッセージと暗号化されたＭＥＫの両方を第２の中継者プロセスに渡す。第２の中継者は、送信者がメッセージを送信する権限を有することを検証し、暗号化されたメッセージと暗号化されたＭＥＫとを保持する。第２の中継者は、暗号化されたメッセージと暗号化されたＭＥＫとを受信者に渡し、受信者は第１の中継者に暗号化されたＭＥＫの復号を要求する。次に、第１の中継者は、ＭＥＫを復号し、受信者に返す。最後に、受信者はＭＥＫを使用してメッセージを復号する。

Description

メッセージにセンシティブな情報や機密情報が含まれている場合、複数のコンピュータ間で安全にメッセージを受け渡すことがしばしば必要である。状況によっては、受信者のアドレスや場所が不明であるか、受信者が到達不能であるために、メッセージの送信者が受信者に直接メッセージを送信できない場合がある。このような場合、送信者はメッセージを中継者（intermediary）に渡すことができ、中継者は、受信者がメッセージを取得するまでメッセージを一時的に保持する。メッセージを中継者に受け渡す場合、送信者はメッセージの受信を許可された受信者のＩＤ（identity）を示すことができるので、中継者は、メッセージが適切な受信者に渡されることを保証することができる。その後、受信者は中継者にメッセージを要求できる。中継者が、送信者によって以前に示されたＩＤに対して受信者のＩＤを確認すると、中継者はメッセージを受信者に渡し、受信者はメッセージを処理する。

一部のシステムでは、中継者は、暗号化されていないメッセージで信頼されている。他のシステムでは、送信者は、メッセージを中継者に渡す前にメッセージを暗号化する。送信者がメッセージを暗号化するシステムでは、受信者によって実行される処理には、メッセージの内容にアクセスするためのメッセージの復号が含まれる場合がある。

１つの例示的な実施形態は、第１の中継者コンピュータにより、送信者コンピュータに配置されたメッセージを暗号化するために前記送信者コンピュータにより生成された第１の暗号鍵を受信することを含む方法を提供する。メッセージは、第１の中継者コンピュータとは分離されており、独立であり、かつ別個の第２の中継者デバイスを介して、送信者コンピュータと受信者コンピュータとの間で受け渡される。本方法は、さらに、第１の中継者コンピュータにより、第１の暗号鍵の暗号化バージョンを生成するために、第１の中継者コンピュータに配置された第２の暗号鍵を用いて第１の暗号鍵を暗号化することを含む。本方法は、さらに、第１の中継者コンピュータにより、メッセージに含めるために、第１の暗号鍵の暗号化バージョンを送信者コンピュータに送信することを含む。本方法は、さらに、第１の中継者コンピュータにより、受信者コンピュータから第１の暗号鍵の暗号化バージョンを受信することを含む。本法は、さらに、第１の中継者コンピュータにより、第１の暗号鍵の復号バージョンを生成するために、第１の中継者コンピュータに配置された第２の暗号鍵を用いて第１の暗号鍵の暗号化バージョンを復号することを含む。本方法は、さらに、第１の中継者コンピュータにより、メッセージを復号するために、第１の暗号鍵の復号バージョンを受信者コンピュータに送信することを含む。
場合によっては、本方法は、第１の中継者コンピュータにより、第１の暗号鍵の暗号化バージョンにデジタル署名することを含む。場合によっては、本方法は、第１の中継者コンピュータにより、受信者コンピュータから第１の暗号鍵のデジタル署名され暗号化されたバージョンを受信し、第１の暗号鍵の暗号化バージョンを復号する前に、受信者コンピュータに関連付けられた受信者識別子（ＲＩＤ）に基づいて、受信者コンピュータが、第１の暗号鍵の暗号化バージョンの復号を要求する権限を有することを検証することを含む。場合によっては、本方法は、第１の中継者コンピュータにより、第１の暗号鍵の暗号化バージョンとＲＩＤとにデジタル署名することをさらに含む。
場合によっては、本方法は、第２の中継者コンピュータにより、第１の暗号鍵の暗号化バージョンと、第１の暗号鍵を用いて送信者コンピュータによって暗号化されたメッセージとを、送信者コンピュータから受信することと、第２の中継者コンピュータにより、暗号化されたメッセージと第１の暗号鍵の暗号化バージョンとを受信者コンピュータに受け渡す要求を受信することと、第２の中継者コンピュータにより、第１の暗号鍵の暗号化バージョンと、第１の暗号鍵を用いて送信者コンピュータによって暗号化されたメッセージとを、受信者コンピュータに受け渡すことと、を含む。
場合によっては、本方法は、中継者コンピュータにより、送信者コンピュータから第１の暗号鍵を受信したことに応答して、送信者コンピュータが第１の暗号鍵の暗号化を要求する権限を有することを検証することを含む。場合によっては、第１の暗号鍵は、対称暗号化プロセスを使用して暗号化される。場合によっては、第１の暗号鍵は、非対称暗号化プロセスを使用して暗号化される。

別の例示的な実施形態は、第２の中継者コンピュータにより、送信者コンピュータと受信者コンピュータとの間で受け渡される暗号化されたメッセージを受信することを含む方法を提供する。メッセージは、送信者コンピュータによって第１の暗号鍵を用いて暗号化される。本方法は、さらに、第２の中継者コンピュータとは分離されており、独立であり、かつ別個の第１の中継者デバイスによって暗号化された第１の暗号鍵の暗号化バージョンを受信することを含む。本方法は、さらに、第２の中継者コンピュータにより、暗号化されたメッセージと第１の暗号鍵の暗号化バージョンとを受信者コンピュータに受け渡す要求を受信することを含む。本方法は、さらに、第２の中継者コンピュータにより、暗号化されたメッセージと、第１の中継者デバイスに配置された第２の暗号鍵を用いて第１の中継者コンピュータによって暗号化された第１の暗号鍵の暗号化バージョンとを、受信者コンピュータに受け渡すことを含む。
場合によっては、本方法は、受信者コンピュータに暗号化されたメッセージを送信する前に、受信者コンピュータに関連付けられた受信者識別子（ＲＩＤ）に基づいて、受信者コンピュータが受信者コンピュータへの暗号化されたメッセージの受け渡しを要求する権限を有することを、第２の中継者コンピュータによって検証することを含む。
場合によっては、本方法は、第１の中継者コンピュータにより、メッセージを暗号化するために送信者コンピュータによって使用される第１の暗号鍵を受信することと、第１の中継者コンピュータにより、第１の暗号鍵の暗号化バージョンを生成するために、第１の中継者デバイスに配置された第２の暗号鍵を用いて第１の暗号鍵を暗号化することと、第１の中継者コンピュータにより、受信者コンピュータに受け渡されるメッセージに含めるために、第１の暗号鍵の暗号化バージョンを送信者コンピュータに送信することと、第１の中継者コンピュータにより、送信者コンピュータからのメッセージの受信に続いて、受信者コンピュータから第１の暗号鍵の暗号化バージョンを受信することと、第１の中継者コンピュータにより、第１の暗号鍵の復号バージョンを生成するために、第２の暗号鍵を用いて第１の暗号鍵の暗号化バージョンを復号することと、中継者コンピュータにより、メッセージを復号するために、第１の暗号鍵の復号バージョンを受信者コンピュータに送信することと、を含む。
場合によっては、本方法は、第１の中継者コンピュータにより、第１の暗号鍵の暗号化バージョンを受信者から受信し、暗号化されたメッセージ暗号鍵（ＭＥＫ）を復号する前に、受信者コンピュータに関連付けられた受信者識別子（ＲＩＤ）に基づいて、受信者が暗号化された第１の暗号鍵の復号を要求する権限があることを検証することを含む。場合によっては、第１の暗号鍵は、対称暗号化プロセスを使用して暗号化される。場合によっては、第１の暗号鍵は、非対称暗号化プロセスを使用して暗号化される。

さらに別の例示的な実施形態は、セキュアなメッセージ受け渡しのためのシステムを提供する。システムは、第１のメモリと、第１のメモリに結合された少なくとも１つの第１のプロセッサとを含む第１の中継者を含み、第１の中継者は、送信者コンピュータに配置されたメッセージであって送信者コンピュータと受信者コンピュータとの間で受け渡されるメッセージを暗号化するために、送信者コンピュータによって生成されたメッセージ暗号鍵（ＭＥＫ）を受信し、ＭＥＫの暗号化バージョンを生成するために、第１の中継者に配置されたガード鍵を用いてＭＥＫを暗号化し、メッセージに含めるために、ＭＥＫの暗号化バージョンを送信者コンピュータに送信し、ＭＥＫの暗号化バージョンを受信者コンピュータから受信し、ＭＥＫの復号バージョンを生成するために、第１の中継者に配置されたガード鍵を用いて暗号化されたＭＥＫを復号し、メッセージを復号するために、ＭＥＫの復号バージョンを受信者コンピュータに送信するように構成される。
システムはさらに、第２のメモリと、第２のメモリに結合された少なくとも１つの第２のプロセッサとを含む第２の中継者を含み、第２の中継者は、第１の中継者とは分離されており、独立であり、かつ別個の第２の中継者は、ＭＥＫの暗号化バージョンとＭＥＫを用いて送信者コンピュータによって暗号化されたメッセージとを送信者コンピュータから受信し、暗号化されたメッセージとＭＥＫの暗号化バージョンとを受信者コンピュータに送信する要求を受信し、ＭＥＫの暗号化バージョンとＭＥＫを用いて送信者コンピュータによって暗号化されたメッセージとを、受信者コンピュータに送信する、ように構成される。
場合によっては、第１の中継者は、ＭＥＫの暗号化バージョンと、受信者コンピュータに関連付けられた受信者識別子（ＲＩＤ）とにデジタル署名するようにさらに構成される。場合によっては、第１の中継者は、受信者からＭＥＫのデジタル署名され暗号化されたバージョンを受信し、暗号化されたＭＥＫを復号する前に、ＲＩＤに基づいて、受信者がＭＥＫの暗号化バージョンの復号を要求する権限を有することを検証するように、さらに構成される。
場合によっては、第１の中継者は、送信者コンピュータからＭＥＫを受信したことに応答して、送信者コンピュータがＭＥＫの暗号化を要求する権限を有することを検証するようにさらに構成される。場合によっては、送信者コンピュータは、ＭＥＫを用いてメッセージを暗号化するように構成され、受信者コンピュータは、復号されたＭＥＫを用いてメッセージを復号するように構成される。場合によっては、ＭＥＫは、対称暗号化プロセスを使用して暗号化される。

他の態様、実施例、これらの態様及び実施例の利点は、以下で詳細に説明される。前述の情報及び以下の詳細な説明は、さまざまな態様及び特徴の実例にすぎず、特許請求される態様及び実施例の性質及び特徴を理解するための概観又はフレームワークを提供することを意図していることが理解されよう。本明細書に開示される任意の実施例又は特徴は、任意の他の実施例又は特徴と組み合わせることができる。異なる実施例への言及は、必ずしも相互に排他的ではなく、実施例に関連して説明された特定の特徴、構造、又は特性が、少なくとも１つの実施例に含まれ得ることを示すように意図されている。したがって、「他の（other）」及び「別の（another）」のような用語は、本明細書で説明される実施例を参照する場合、あらゆる種類の排他性又はグループ化を伝えることを意図しておらず、むしろ読みやすさを向上させるために含まれる。

少なくとも１つの実施例の様々な態様が、縮尺通りに描画することが意図されていない添付の図面を参照して以下で説明される。図面は、様々な態様の例示及びさらなる理解を提供するために含まれており、本明細書に組み込まれ、その一部を構成するが、任意の特定の実施例への限定の定義として意図されていない。図面は、本明細書の残りの部分と共に、説明され、特許請求された態様の原理及び動作を説明するのに役立つ。これらの図面では、様々な図面に図示されている同一又は略同一の各構成要素は、同様の数字によって表されている。分かり易くするために、すべての構成要素がすべての図において符号を付されている訳ではない。

図１は、本開示の一実施形態による、例示的なメッセージ受け渡しプロセスの概略図である。

図２は、本開示の一実施形態による、別の例示的なメッセージ受け渡しプロセスの概略図である。

図３は、本開示の一実施形態による、さらに別の例示的なメッセージ受け渡しプロセスの概略図である。

図４は、本開示の実施形態による、例示的なセキュアなメッセージ受け渡しプロセスの概略図である。

図５は、図４の例示的なセキュアなメッセージ受け渡しプロセスに対応するデータフロー図である。

図６は、本開示の一実施形態による、例示的なセキュアなメッセージ受け渡しプロセスのフロー図である。

図７は、本開示の一実施例による、セキュアなメッセージ受け渡しプロセスを実行するように構成されたコンピューティング・プラットフォームのブロック図である。

概要
前述したように、受信者が送信者から直接メッセージを受信することができない場合に、中継者を用いてメッセージを送信者から受信者に伝えることができる。しかしながら、中継者を利用する技術は、高度に制御された環境では有効であるが、それにもかかわらず、それらの利用は、確立されたセキュリティ対策を回避し、それらの実装の弱点及び脆弱性を悪用しようとする攻撃に対して脆弱である。また、これらの技術は、中継者とトラステッドな（信頼できる）関係を確立する必要があるため、又はエンティティ間で多くの暗号鍵／復号鍵を作成し、維持し、交換する必要があるため、大規模に実装される場合には高いコストと複雑さとを有する。

この目的を達成するために、これらの脆弱性、コスト、及び複雑さを克服する技術が、セミトラステッドな（半信頼できる）中継者を使用して、セキュアなメッセージ受け渡しのために提供される。本開示の一実施形態によれば、送信者プロセスとしてホストするコンピュータは、受信者プロセスをホストする別のコンピュータに渡す、送信する、又は他の方法で伝えるクリアな（暗号化されていない）メッセージを有する。送信者は、メッセージを暗号化するための対称なメッセージ暗号鍵（ＭＥＫ：message encryption key）を生成し、ＭＥＫを暗号化するための第１の中継者に対する要求とともに、ＭＥＫを第１の中継者プロセスに送信する。送信者は、受信者に一意に関連付けられた受信者識別子（ＲＩＤ：recipient identifier）も要求に含める。ＲＩＤ には、例えば、システムで使用される認証レルム内の任意の一意の識別子を含めることができる。例えば、マイクロソフトのアクティブディレクトリでは、ＲＩＤはセキュリティ識別子（ＳＩＤ：Security Identifier） である。一部の認証システムでは、ＲＩＤはユーザＩＤやサービスＩＤ、又はメッセージの受信者を一意に識別するために使用できるその他の値とすることができる。第１の中継者は、送信者が鍵の暗号化を要求する権限を有することを検証する。第１の中継者は、ガード鍵とも呼ばれる独自の鍵を持っている。ガード鍵は、ＭＥＫの暗号化バージョン（即ち、元のＭＥＫの暗号化）と、ＲＩＤの暗号化バージョン（即ち、元のＲＩＤの暗号化）とを生成するために使用される。暗号化されたＭＥＫと暗号化されたＲＩＤの組み合わせは、セキュリティを強化するために、第１の中継者がまとめて署名できる。これにより、第１の中継者は、暗号化されたＭＥＫとＲＩＤとが第１の中継者によって以前に処理されたことを後で確認できる。第１の中継者は、暗号化／署名されたＭＥＫ／ＲＩＤを送信者に送り返す。次に、送信者は最初に生成された（暗号化されていない）ＭＥＫを使用してメッセージを暗号化する。次に、送信者は、暗号化されたメッセージ、ＲＩＤ、及び暗号化／署名されたＭＥＫ／ＲＩＤを第２の中継者プロセス（メッセージリポジトリなど）に送信する。第２の中継者プロセスは、送信者がメッセージを送信する権限を有していることを確認し、受信者のためにデータを保持する。第２の中継者プロセスは、ＲＩＤを使用して、メッセージが対象とする受信者を識別する。いくつかの実施形態では、第２の中継者は、メッセージを取得可能であることを受信者（及び、任意選択で送信者）に知らせるために、受信者に通知するか、情報を付与することができる。次に、受信者は、第２の中継者から暗号化されたメッセージと暗号化／署名されたＭＥＫ／ＲＩＤを取得しようと試みる。受信者は、暗号化されたメッセージを取得するのに適切な任意の技術を使用できる。例えば、受信者は、定期的に又は非定期的に第２の中継者をポーリングして、第２の中継者が受信者のために保持している任意のメッセージの配信を要求することができる。受信者が暗号化されたメッセージを取得しようとすると、第２の中継者は、受信者のＩＤがＲＩＤと一致することを確認し、要求を承認する。受信者は、暗号化されたメッセージと暗号化／署名されたＭＥＫ／ＲＩＤを第２の中継者から受信し、第１の中継者に暗号化されたＭＥＫの復号を要求する。第１の中継者は、暗号化されたＭＥＫ／ＲＩＤの組み合わせが第１の中継者によって署名されたこと、及び受信者のＩＤがＲＩＤと一致することを確認した後で、ＭＥＫを復号して受信者に送信する。最後に、受信者は、ＭＥＫを用いてメッセージを復号する。第１の中継者及び第２の中継者は、どちらも暗号化されていないメッセージの保存又は処理については信頼されていないが、鍵の確実な暗号化、暗号化されたメッセージの保存、及び指定された送信者と受信者へのアクセスのみの許可については信頼されているので、セミトラステッドと見なされる。

本開示の実施形態は、対称暗号化と複数の中継者の分離とを利用して、完全にトラステッドな中継者と比較して単純さを維持しながらセキュリティを向上させると共に、受信者毎に非対称鍵を用いてメッセージを暗号化する場合と比較してセキュリティを犠牲にすることなく複雑さを低減する、単純で、低コストで、高性能のオプションを提供する。メッセージの機密性は、送信者においてメッセージを暗号化し、受信者においてメッセージを復号することによって維持される。即ち、送信者と受信者のみが、暗号化されていないクリアなメッセージにアクセスできる。いくつかの実施形態では、少なくとも２つのセミトラステッドな中継者が使用される。即ち、１つは鍵の暗号化／復号のために使用され、もう１つはメッセージ及び鍵の受け渡しのために使用される。少なくとも２つの中継者が存在するので、攻撃者がそれらのうちの１つを攻撃しても侵害は発生しない。さらに、２つの中継者は分離されており、独立であり、かつ別個であるので、インフラストラクチャの所有者には、両方の中継者が危険にさらされる前に、アクティブな攻撃を検出し、対処するための追加の時間が与えられることになる。しかしながら、少なくとも２つの中継者を有するにもかかわらず、第１の中継者はステートレスであるため、２つの永続的なデータストアは必要ない。換言すれば、第１の中継者は、セキュアなメッセージ受け渡しプロセスの一部として受信したり生成したりするデータを保存しない。むしろ、第１の中継者は、メッセージを暗号化するために送信者によって使用され、メッセージを復号するために受信者によって使用されるメッセージ暗号鍵を暗号化及び復号するために、第１の中継者によって使用される単一の「ガード」鍵を保持する。暗号化されたメッセージ暗号鍵は、暗号化されたメッセージと共に第２の中継者を介して送信者から受信者に渡される。これは、配備コスト及び複雑さが、完全にトラステッドな中継者を使用する場合と同等であることを意味する。これにより、すべての送信者と受信者が独自の公開暗号鍵と秘密暗号鍵とを持つ必要がある方式と比較して、大規模な又は動的な環境でメッセージ暗号鍵を管理するコストと複雑さとが軽減される。したがって、開示された技術は、任意の規模の環境において、そのようなコストと複雑さとを回避する。

本開示の実施形態は、マイクロソフトのウィンドウズ(登録商標）又は他のプラットフォーム（例えば、モバイルコンピューティングプラットフォーム、及び低電力要件が非対称暗号化技術の使用を制限し得るモノのインターネット （ＩｏＴ：Internet of Things）デバイス）を含む、広範囲のプラットフォーム上で実施され得る。

本明細書で説明される方法及びシステムの例の適用は、以下の説明に記載されるか、又は添付の図面に示される構成の詳細及び構成要素の配置に限定されない。方法及びシステムは、他の例で実装することができ、様々な方法で実施又は実行することができる。特定の実装の例は、本明細書では、例示のみを目的として提供されており、限定することを意図していない。特に、任意の１つ又は複数の例に関連して説明される動作、構成要素、要素、及び特徴は、任意の他の例における同様の役割から除外されることを意図しない。

一般的な用語
本明細書で使用される「メッセージ」という用語は、その平易で通常の意味に加えて、電子的、光学的、音響的、電磁的、又は任意の他の適切なタイプの通信を使用するなど、任意の伝達手段によって、１つのコンピューティングサービス、デバイス、又はコンピュータ実装プロセスから、別のコンピューティングサービス、デバイス、又はコンピュータ実装プロセスに送信され、受け渡され、又は別の方法で伝達される任意のデータ又は情報を指す。

本明細書で使用される「送信者（sender）」という用語は、その平易で通常の意味に加えて、１つ又は複数の受信者へのメッセージの送信者など、一意の検証可能なＩＤを有する任意のコンピュータ実装プロセスを指す。例えば、送信者は、ユーザ又はメッセージの送受信に使用されるコンピュータに関連付けることができる。

本明細書で使用される「暗号化（encryption）」及び「復号（decryption）」という用語は、その平易で通常の意味に加えて、それぞれ、メッセージ又は他のデータを、理解できない形式に変換したり、理解できない形式から変換したりする任意の１つ又は複数のプロセスを指す。例えば、暗号化されたメッセージは、理解できないメッセージであり、復号されたメッセージは、少なくとも１つのエンティティには、追加の変換なしで理解可能である。

本明細書で使用される「受信者（recipient）」という用語は、その平易で通常の意味に加えて、別のエンティティ（例えば、送信者）から渡されたメッセージの受信者など、一意の検証可能なＩＤを有する任意のコンピュータ実装プロセスを指す。受信者は、ユーザ又はメッセージの送受信に使用されるコンピュータに関連付けることができる。

本明細書で使用される「中継者（intermediary）」という用語は、その平易で通常の意味に加えて、メッセージの送信者と受信者との間のメッセージの伝送経路に沿って配置されたエージェントを指す。中継者は、いくつかの実施形態では、送信者及び受信者が中継者によって提供されるサービスにアクセスする権限を有することを確認する認可機関（authorization authority）として機能するコンピュータ実装プロセスである。

いくつかの実施形態では、本明細書で説明する１つ又は複数のプロセス（例えば、送信者、受信者、及び中継者）は、それぞれ、相互の呼び出しを受信して応答するように構成されたアプリケーションプログラムインタフェース（ＡＰＩ）を実装し、公開することができることに留意されたい。例えば、中継者はそれぞれ、送信者と受信者からの呼び出しを受信して応答するように構成されたＡＰＩを実装し、公開することができる。いくつかの実施形態では、これらのＡＰＩは、プロセスが相互運用することを可能にする。さらに、いくつかの実施形態では、上述の１つ又は複数のプロセスは、それぞれ、プロセスの私的使用のために割り当てられたローカルストレージを含むことができる。

プロセス概要
上述したように、中継者を利用する２つ以上のコンピュータ実装プロセス間のセキュアなメッセージ受け渡しには、少なくとも２つの一般的な技術がある。これらの技術は、トラステッドな中継者を使用してメッセージを伝達すること、及びデータへの不正アクセスを防止するためにメッセージを暗号化することを含む。これらの技術は、制御された環境では効果的であるが、セキュリティ対策を回避し、それらの実装における弱点や脆弱性を悪用しようとするエンティティによる攻撃に対しても脆弱である。例えば、一例では、トラステッドな中継者は、メッセージの送信者と受信者の間に位置するエージェントである。トラステッドな中継者は、エンティティ間でクリアテキストメッセージを伝達する。しかしながら、停止中（即ち、保管中）及び処理中に多数のクリアテキストメッセージを保護するには、コストがかかる。また、クリアテキストメッセージなど、中継者に保存されているデータを危険にさらす可能性がある攻撃から、中継者自体を保護する必要がある。一旦トラステッドな中継者が侵害されると、このようなメッセージは攻撃者にとってすべて利用可能になるため、クリアテキストメッセージは、非常に価値のある侵害の標的を作り出す。暗号化はセキュリティを提供するが、大規模な環境でメッセージの暗号化と復号に使用される鍵の配布と管理が難しいために、他のコストと複雑さをもたらす。

本開示の様々な実施形態によれば、１つ又は複数のセキュアな通信チャネルが、送信者から受信者へなどのメッセージを交換するプロセス間に存在するか、又は既存の技術を使用して作成できることが理解されよう。さらに、送信者、受信者、及び任意の中継者を含むすべてのプロセスは、既存の技術を使用して他のプロセスのＩＤを確実に認証するように構成することができることが理解されよう。上述したように、受信者が送信者から直接到達不能である場合、１つ又は複数の中継者を使用して、送信者から受信者にメッセージを渡すことができる。特定の実施形態によれば、送信者も受信者も互いに直接到達不能であるか、又は常に利用可能ではないため、メッセージの受け渡しに中継者を使用することは有用である。中継者は、送信者がメッセージを送信し、受信者が利用可能になりメッセージを受信する準備ができるまでメッセージを保持するために、送信者が確実に利用可能な「中間者（man in the middle）」を提供する。

図１は、本開示の一実施形態による、例示的なメッセージ引渡しプロセス１００の概略図である。送信者プロセス（「送信者」）１０２は、メッセージ１０４を受信者１０６に渡すことによって、メッセージ１０４を受信者プロセス（「受信者」）１０６に直接送信する。メッセージ１０４は、例えば、受信者１０６による受信のみを意図したセンシティブな情報又は機密情報を含むことができる。送信者１０２は、受信者１０６とは分離されており、独立であり、かつ別個である（即ち、送信者１０２及び受信者１０６は、少なくとも２つの異なるスレッドによって実装される）。例えば、送信者１０２及び受信者１０６は、異なるネットワークアドレスを有する物理的に異なるサーバ上に実装することができ、処理環境及びデータストレージ環境を分離することができる。場合によっては、送信者１０２と受信者１０６は、例えば、送信者１０２と受信者１０６との間のデータ交換を防止又は制限するためのネットワークファイアウォール又は他の適切なセキュリティデバイスを使用して、互いに物理的又は論理的に分離することができる。

この構成では、送信者１０２と受信者１０６との間に中継者は存在しない。受信者１０６は到達可能であり、送信者１０２から直接メッセージ１０４を受信可能でなければならない。しかしながら、場合によっては、受信者１０６は、オフラインであるか、又はメッセージ１０２を受信することができない場合がある。このような場合、プロセス１００は、メッセージの受け渡しに適していない。

図２は、本開示の一実施形態による、別の例示的なメッセージ受け渡しプロセス２００の概略図である。この構成では、中継者プロセス（「中継者」）２０２は、送信者１０２と受信者１０６との間に配置される。送信者１０２は、メッセージ１０４を、受信者１０６に関連付けられた受信者識別子と共に、中継者２０２に渡す。中継者２０２は、送信者１０２からメッセージ１０４を受信し、受信者１０６がメッセージ要求２０４を中継者２０２に送信するまでメッセージ１０４を保持する。受信者１０６は、例えば、受信者１０６がメッセージ１０４を受信することを期待しているとき、又は受信者１０６がメッセージについて中継者２０２にポーリングするとき（例えば、特定の時間間隔でのポーリング、又は電源投入、ドメインコントローラへの認証などの特定のイベントに応答してのポーリング）はいつでも、メッセージ要求２０４を中継者２０２に送信することができる。中継者２０２は、受信者１０６のＩＤが受信者識別子と一致する場合、メッセージ１０４を受信者１０６に渡すことによって、メッセージ要求２０４に応答する。

プロセス２００は、プロセス１００の制限のいくつかに対処する。例えば、プロセス２００を使用すると、中継者２０２は受信者１０６がそれを取得するまでメッセージ１０４を保持するので、受信者１０６は送信者１０２から到達可能である必要はない。

図３は、本開示の一実施形態による、さらに別の例示的なメッセージ受け渡しプロセス３００の概略図である。この構成では、少なくとも２つの中継者（例えば、第１の中継者３０２及び第２の中継者３１２）が、送信者１０２と受信者１０６との間に配置される。送信者１０２は、メッセージ暗号鍵３０６を使用してメッセージ１０４を暗号化するか、又はメッセージ１０４を保護して、暗号化された（ロックされた）メッセージ３０４を生成する。送信者１０２は、鍵３０６を、鍵３０６を格納する第１の中継者３０２に送信する。送信者１０２は、暗号化されたメッセージ３０４を別途第２の中継者３１２に渡す。第２の中継者３１２は、受信者１０６からメッセージ３０４に対する要求３１４を受信するまで、メッセージ３０４を保持する。第２の中継者３１２は、メッセージ要求３１４を受信すると、暗号化されたメッセージ１０４を受信者１０６に渡す。第１の中継者３０２に格納されている鍵３０６は、受信者１０６からの鍵要求３１６に応答して、第１の中継者３０２から受信者１０６に渡される。次に、鍵３０６は、暗号化されたメッセージ３０４を復号（ロック解除）するために、受信者１０６によって使用される。

いくつかの実施形態によれば、メッセージ１０４を暗号化及び復号するための鍵３０６は、例えば、データに対しスクランブルをかける及び／又はスクランブルを解除するために特別に生成されたランダムなビット列を含むことができる。このような鍵は、各鍵が一意でかつ予測不能であることを保証するように設計されたプロセスを使用して作成できる。例えば、２５６ビットの高度暗号化標準 (ＡＥＳ：Advanced Encryption Standard) 鍵を使用して、メッセージ１０４を暗号化できる。しかしながら、対称プロセス及び非対称プロセスを含む、任意の適切な暗号化プロセスを使用できることを理解されたい。対称鍵暗号化、即ち、秘密鍵暗号化は、暗号化と復号の両方に単一の鍵を使用する。対称鍵暗号化は、大量のデータを効率的に暗号化するために使用される。２５６ビットのＡＥＳ鍵は、対称鍵である。非対称鍵暗号化、即ち、公開鍵／秘密鍵暗号化（public/private encryption）では、鍵のペアが使用される。公開鍵／秘密鍵のペアの一方の鍵で暗号化されたデータは、公開鍵／秘密鍵のペアの他方の鍵でのみ復号される。非対称鍵のペアが生成されると、通常、公開鍵は暗号化に使用され、秘密鍵は復号に使用される。

上述したように、図２のプロセス２００において、中継者２０２が、送信者１０２と受信者１０６との間でメッセージ１０４を交換するエージェントとして機能するのと同様に、第１の中継者３０２は、送信者１０２と受信者１０６との間で鍵３０６を交換するエージェントとして機能する。しかしながら、上述したように、送信者１０２からメッセージ１０４を受信する代わりに、送信者１０２は、メッセージ１０４無しで、鍵３０６を第１の中継者３０２に渡す。代わりに、暗号化されたメッセージ３０４は、受信者１０６が配信を要求するまで暗号化されたメッセージ３０４を保持する第２の中継者３１２（例えば、メッセージ及びメッセージを記述するメタデータを格納するように編成されたメッセージリポジトリ）を介して、送信者１０２から受信者１０６に渡される。暗号化されていないメッセージ１０４はまったく受け渡しされない。このようにすることで、第１の中継者３０２は、元の暗号化されていないメッセージ１０４又は暗号化されたメッセージ３０４のいずれにもアクセスできない。

第１の中継者３０２は、暗号化されたメッセージ３０４を保持していないので、鍵３０６だけでは、メッセージ３０４内の情報にアクセスするのに役に立たないことに留意されたい。これは、第１の中継者３０２の攻撃に対する保護の追加のレイヤーを提供する。その他の点では、プロセス３００はセキュリティ問題を解決するが、メッセージ毎に送信者１０２から受信者１０６に個別の暗号鍵を格納し転送することに関連する追加コスト及び管理の複雑さがある（多くのメッセージについては、大規模な場合、これは多くのストレージ及び処理コストが発生する可能性がある）。

セキュアなメッセージの受け渡し方法の例
図４は、本開示の一実施形態による、例示的なセキュアなメッセージ受け渡しプロセス４００の概略図である。この構成では、少なくとも２つの中継者（例えば、第１の中継者４０２及び第２の中継者４１２）が、送信者１０２と受信者１０６との間に配置される。ここで、メッセージ１０４を暗号化及び復号するプロセスは、第１の中継者４０２がメッセージ１０４を暗号化するために送信者１０２によって生成された暗号鍵を保持しない点で、プロセス３００とは異なる。むしろ、第１の中継者４０２は、以下でさらに詳細に説明されるように、送信者１０２によって生成された対称なメッセージ暗号鍵（ＭＥＫ）４０６を暗号化するために使用される別個の「ガード」鍵４０８を保持する。最初に、送信者１０２は、ＭＥＫ４０６を生成し、ＭＥＫ４０６を暗号化するための第１の中継者４０２への要求と共に、ＭＥＫ４０６を第１の中継者４０２に渡す。ＭＥＫ４０６を生成するために、任意の適切な技術を使用することができる。例えば、ＭＥＫ４０６は、乱数発生器又は擬似乱数発生器を用いてランダムに生成され得る。別の例では、ＭＥＫ４０６は、ハッシュ値としてのパスフレーズと、そのパスフレーズをＭＥＫ４０６に変換する暗号化ハッシュ関数とを用いて生成することができる。送信者１０２はまた、ＭＥＫ４０６に、受信者１０６に関連付けられた受信者識別子（ＲＩＤ）を含める。ＲＩＤは、例えば、受信者１０６に固有の識別子を含むことができる。次に、第１の中継者４０２は、送信者１０２がＭＥＫ４０６の暗号化を要求する権限を有することを検証する。例えば、第１の中継者４０２は、送信者１０２が別個のプロセスを介して信頼されている認可機関として構成され得るし、認可機関にアクセスすることもできる。

第１の中継者４０２が、送信者１０２がＭＥＫ４０６の暗号化を要求する権限を有していることを確認すると、第１の中継者４０２は、第１の中継者４０２に配置されたガード鍵４０８を用いてＭＥＫ４０６を暗号化する。ガード鍵４０８は、ガード鍵４０８が第１の中継者４０２によってのみ保持され、他のいかなるエンティティとも共有されないという点で、他の鍵とは異なる。これは、いったんＭＥＫ４０６が暗号化されると、第１の中継者４０２のみが、ＭＥＫ４０６を復号することができるため重要である。暗号化された形式では、ＭＥＫは、元の（暗号化されていない）ＭＥＫを使用して暗号化されたメッセージ１０４などのデータを復号するための鍵として使用できない。いくつかの実施形態では、第１の中継者４０２はまた、ＲＩＤを暗号化する。暗号化されたＭＥＫとＲＩＤ（ＲＩＤは、特定の実施形態では暗号化され、特定の他の実施形態では暗号化されない）との組み合わせは、第１の中継者４０２によって一緒にデジタル署名されて、暗号化／署名されたＭＥＫ／ＲＩＤ４１０を生成し、送信者１０２に送信する。第１の中継者４０２は、暗号化／署名されたＭＥＫ／ＲＩＤ４１０を送信者１０２に送信した後は、ＭＥＫ、暗号化されたＭＥＫ、ＲＩＤ、又は暗号化／署名されたＭＥＫ／ＲＩＤ４１０を保持しない。次に、送信者１０２は、暗号化されていない元のＭＥＫ４０６を用いて、送信者１０２に配置されたメッセージ１０４を暗号化し、暗号化された（ロックされた）メッセージ４０４を生成する。例えば、２５６ビットＡＥＳプロセスは、ＭＥＫ４０６を用いてメッセージ１０４を暗号化するのに使用することができる。送信者１０２は、暗号化されていない元のＭＥＫ４０６を、第１の中継者４０２以外の任意のエンティティと共有しないことに留意されたい。

次に、送信者１０２は、暗号化されたメッセージ４０４と、暗号化／署名されたＭＥＫ／ＲＩＤ４１０とを、第２の中継者４１２に渡す。第２の中継者４１２は、第１の中継者４０２とは分離されており、独立であり、かつ別個である（即ち、第１の中継者４０２及び第２の中継者４１２は、少なくとも２つの異なる実行環境によって実装される）。例えば、第１の中継者４０２及び第２の中継者４１２は、異なるネットワークアドレスを有する物理的に異なるサーバ上に実装することができ、処理環境及びデータストレージ環境を分離することができる。場合によっては、第１の中継者４０２及び第２の中継者４１２は、例えば、第１の中継者４０２と第２の中継者４１２との間のデータの交換を防止又は制限するためのネットワークファイアウォール又は他の適切なセキュリティデバイスを使用して、互いに物理的又は論理的に分離することができる。

次に、第２の中継者４１２は、送信者１０２が暗号化されたメッセージ４０４を渡す権限を有することを検証する。例えば、第２の中継者４１２は、送信者１０２が別個のプロセスを介して信頼されている認可機関として構成され得るし、認可機関にアクセスすることもできる。送信者１０２が暗号化されたメッセージ４０４を渡す権限を有していない場合、第２の中継者４１２は、暗号化されたメッセージ４０４を削除するか、他の方法で破棄する。第２の中継者４１２が、送信者１０２が暗号化されたメッセージ４０４を渡す権限を有していることを確認すると、第２の中継者４１２は、暗号化されたメッセージ４０４を保持する。第２の中継者４１２は、第２の中継者４１２のＩＤが受信者１０６のＲＩＤと一致しないため、暗号化されていないＭＥＫ４０６にアクセスできず、暗号化されていないＭＥＫ４０６にアクセスできないため、暗号化されたメッセージ４０４を復号することができない。さらに、第１の中継者４０２は、第２の中継者４１２又は一致するＲＩＤを有するエンティティ（受信者１０６など）以外の任意のエンティティからの任意の復号要求を拒否して、復号鍵を提供するように構成することができ、それによって、第２の中継者４１２が暗号化されたメッセージ４０４を復号することをさらに防止する。

次に、受信者１０６は、メッセージ要求４１４を第２の中継者４１２に送信し、これにより、第２の中継者４１２に対して、暗号化されたメッセージ４０４及び暗号化／署名されたＭＥＫ／ＲＩＤ４１０を受信者１０６に渡すように要求する。受信者１０６は、様々なイベントのいずれかに応答して、要求メッセージ４１４を生成し、送信することができる。例えば、受信者１０６は、定期的又は非定期的に第２の中継者４１２をポーリングして、第２の中継者４１２が受信者１０６に代わって保持している任意のメッセージの配信を要求することができる。次に、第２の中継者４１２は、ＲＩＤを用いて、受信者１０６が暗号化されたメッセージ４０４を受信する権限を有することを検証する。例えば、上述したように、第２の中継者４１２は、受信者１０６が別個のプロセスを介して信頼されている認可機関として構成することができるか、又は認可機関にアクセスすることができる。いくつかの実施形態では、ＲＩＤが必ずしも使用されないことに留意されたい。しかしながら、ＲＩＤ又は他の識別情報の使用は、メッセージの配信を要求するエンティティ（例えば、受信者１０６）がメッセージを受信する権限を有することを保証するのに役立つ。

第２の中継者４１２が、受信者１０６が暗号化されたメッセージ４０４を受信する権限を有していることを確認すると、第２の中継者４１２は、暗号化されたメッセージ４０４及び暗号化／署名されたＭＥＫ／ＲＩＤ４１０を受信者１０６に渡す。暗号化されたメッセージ４０４と暗号化／署名されたＭＥＫ／ＲＩＤ４１０とは、一緒に又は別々に渡すことができる。暗号化されたメッセージ４０４と暗号化／署名されたＭＥＫ／ＲＩＤ４１０の両方が必要であり、暗号化／署名されたＭＥＫ／ＲＩＤ４１０が無ければ、暗号化されたメッセージ４０４は復号できず、暗号化されたメッセージ４０４が無ければ、暗号化／署名されたＭＥＫ／ＲＩＤ４１０を使用してメッセージを取得できないことに留意されたい。

次に、受信者１０６は、暗号化／署名されたＭＥＫ／ＲＩＤ４１０を、暗号化されたＭＥＫを復号するための第１の中継者４０２への要求と共に、第１の中継者４０２に送信する。受信者１０６は、第１の中継者４０２への復号要求にＲＩＤも含める。次に、第１の中継者４０２は、受信者１０６が暗号化ＭＥＫの復号を要求する権限を有すること、及びＲＩＤが受信者１０６のＲＩＤと一致することを検証する。例えば、上述したように、第１の中継者４０２は、受信者１０６が別個のプロセスを介して信頼されている認可機関として構成することができ、又は認可機関にアクセスすることができる。いくつかの実施形態では、第１の中継者４０２はまた、暗号化されたＭＥＫとＲＩＤとの組み合わせが、改ざん防止手段として第１の中継者によって以前に署名されたことを確認する。

第１の中継者４０２が、受信者１０６が暗号化されたＭＥＫの復号を要求する権限を有しており、ＲＩＤが受信者１０６のＲＩＤと一致することを確認すると、第１の中継者４０２は、ガード鍵４０８を使用して暗号化されたＭＥＫを復号する。ガード鍵４０８は、上述したように、第１の中継者４０２のみによって保持され、他のいかなるエンティティとも共有されない。次に、復号されたＭＥＫ４０６は、受信者１０６に渡される。次に、受信者１０６は、復号されたＭＥＫ４０６を使用して暗号化されたメッセージ４０４を復号し、復号された（ロック解除された）メッセージ１０４を生成する。

いくつかの実施形態によれば、ＭＥＫ４０６及び暗号化／署名されたＭＥＫ／ＲＩＤ４１０は、例えば、データに対しスクランブルをかける及び／又はスクランブルを解除するために特別に生成されたランダムなビット列を含むことができる。このような鍵は、各鍵が一意でかつ予測不能であることを保証するように設計されたプロセスを使用して作成できる。例えば、２５６ビットのＡＥＳプロセス鍵を使用して、メッセージ１０４を暗号化することができる。しかしながら、対称暗号化／復号プロセス及び非対称暗号化／復号プロセスを含む、任意の適切な暗号化プロセスが使用可能であることが理解されよう。また、プロセス４００は、任意の数の送信者、受信者、及び中継者を用いて実施可能であることも理解されよう。例えば、１人の送信者は、プロセス４００を使用して、複数の受信者にメッセージを渡すことができる。同様に、複数の送信者は、プロセス４００を使用して、単一の受信者にメッセージを渡すことができる。他の実施形態及び変形例は、本開示に照らして明らかであろう。

データフローの例
図５は、本開示の一実施形態による、図４の例示的なセキュアなメッセージ受け渡しプロセス４００に対応するデータフロー図５００である。図５を参照すると、

(１) 上述したように、最初に、送信者１０２は、対称なメッセージ暗号鍵（ＭＥＫ）４０６を生成し、ＭＥＫ４０６を、ＭＥＫ４０６を暗号化するための第１の中継者４０２への要求と共に、第１の中継者４０２に送る。また、送信者１０２は、第１の中継者４０２への要求に、受信者に関連付けられた受信者識別子（ＲＩＤ）を含める。次に、第１の中継者４０２は、送信者１０２がＭＥＫ４０６の暗号化を要求する権限を有することを検証する。

(２) 第１の中継者４０２が、送信者１０２がＭＥＫ４０６の暗号化を要求する権限を有していることを確認すると、第１の中継者は、ＭＥＫ４０６を暗号化して、暗号化されたＭＥＫを生成する。暗号化されたＭＥＫとＲＩＤの暗号化された組み合わせは、暗号化／署名されたＭＥＫ／ＲＩＤを生成するために第１の中継者によって署名され、送信者１０２に送り返される。次に、送信者１０２は、暗号化されていない（元の）ＭＥＫ４０６を用いてメッセージ１０４を暗号化し、暗号化された（ロックされた）メッセージ４０４を生成する。

(３) 次に、送信者１０２は、暗号化されたメッセージ４０４と、暗号化／署名されたＭＥＫ／ＲＩＤ １０とを、第２の中継者４１２に渡す。第２の中継者４１２は、暗号化されたメッセージ４０４及び暗号化／署名されたＭＥＫ／ＲＩＤ４１０を受信するが、第１の中継者４０２は、暗号化されていないメッセージ１０４又は暗号化されたメッセージ４０４のいずれをも受信することがなく、又は他の方法でもアクセスすることはない、ということに留意されたい。これにより、第１の中継者４０２に対する任意の攻撃が、クリアテキスト又は暗号化された形式のメッセージにアクセスすることを防止する。次に、第２の中継者４１２は、送信者１０２が暗号化されたメッセージ４０４を渡す権限を有することを検証する。第２の中継者４１２が、送信者１０２が暗号化されたメッセージ４０４を渡す権限を有していることを確認すると、第２の中継者４１２は、暗号化されたメッセージ４０４及び暗号化／署名されたＭＥＫ／ＲＩＤ４１０を保持する。

(４) 次に、受信者１０６は、暗号化されたメッセージ４０４及び暗号化された／署名されたＭＥＫ／ＲＩＤ ４１０を第２の中継者４１２に要求する（４１４）。

(５) 次に、第２の中継者４１２は、ＲＩＤを用いて、受信者１０６が暗号化されたメッセージ４０４を受信する権限を有することを検証する。第２の中継者４１２は、受信者１０６が暗号化されたメッセージ４０４を受信する権限を有していることを確認すると、第２の中継者４１２は、暗号化されたメッセージ４０４及び暗号化／署名されたＭＥＫ／ＲＩＤ４１０を受信者１０６に渡す。

(６) 次に、受信者１０６は、暗号化／署名されたＭＥＫ／ＲＩＤ４１０を、暗号化されたＭＥＫを復号するための第１の中継者４０２への要求と共に、第１の中継者４０２に送信する。次に、第１の中継者４０２は、受信者１０６が暗号化されたＭＥＫの復号を要求する権限を有すること、ＲＩＤが受信者１０６のＲＩＤと一致すること、及び暗号化されたＭＥＫとＲＩＤの組み合わせが以前に第１の中継者４０２によって署名されていることを検証する。

(７) 第１の中継者４０２が、受信者１０６が暗号化されたＭＥＫの復号を要求する権限を有していること、ＲＩＤが受信者１０６のＲＩＤと一致すること、及び暗号化されたＭＥＫとＲＩＤの組み合わせが以前に第１の中継者４０２によって署名されていることを確認すると、第１の中継者４０２は暗号化されたＭＥＫを復号する。次に、復号されたＭＥＫ４０６は、受信者１０６に渡される。

(８) 次に、受信者１０６は、復号されたＭＥＫ４０６を使用して暗号化されたメッセージ４０４を復号し、復号された（ロック解除された）メッセージ１０４を生成する。

方法論の例
図６は、本開示の一実施形態による、例示的なセキュアなメッセージ受け渡しプロセス６００のフロー図である。最初に、送信者（例えば、図４の送信者１０２）として動作するコンピュータ実装プロセスが、対称なメッセージ暗号鍵（ＭＥＫ）を生成し（６０１）、ガードとして動作する別のコンピュータ実装プロセス（例えば、図４の第１の中継者（ガード）４０２）に、ＭＥＫを暗号化するためのガードへの要求と共に、ＭＥＫを送信する。方法６００は、ガードによってＭＥＫを受信するステップ６０２を含む。いくつかの実施形態では、ＭＥＫを受信するステップ６０２は、送信者によって受信者（図４の受信者１０６）として識別された別のコンピュータ実装プロセスに関連付けられた受信者識別子（ＲＩＤ）を受信することをさらに含む。ＲＩＤは、例えば、受信者を一意に識別するために使用することができる任意の値のセットを含むことができる。ガードは、送信者がＭＥＫの暗号化を要求する権限を有することを検証する。方法６００は、ガードのみがアクセス可能な鍵を使用して、ＭＥＫを暗号化するステップ６０４をさらに含む。いくつかの実施形態では、暗号化されたＭＥＫとＲＩＤとの組み合わせは、ガード鍵を使用してガードによって署名され（６０４）、暗号化／署名されたＭＥＫ及びＲＩＤを生成する。方法６００は、ガードによって、暗号化／署名されたＭＥＫ／ＲＩＤを送信者に送信するステップ６０６をさらに含む。

いくつかの実施形態では、方法６００は、送信者によって、暗号化されていないＭＥＫを使用してメッセージを暗号化し、暗号化された（ロックされた）メッセージを生成するステップ６０８を含む。次に、送信者は、暗号化されたメッセージと暗号化／署名されたＭＥＫ／ＲＩＤを、メッセージリポジトリ（例えば、図４の第２の中間者（メッセージリポジトリ）４１２）として機能する別のコンピュータ実装プロセスに渡す。方法６００は、さらに、メッセージリポジトリによって、暗号化されたメッセージ及び暗号化／署名されたＭＥＫ／ＲＩＤを受信するステップ６１０を含む。メッセージリポジトリが、暗号化されたメッセージ及び暗号化／署名されたＭＥＫ／ＲＩＤを受信し、保持する一方で、ガードは、暗号化されていないメッセージ又は暗号化されたメッセージのいずれにもアクセスすることはなく、又は他の方法でもアクセスすることができないことに留意されたい。これにより、ガードに対する攻撃が、クリアテキスト又は暗号化された形式のメッセージにアクセスするのを防ぐ。次に、メッセージリポジトリは、送信者が暗号化されたメッセージを受け渡す権限を有することを検証する。メッセージリポジトリが、送信者が暗号化されたメッセージを受け渡す権限を有していることを確認すると、メッセージリポジトリは暗号化されたメッセージを保持する。

次に、受信者は、暗号化されたメッセージと暗号化／署名されたＭＥＫ／ＲＩＤをメッセージリポジトリに要求する。次に、メッセージリポジトリは、ＲＩＤを用いて、受信者が暗号化されたメッセージを受信する権限を有することを検証する。メッセージリポジトリが、受信者が暗号化されたメッセージを受信する権限を有していることを確認すると、方法６００は、メッセージリポジトリによって、暗号化されたメッセージ、及び暗号化／署名されたＭＥＫ／ＲＩＤを受信者に渡すステップ６１２を継続する。

次に、受信者は、暗号化／署名されたＭＥＫ／ＲＩＤを、暗号化されたＭＥＫを復号するためのガードへの要求と共に、ガードに送信する（６１３）。方法６００は、ガード４０２によって、暗号化されたＭＥＫを受信するステップ６１４をさらに含む。 いくつかの実施形態では、ガードは、受信者が暗号化されたＭＥＫの復号を要求する権限を有すること、及びＲＩＤが受信者のＲＩＤと一致することを検証する。ガードは、受信者が暗号化されたＭＥＫの復号を要求する権限を有していること、ＲＩＤが受信者のＲＩＤと一致すること、及び暗号化されたＭＥＫとＲＩＤの組み合わせが以前にガードによって署名されたことを確認すると、方法６００は、ガードによって、暗号化されたＭＥＫを復号するステップ６１６を継続する。方法６００は、ガードによって、復号されたＭＥＫを受信者に送信するステップ６１８をさらに含む。いくつかの実施形態では、方法６００は、受信者によって復号された（ロック解除された）メッセージを生成するために、復号されたＭＥＫ４０６を用いて暗号化されたメッセージを復号するステップ６２０をさらに含む。

コンピューティング・プラットフォームの例
図７は、本開示の一例による、セキュアなメッセージ受け渡しプロセスを実行するように構成されたコンピューティング・プラットフォーム７００のブロック図である。場合によっては、プラットフォーム７００は、ワークステーション、ラップトップコンピュータ、タブレット、モバイルデバイス、又は任意の適切なコンピュータ又は通信デバイスであってもよい。

コンピューティング・プラットフォーム又はデバイス７００は、１つ又は複数のプロセッサ７１０、揮発性メモリ７２０（例えば、ランダムアクセスメモリ）、不揮発性メモリ７３０、１つ又は複数のネットワーク又は通信インタフェース７４０、ユーザインタフェース７６０、ディスプレイスクリーン７７０、及び通信バス７５０を含む。コンピューティング・プラットフォーム７００は、コンピュータ又はコンピュータシステムとも呼ばれる。

不揮発性（一時的でない）メモリ７３０は、以下のものを含むことができる。１つ又は複数のハードディスクドライブ（ＨＤＤ）又は他の磁気又は光ストレージメディア、フラッシュドライブ又は他のソリッドステートストレージメディアなどの１つ又は複数のソリッドステートドライブ（ＳＳＤ）、１つ又は複数のハイブリッド磁気ドライブ及びソリッドステートドライブ、及び/又は、クラウドストレージなどの１つ又は複数の仮想ストレージボリューム、又はそのような物理的なストレージボリュームと仮想ストレージボリューム又はアレイとの組合せ。

ユーザインタフェース７６０は、１つ又は複数の入出力（Ｉ／Ｏ）デバイス（例えば、マウス、キーボード、マイクロフォン、１つ又は複数のスピーカ、１つ又は複数の生体認証スキャナ、１つ又は複数の環境センサ、及び１つ又は複数の加速度計など）を含むことができる。

ディスプレイスクリーン７７０は、グラフィカルユーザインタフェース（ＧＵＩ）を提供することができ、場合によっては、タッチスクリーン又は任意の他の適切なディスプレイデバイスであってもよい。

不揮発性メモリ７３０は、例えば、オペレーティングシステム（「ＯＳ」）７２５及びアプリケーション７３４のコンピュータ命令が、プロセッサ７１０によって揮発性メモリ７２０から読み出されて実行されるように、オペレーティングシステム７２５、１つ又は複数のアプリケーション７３４、及びデータ７３６を格納する。いくつかの例では、揮発性メモリ７２０は、メインメモリよりも高速な応答時間を提供できる１つ又は複数のタイプのＲＡＭ及び／又はキャッシュメモリを含むことができる。データは、ユーザインタフェース７６０を介して入力することができる。コンピューティング・プラットフォーム７００の様々な構成要素は、通信バス７５０を介して通信することができる。

図示されたコンピューティング・プラットフォーム７００は、単なる一例のコンピュータとして示されており、本明細書に記載するように動作可能な適切なハードウェア及び／又はソフトウェアを有することができる任意のタイプのマシン又はマシンのセットを備えた、任意のコンピューティング環境又は処理環境によって実装することができる。

プロセッサ７１０は、１つ又は複数のプログラム可能プロセッサによって実装されて、コンピュータプログラムのような１つ又は複数の実行可能命令を実行することができ、システムの機能を実行する。本明細書で使用される「プロセッサ」という用語は、機能、動作、又は動作のシーケンスを実行する回路を表す。機能、動作、又は動作のシーケンスは、回路内にハードコーディングされるか、又はメモリデバイス内に保持され、回路によって実行される命令によってソフトコーディングされることが可能である。プロセッサは、デジタル値を使用して、及び／又はアナログ信号を使用して、機能、動作、又は動作のシーケンスを実行することができる。

いくつかの例では、プロセッサは、１つ又は複数の特定用途向け集積回路（ＡＳＩＣ）、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、グラフィックス処理ユニット（ＧＰＵ）、マイクロコントローラ、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プログラマブル・ロジック・アレイ（ＰＬＡ）、マルチコア・プロセッサ、又は関連するメモリを備えた汎用コンピュータで実施することができる。

プロセッサ７１０は、アナログ、デジタル、又は混合とすることができる。いくつかの例では、プロセッサ７１０は、１つ又は複数の物理プロセッサ、又は１つ又は複数の仮想（例えば、遠隔に位置する又はクラウド上の）プロセッサとすることができる。複数のプロセッサコアを含む１つのプロセッサ及び／又は複数のプロセッサは、複数の命令の並列、同時実行のための機能、又は複数のデータに対する１つの命令の並列、同時実行のための機能を提供することができる。

ネットワークインタフェース７４０は、コンピューティング・プラットフォーム７００が、セルラー接続を含む様々な有線接続及び／又は無線接続を介して、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、パーソナルエリアネットワーク（ＰＡＮ）、又はインターネットのようなコンピュータネットワーク７８０にアクセスできるようにするための１つ又は複数のインタフェースを含むことができる。いくつかの例では、ネットワーク７８０は、分散コンピューティングを可能にするために、他のコンピューティング・プラットフォーム７９０との通信を可能にしてもよい。いくつかの例では、ネットワーク７８０は、図１～図４の送信者１０２、受信者１０６、中継者２０２又は３０２、第１の中継者４０２、及び第２の中継者４１２のうちの１つ又は複数との通信を可能にすることができる。

様々な実施形態の前述の説明及び図面は、例としてのみ提示されている。これらの実施例は、網羅的であることや、本発明を開示された通りの形態に限定することを意図するものではない。変更、修正、及び変形は、本開示に照らして明らかであり、特許請求の範囲に記載される本発明の範囲内にあることが意図されている。

また、本明細書中で使用される表現及び用語は、説明を目的とするものであり、限定的なものとみなされるべきではない。本明細書において単数形で言及されるシステム及び方法の例、構成要素、要素、又は動作への任意の言及はまた、複数形を含む例を包含することができる。本明細書において複数形で言及される任意の例、構成要素、要素、又は動作への任意の言及はまた、単数のみを含む例を包含することができる。単数形又は複数形の言及は、現在開示されているシステム又は方法、それらの構成要素、行為、又は要素を限定することを意図していない。本明細書における「含む（including）」、「備える（comprising）」、「有する（having）」、「含む（containing）」、「含む（involving）」、及びその変形の使用は、その後に列挙される項目及びその均等物ならびに追加の項目を包含することを意味する。「又は（or）」への言及は、「又は」を使用して記載される任意の用語が、記載される用語のうちのいずれか１つ、２つ以上、及びすべてを示すことができるように、包括的であると解釈され得る。さらに、本文書と参照により本明細書に組み込まれる文書との間で用語の使用が矛盾する場合、組み込まれる参照における用語の使用は、本文書の用語の使用を補足するものであり、整合不能に矛盾する場合、本文書における用語の使用が優先される。

Claims (20)

1. 第１の中継者コンピュータにより、送信者コンピュータに配置されたメッセージであって前記第１の中継者コンピュータとは分離されており、独立であり、かつ別個の第２の中継者デバイスを介して前記送信者コンピュータと受信者コンピュータとの間で受け渡されるメッセージを暗号化するために、前記送信者コンピュータにより生成された第１の暗号鍵を受信することと、
   前記第１の中継者コンピュータにより、前記第１の暗号鍵の暗号化バージョンを生成するために、前記第１の中継者コンピュータに配置された第２の暗号鍵を用いて前記第１の暗号鍵を暗号化することと、
   前記第１の中継者コンピュータにより、前記メッセージに含めるために、前記第１の暗号鍵の前記暗号化バージョンを前記送信者コンピュータに送信することと、
   前記第１の中継者コンピュータにより、前記受信者コンピュータから前記第１の暗号鍵の前記暗号化バージョンを受信することと、
   前記第１の中継者コンピュータにより、前記第１の暗号鍵の復号バージョンを生成するために、前記第１の中継者コンピュータに配置された前記第２の暗号鍵を用いて前記第１の暗号鍵の前記暗号化バージョンを復号することと、
   前記第１の中継者コンピュータにより、前記メッセージを復号するために、前記第１の暗号鍵の復号バージョンを前記受信者コンピュータに送信することと、
   を含む方法。
2. 前記第１の中継者コンピュータにより、前記第１の暗号鍵の前記暗号化バージョンにデジタル署名することをさらに含む、請求項１に記載の方法。
3. 前記第１の中継者コンピュータにより、前記受信者コンピュータから前記第１の暗号鍵の前記デジタル署名され暗号化されたバージョンを受信し、前記第１の暗号鍵の前記暗号化バージョンを復号する前に、前記受信者コンピュータに関連付けられた受信者識別子（ＲＩＤ）に基づいて、前記受信者コンピュータが前記第１の暗号鍵の前記暗号化バージョンの復号を要求する権限を有することを検証することをさらに含む、請求項２に記載の方法。
4. 前記第１の中継者コンピュータにより、前記第１の暗号鍵の前記暗号化バージョンと前記ＲＩＤとにデジタル署名することをさらに含む、請求項３に記載の方法。
5. 前記第２の中継者コンピュータにより、前記第１の暗号鍵の前記暗号化バージョンと、前記第１の暗号鍵を用いて前記送信者コンピュータによって暗号化されたメッセージとを、前記送信者コンピュータから受信することと、
   前記第２の中継者コンピュータにより、前記暗号化されたメッセージと前記第１の暗号鍵の前記暗号化バージョンとを、前記受信者コンピュータに受け渡す要求を受信することと、
   前記第２の中継者コンピュータにより、前記第１の暗号鍵の前記暗号化バージョンと、前記第１の暗号鍵を用いて前記送信者コンピュータによって暗号化された前記メッセージとを、前記受信者コンピュータに受け渡すことと、
   をさらに含む、請求項１記載の方法。
6. 前記中継者コンピュータにより、前記送信者コンピュータから前記第１の暗号鍵を受信したことに応答して、前記送信者コンピュータが前記第１の暗号鍵の暗号化を要求する権限を有することを検証することをさらに含む、
   請求項１に記載の方法。
7. 前記第１の暗号鍵は、対称暗号化プロセスを使用して暗号化される、請求項１に記載の方法。
8. 前記第１の暗号鍵は、非対称暗号化プロセスを使用して暗号化される、請求項１に記載の方法。
9. 第２の中継者コンピュータにより、送信者コンピュータと受信者コンピュータとの間で受け渡される暗号化されたメッセージであって前記送信者コンピュータによって第１の暗号鍵を用いて暗号化された前記メッセージを受信し、前記第２の中継者コンピュータとは分離されており、独立であり、かつ別個の第１の中継者デバイスによって暗号化された前記第１の暗号鍵の暗号化バージョンをさらに受信することと、
   前記第２の中継者コンピュータにより、前記暗号化されたメッセージと前記第１の暗号鍵の前記暗号化バージョンとを前記受信者コンピュータに受け渡す要求を受信することと、
   前記第２の中継者コンピュータにより、前記暗号化されたメッセージと、前記第１の暗号鍵の前記暗号化バージョンであって前記第１の中継者デバイスに配置された第２の暗号鍵を用いて前記第１の中継者コンピュータによって暗号化された前記第１の暗号鍵の前記暗号化バージョンとを、前記受信者コンピュータに受け渡すことと、
   を含む方法。
10. 前記受信者コンピュータに前記暗号化されたメッセージを送信する前に、前記受信者コンピュータに関連付けられた受信者識別子（ＲＩＤ）に基づいて、前記受信者コンピュータが、前記受信者コンピュータへの前記暗号化されたメッセージの受け渡しを要求する権限を有することを、前記第２の中継者コンピュータによって検証することをさらに含む、請求項９に記載の方法。
11. 前記第１の中継者コンピュータにより、前記メッセージを暗号化するために前記送信者コンピュータによって使用される前記第１の暗号鍵を受信することと、
    前記第１の中継者コンピュータにより、前記第１の暗号鍵の前記暗号化バージョンを生成するために、前記第１の中継者デバイスに配置された前記第２の暗号鍵を用いて前記第１の暗号鍵を暗号化することと、
    前記第１の中継者コンピュータにより、前記受信者コンピュータに受け渡される前記メッセージに含めるために、前記第１の暗号鍵の前記暗号化バージョンを前記送信者コンピュータに送信することと、
    前記第１の中継者コンピュータにより、前記送信者コンピュータからの前記メッセージの受信に続いて、前記受信者コンピュータから前記第１の暗号鍵の前記暗号化バージョンを受信することと、
    前記第１の中継者コンピュータにより、前記第１の暗号鍵の復号バージョンを生成するために、前記第２の暗号鍵を用いて前記第１の暗号鍵の前記暗号化バージョンを復号することと、
    前記中継者コンピュータにより、前記メッセージを復号するために、前記第１の暗号鍵の復号バージョンを前記受信者コンピュータに送信することと、
    をさらに含む、請求項１０に記載の方法。
12. 前記第１の中継者コンピュータにより、前記第１の暗号鍵の前記暗号化バージョンを前記受信者から受信し、前記暗号化されたメッセージ暗号鍵（ＭＥＫ）を復号する前に、前記受信者コンピュータに関連付けられた受信者識別子（ＲＩＤ）に基づいて、前記受信者が前記暗号化された第１の暗号鍵の復号を要求する権限があることを検証することをさらに含む、請求項１１に記載の方法。
13. 前記第１の暗号鍵は、対称暗号化プロセスを使用して暗号化される、請求項９に記載の方法。
14. 前記第１の暗号鍵は、非対称暗号化プロセスを使用して暗号化される、請求項９に記載の方法。
15. セキュアなメッセージ受け渡しシステムであって、
    第１のメモリと、前記第１のメモリに結合された少なくとも１つの第１のプロセッサとを含む第１の中継者であって、
    送信者コンピュータに配置されたメッセージであって前記送信者コンピュータと受信者コンピュータとの間で受け渡されるメッセージを暗号化するために、前記送信者コンピュータによって生成されたメッセージ暗号鍵（ＭＥＫ）を受信し、
    前記ＭＥＫの暗号化バージョンを生成するために、前記第１の中継者に配置されたガード鍵を用いてＭＥＫを暗号化し、
    前記メッセージに含めるために、前記ＭＥＫの前記暗号化バージョンを前記送信者コンピュータに送信し、
    前記ＭＥＫの前記暗号化バージョンを前記受信者コンピュータから受信し、
    前記ＭＥＫの復号バージョンを生成するために、前記第１の中継者に配置された前記ガード鍵を用いて暗号化されたＭＥＫを復号し、
    前記メッセージを復号するために、前記ＭＥＫの前記復号バージョンを前記受信者コンピュータに送信する、ように構成された第１の中継者と、
    第２のメモリと、前記第２のメモリに結合された少なくとも１つの第２のプロセッサとを含み、前記第１の中継者とは分離されており、独立であり、かつ別個の第２の中継者であって、
    前記ＭＥＫの前記暗号化バージョンと前記ＭＥＫを用いて前記送信者コンピュータによって暗号化された前記メッセージとを前記送信者コンピュータから受信し、
    暗号化された前記メッセージと前記ＭＥＫの前記暗号化バージョンとを受信者コンピュータに送信する要求を受信し、
    前記ＭＥＫの前記暗号化バージョンと前記ＭＥＫを用いて前記送信者コンピュータによって暗号化された前記メッセージとを、前記受信者コンピュータに送信する、ように構成された第２の中継者と、
    を含む、システム。
16. 前記第１の中継者は、前記ＭＥＫの前記暗号化バージョンと、前記受信者コンピュータに関連付けられた受信者識別子（ＲＩＤ）とにデジタル署名するようにさらに構成された、請求項１５に記載のシステム。
17. 前記第１の中継者は、前記受信者から前記ＭＥＫの前記デジタル署名され暗号化されたバージョンを受信し、前記暗号化されたＭＥＫを復号する前に、前記ＲＩＤに基づいて、前記受信者が前記ＭＥＫの前記暗号化バージョンの復号を要求する権限を有することを検証するように、さらに構成される、請求項１６に記載のシステム。
18. 前記第１の中継者は、前記送信者コンピュータから前記ＭＥＫを受信したことに応答して、前記送信者コンピュータが前記ＭＥＫの暗号化を要求する権限を有することを検証するようにさらに構成される、請求項１５に記載のシステム。
19. 前記送信者コンピュータは、前記ＭＥＫを用いてメッセージを暗号化するように構成され、前記受信者コンピュータは、前記復号されたＭＥＫを用いて前記メッセージを復号するように構成される、請求項１５に記載のシステム。
20. 前記ＭＥＫは、対称暗号化プロセスを使用して暗号化される、請求項１５に記載のシステム。

Images