翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
ビーコンの設定
クライアント側の暗号化ライブラリの名前が AWS Database Encryption SDK に変更されました。このデベロッパーガイドでは、引き続き DynamoDB Encryption Client に関する情報を提供します。 |
検索可能な暗号化をサポートするビーコンには 2 つのタイプがあります。標準ビーコンは、一致検索を実行します。これらは、データベースで検索可能な暗号化を実装する最も簡単な方法です。複合ビーコンは、リテラルプレーンテキスト文字列と標準ビーコンを組み合わせて、より複雑なクエリを実行します。
ビーコンは、データが入力されていない新しいデータベースに実装されるように設計されています。既存のデータベースで設定されたビーコンは、データベースに書き込まれる新しいレコードのみをマッピングします。ビーコンはフィールドのプレーンテキストの値から計算されます。フィールドが暗号化されると、ビーコンは既存のデータをマッピングできなくなります。ビーコンを持つ新しいレコードを書き込んだ後に、そのビーコンの設定を更新することはできません。ただし、レコードに追加する新しいフィールドに新しいビーコンを追加できます。
アクセスパターンを決定したら、データベース実装の 2 番目のステップとしてビーコンを設定する必要があります。次に、すべてのビーコンを設定したら、AWS KMS 階層キーリング を作成し、ビーコンバージョンを定義し、各ビーコンのセカンダリインデックス を設定し、暗号化アクション を定義し、データベースと AWS Database Encryption SDK クライアントを設定する必要があります。詳細については、「ビーコンの使用」を参照してください。
ビーコンのバージョンをより簡単に定義できるように、標準ビーコンと複合ビーコンのリストを作成することをお勧めします。作成した各ビーコンを、設定時にそれぞれの標準ビーコンリストまたは複合ビーコンリストに追加します。
標準ビーコンの設定
標準ビーコンは、データベースで検索可能な暗号化を実装する最も簡単な方法です。単一の暗号化されたフィールドまたは仮想フィールドについてのみ一致検索を実行できます。
設定構文の例
標準ビーコンを設定するには、次の値を指定します。
- ビーコン名
-
暗号化されたフィールドをクエリする際に使用する名前。
ビーコン名は、暗号化されたフィールドまたは仮想フィールドと同じ名前にすることができますが、暗号化されていないフィールドと同じ名前にすることはできません。可能な場合は常に、標準ビーコンの構築元となる暗号化されたフィールドまたは仮想フィールドの名前を使用することを強くお勧めします。2 つの異なるビーコンに同じビーコン名を付けることはできません。実装に最適なビーコン名を決定する方法については、「ビーコン名の選択」を参照してください。
- ビーコンの長さ
-
切り詰めた後に保持されるビーコンのハッシュ値のビット数。
ビーコンの長さによって、特定のビーコンによって生成される誤検知の平均数が決まります。実装に適切なビーコンの長さを決定する方法の詳細とヘルプについては、「ビーコンの長さの決定」を参照してください。
- ビーコンソース (オプション)
-
標準ビーコンの構築元となるフィールド。
ビーコンソースは、フィールド名、またはネストされたフィールドの値を参照するインデックスである必要があります。ビーコン名がビーコンソースと同じ場合、設定からビーコンソースを省略でき、 AWS Database Encryption SDK は自動的にビーコン名をビーコンソースとして使用します。
仮想フィールドの作成
仮想フィールドを作成するには、仮想フィールドの名前とソースフィールドのリストを指定する必要があります。ソースフィールドを仮想部分のリストに追加する順序によって、仮想フィールドを構築するためにこれらのソースフィールドが連結される順序が決まります。次の例では、2 つのソースフィールド全体を連結して、仮想フィールドを作成します。
注記
データベースに入力する前に、仮想フィールドが期待される結果を生成することを確認することをお勧めします。詳細については、「ビーコン出力のテスト」を参照してください。
ソースフィールドの特定のセグメントを使用して仮想フィールドを作成するには、ソースフィールドを仮想部分のリストに追加する前に、その変換を定義する必要があります。
仮想フィールドのセキュリティに関する考慮事項
ビーコンはフィールドの暗号化状態を変更しません。ただし、ビーコンを使用する場合、クエリの効率性と、データの分布に関して明らかになる情報の量との間には、固有のトレードオフが存在します。ビーコンを設定する方法によって、そのビーコンによって維持されるセキュリティのレベルが決まります。
既存の標準ビーコンと重複するソースフィールドを含む仮想フィールドを作成しないようにしてください。標準ビーコンを作成するために既に使用されているソースフィールドを含む仮想フィールドを作成すると、両方のビーコンのセキュリティレベルが低下する可能性があります。セキュリティが低下する程度は、追加のソースフィールドによって追加されるエントロピーのレベルによって異なります。エントロピーのレベルは、追加のソースフィールド内の固有の値の分布と、追加のソースフィールドが仮想フィールドの全体的なサイズに寄与するビット数によって決まります。
母集団とビーコンの長さを使用して、仮想フィールドのソースフィールドがデータセットのセキュリティを維持するかどうかを判断できます。母集団は、フィールド内の一意の値の想定数です。母集団は正確である必要はありません。フィールドの母集団の推定については、「母集団の推定」を参照してください。
仮想フィールドのセキュリティを確認する際には、次の例を考慮してください。
-
Beacon1 は
FieldA
から構築されます。FieldA
の母集団は、2 (Beacon1 の長さ) よりも大きいです。 -
Beacon2 は
VirtualField
から構築されます。これは、FieldA
、FieldB
、FieldC
、およびFieldD
から構築されます。FieldB
、FieldC
、およびFieldD
を合わせると、母集団は 2N よりも大きくなります
次のステートメントが真の場合、Beacon2 は Beacon1 と Beacon2 の両方のセキュリティを維持します。
N ≥ (Beacon1 length)/2
また、
N ≥ (Beacon2 length)/2
ビーコンスタイルの定義
標準ビーコンを使用して、暗号化されたフィールドまたは仮想フィールドの等価検索を実行できます。または、複合ビーコンを構築して、より複雑なデータベースオペレーションを実行することもできます。標準ビーコンの整理と管理に役立つように、 AWS Database Encryption SDK では、標準ビーコンの使用目的を定義する以下のオプションビーコンスタイルが用意されています。
注記
ビーコンスタイルを定義するには、 AWS Database Encryption SDK のバージョン 3.2 以降を使用する必要があります。ビーコン設定にビーコンスタイルを追加する前に、すべてのリーダーに新しいバージョンをデプロイします。
複合ビーコンの設定
複合ビーコンは、リテラルプレーンテキスト文字列と標準ビーコンを組み合わせて、単一のインデックスから 2 つの異なるレコードタイプをクエリしたり、ソートキーを使用してフィールドの組み合わせをクエリしたりするなど、複雑なデータベースオペレーションを実行します。複合ビーコンは、ENCRYPT_AND_SIGN
、、SIGN_ONLY
および SIGN_AND_INCLUDE_IN_ENCRYPTION_CONTEXT
フィールドから構築できます。複合ビーコンに含まれる暗号化されたフィールドごとに標準ビーコンを作成する必要があります。
注記
データベースに入力する前に、複合ビーコンが期待される結果を生成することを確認することをお勧めします。詳細については、「ビーコン出力のテスト」を参照してください。
設定構文の例
暗号化されたパートと署名されたパートは、ローカルまたはグローバルに定義されたリストで定義できます。可能な限り、ビーコンバージョンのグローバルリストで、暗号化および署名されたパートを定義することをお勧めします。暗号化および署名されたパートをグローバルに定義することで、各パートを 1 回定義し、そのパートを複数の複合ビーコン設定で再利用できます。暗号化または署名されたパートを 1 回だけ使用する場合は、複合ビーコン設定のローカルリストで定義できます。コンストラクターリスト でローカルパートとグローバルパートの両方を参照できます。
暗号化および署名されたパートリストをグローバルに定義する場合は、複合ビーコンが複合ビーコン設定のフィールドをアセンブルできるすべての方法を識別するコンストラクターパートのリストを提供する必要があります。
注記
暗号化および署名されたパートリストをグローバルに定義するには、 AWS Database Encryption SDK のバージョン 3.2 以降を使用する必要があります。新しいパートをグローバルに定義する前に、新しいバージョンをすべてのリーダーにデプロイします。
暗号化および署名されたパートリストをグローバルに定義するために、既存のビーコン設定を更新することはできません。
複合ビーコンを設定するには、次の値を指定します。
- ビーコン名
-
暗号化されたフィールドをクエリする際に使用する名前。
ビーコン名は、暗号化されたフィールドまたは仮想フィールドと同じ名前にすることができますが、暗号化されていないフィールドと同じ名前にすることはできません。2 つのビーコンを同じ名前にすることはできません。実装に最適なビーコン名を決定する方法については、「ビーコン名の選択」を参照してください。
- 分割文字
-
複合ビーコンを設定する部分を分離するために使用される文字。
分割文字は、複合ビーコンの構築元となるフィールドのプレーンテキストの値に出現することはできません。
- 暗号化されたパートリスト
-
複合ビーコンに含まれる
ENCRYPT_AND_SIGN
フィールドを識別します。各部分には、名前とプレフィックスが含まれている必要があります。部分の名前は、暗号化されたフィールドから構築された標準ビーコンの名前である必要があります。プレフィックスには任意の文字列を指定できますが、一意である必要があります。暗号化された部分は、署名付きの部分と同じプレフィックスを持つことはできません。複合ビーコンによって提供される部分と他の部分を区別する短い値を使用することをお勧めします。
可能な限り、暗号化されたパートをグローバルに定義することをお勧めします。1 つの複合ビーコンでのみ使用する予定がある場合は、暗号化された部分をローカルで定義することを検討してください。ローカルで定義された暗号化されたパートは、グローバルに定義された暗号化されたパートと同じプレフィックスまたは名前を持つことはできません。
- 署名付きパーツリスト
-
複合ビーコンに含まれる署名付きフィールドを識別します。
注記
署名付き部分はオプションです。署名付き部分を参照しない複合ビーコンを設定できます。
各部分には、名前、ソース、プレフィックスが含まれている必要があります。ソースは、パートが識別する
SIGN_ONLY
またはSIGN_AND_INCLUDE_IN_ENCRYPTION_CONTEXT
フィールドです。ソースは、フィールド名、またはネストされたフィールドの値を参照するインデックスである必要があります。パーツ名がソースを識別する場合は、ソースを省略できます。 AWS Database Encryption SDK は自動的にその名前をソースとして使用します。可能な場合は常に、部分名としてソースを指定することをお勧めします。プレフィックスには任意の文字列を指定できますが、一意である必要があります。署名付きの部分は、暗号化された部分と同じプレフィックスを持つことはできません。複合ビーコンによって提供される部分と他の部分を区別する短い値を使用することをお勧めします。可能な限り、署名付きパートをグローバルに定義することをお勧めします。署名付きパートを 1 つの複合ビーコンでのみ使用する場合は、ローカルで定義することを検討してください。ローカルで定義された署名付きパートは、グローバルに定義された署名付きパートと同じプレフィックスまたは名前を持つことはできません。
- コンストラクタリスト
-
暗号化および署名付きの部分を複合ビーコンによってアセンブルするさまざまな方法を定義するコンストラクターを識別します。コンストラクターリストでは、ローカルパートとグローバルパートの両方を参照できます。
グローバルに定義された暗号化および署名された部分から複合ビーコンを構築する場合は、コンストラクターリストを指定する必要があります。
グローバルに定義された暗号化または署名された部分を使用して複合ビーコンを構築しない場合、コンストラクターリストはオプションです。コンストラクタリストを指定しない場合、 AWS Database Encryption SDK は次のデフォルトコンストラクタを使用して複合ビーコンをアセンブルします。
-
すべての署名付きの部分 (署名付きの部分のリストに追加された順)
-
暗号化されたすべての部分 (暗号化された部分のリストに追加された順)
-
すべての部分は必須です
- コンストラクタ
-
各コンストラクターは、複合ビーコンをアセンブルする 1 つの方法を定義するコンストラクター部分の順序付きリストです。コンストラクター部分はリストに追加された順序で結合され、各部分は指定された分割文字で区切られます。
各コンストラクター部分は、暗号化された部分または署名付きの部分に名前を付け、その部分がコンストラクター内で必須であるか、またはオプションであるかを定義します。例えば、
Field1
、Field1.Field2
、およびField1.Field2.Field3
で複合ビーコンをクエリする場合は、Field2
およびField3
をオプションとしてマークし、コンストラクターを 1 つ作成します。各コンストラクターには、少なくとも 1 つの必須部分が必要です。クエリで
BEGINS_WITH
演算子を使用できるように、各コンストラクターの最初の部分を必須にすることをお勧めします。コンストラクターは、必要な部分がすべてレコード内に存在する場合に成功します。新しいレコードを書き込む際に、複合ビーコンはコンストラクターのリストを使用して、指定された値からビーコンをアセンブルできるかどうかを判断します。コンストラクターがコンストラクターのリストに追加された順序でビーコンのアセンブルを試み、成功した最初のコンストラクターを使用します。コンストラクターが成功しない場合、ビーコンはレコードに書き込まれません。
すべてのリーダーとライターは、クエリの結果が確実に正しくなるようにコンストラクターの同じ順序を指定する必要があります。
独自のコンストラクターのリストを指定するには、次の手順を使用します。
-
暗号化部分と署名付きの部分ごとにコンストラクター部分を作成し、その部分が必須かどうかを定義します。
コンストラクター部分の名前は、標準ビーコンの名前、またはそれが表す署名されたフィールドの名前である必要があります。
-
ステップ 1 で作成したコンストラクター部分を使用して、複合ビーコンをアセンブルする可能な方法ごとにコンストラクターを作成します。
例えば、
Field1.Field2.Field3
とField4.Field2.Field3
をクエリする場合は、2 つのコンストラクターを作成する必要があります。Field1
とField4
は、2 つの別個のコンストラクターで定義されているため、両方とも必須にすることができます。 -
ステップ 2 で作成したすべてのコンストラクターを含むコンストラクターのリストを作成します。
-
複合ビーコンを作成する
constructorList
ときに を指定します。
-