デジタル ウォーターマークは、データ ファイルに埋め込まれた隠し信号で、データの所有者、ソース、または信頼性を識別するために使用できます。ウォーターマークは、データの品質を低下させることなく検出して削除することは困難です。ただし、ウォーターマークが誤って削除される可能性がある方法の 1 つは、画像の切り取りやビデオのカットなど、データの一部を切り取ることです。これにより、ウォーターマークの位置やサイズが影響を受け、ウォーターマークが読み取れなくなったり無効になったりする可能性があります。参考文献: 公式 (ISC)2 CISSP CBK リファレンス、第 5 版、ページ
507; CISSP For Dummies、第 7 版、344 ページ。

銀行の出納係が普通預金の取引のみを実行できるように制限し、取引後に監督者が修正できるようにする最も効果的なソリューションは、ユーザーの役割に基づいたアクセスです。ユーザーの役割に基づいたアクセスは、銀行の出納係、監督者、管理者など、組織内のユーザーまたはデバイスの役割または機能に基づいて、システムまたはサービス内のリソースまたはデータへのアクセスまたは許可を許可または拒否する、アクセス制御または保護メカニズムまたはプロセスの一種です。ユーザーの役割に基づいたアクセスは、銀行の出納係、監督者、管理者など、組織内で適切または必要な役割または機能を持たないユーザーまたはデバイスによる、システムまたはサービス内のリソースまたはデータへの不正または不適切なアクセスまたは許可のリスクを防止または軽減できるため、システムまたはサービスに高いレベルのセキュリティまたは保護を提供できます。アクセスはユーザーの役割に基づいており、ジョン、メアリー、ボブなど組織内の個人や特定のユーザーやデバイスではなく、銀行の出納係、監督者、マネージャーなど組織内のユーザーやデバイスの役割や機能に、事前定義済みまたは事前構成されたアクセスや許可のポリシーやルールを割り当てたり適用したりすることで、アクセス制御や保護のメカニズムやプロセスを簡素化または合理化できるため、システムやサービスの管理の利便性や容易さも提供できます。ユーザーの役割に基づいたアクセスは、銀行の出納係が普通預金の取引のみを実行できるように制限し、取引後に監督者が修正を実行できるようにする最も効果的なソリューションです。銀行の出納係、監督者、管理者など、組織内のユーザーまたはデバイスの役割または機能に基づいて、システムまたはサービス内の取引またはデータへのアクセスまたは権限を制限または制約し、銀行の出納係、監督者、管理者など、組織内のユーザーまたはデバイスの役割または機能に基づいて、システムまたはサービス内の取引またはデータへの異なるまたは追加のアクセスまたは権限を許可または有効化することで、システムまたはサービス内の取引またはデータのセキュリティまたは品質を確保または維持できます。
* A. ルールに基づくアクセスは、銀行の窓口係が普通預金の取引のみを実行できるように制限し、取引後に監督者が修正できるようにする最も効果的なソリューションではなく、むしろ、時間、場所、頻度など、システムやサービスによって、またはシステムやサービスの管理者や所有者によって定義または指定されたルールまたは条件に基づいて、システムやサービス内のリソースやデータへのアクセスや許可を許可または拒否するタイプのアクセス制御または保護メカニズムまたはプロセスです。ルールに基づくアクセスは、時間、場所、頻度など、システムやサービスによって、またはシステムやサービスの管理者や所有者によって定義または指定されたルールまたは条件を満たさないユーザーまたはデバイスによる、システムやサービス内のリソースやデータへの不正または不適切なアクセスや許可のリスクを防止または軽減できるため、システムまたはサービスに中程度のレベルのセキュリティまたは保護を提供できます。しかし、ルールに基づくアクセスは、銀行の出納係が普通預金の取引のみを実行できるように制限し、取引後に監督者が修正を実行できるようにする最も効果的なソリューションではありません。銀行の出納係、監督者、または管理者など、組織内のユーザーまたはデバイスの役割または機能が考慮されていないためであり、普通預金の取引、小切手の引き出し取引、ローン申請取引など、システムまたはサービス内のさまざまな取引またはデータに適切または適したルールまたは条件を定義または指定することが複雑または困難になる可能性があるためです。
* B. システムによってアクセスが決定される方法は、銀行の出納係が預金取引のみを実行できるように制限し、取引後に監督者が修正できるようにする最も効果的なソリューションではなく、システムまたはサービスの決定または判断、または人工知能、機械学習、ニューラル ネットワークなど、システムまたはサービスによって実装または実行されるアルゴリズムまたはプログラムに基づいて、システムまたはサービス内のリソースまたはデータへのアクセスまたは許可を許可または拒否するタイプのアクセス制御または保護メカニズムまたはプロセスです。システムによってアクセスが決定される方法は、システムまたはサービスによって承認または許可されていないユーザーまたはデバイス、または人工知能、機械学習、ニューラル ネットワークなど、システムまたはサービスによって実装または実行されるアルゴリズムまたはプログラムによって、システムまたはサービス内のリソースまたはデータへの不正または不適切なアクセスまたは許可のリスクを防止または軽減できるため、システムまたはサービスに高いレベルのセキュリティまたは保護を提供できます。しかし、アクセスはシステムによって決定されるため、銀行の窓口係員が預金取引のみを行うことを制限し、取引後に監督者が修正を行うことを許可するという最も効果的な解決策ではありません。
* 銀行の出納係、監督者、管理者など、組織内のユーザーまたはデバイスの役割または機能を考慮し、アクセス制御や保護メカニズムまたはプロセスに関して、システムまたはサービスの決定または判断、またはシステムまたはサービスによって実装または実行される人工知能、機械学習、ニューラル ネットワークなどのアルゴリズムまたはプログラムの決定または判断に依存または依存することは、予測不可能または信頼できない可能性がある。
* D. データの機密性に基づくアクセスは、銀行の出納係が預金取引のみを実行できるように制限し、取引後に監督者が修正を実行できるようにする最も効果的なソリューションではなく、むしろ、システムまたはサービス内のリソースまたはデータの機密性または分類 (公開、機密、秘密など) に基づいて、システムまたはサービス内のリソースまたはデータへのアクセスまたは許可を許可または拒否するアクセス制御または保護メカニズムまたはプロセスの一種です。データの機密性に基づくアクセスは、システムまたはサービスに中程度のレベルのセキュリティまたは保護を提供できます。これは、システムまたはサービス内のリソースまたはデータの機密性または分類 (公開、機密、秘密など) に基づいて、システムまたはサービス内のリソースまたはデータにアクセスまたは処理するための適切または必要な許可または承認を持たないユーザーまたはデバイスによる、システムまたはサービス内のリソースまたはデータへの不正または不適切なアクセスまたは許可のリスクを防止または軽減できるためです。ただし、データの機密性に基づくアクセスは、銀行の出納係が貯蓄預金取引のみを実行できるように制限し、取引後に監督者が修正を実行できるようにする最も効果的なソリューションではありません。銀行の出納係、監督者、または管理者など、組織内のユーザーまたはデバイスの役割または機能が考慮されていないためです。また、貯蓄口座、当座預金口座、ローン口座、個人口座、ビジネス口座、政府口座など、システムまたはサービス内のさまざまな種類またはカテゴリの口座または顧客に関連または関連する取引またはデータなど、システムまたはサービス内のリソースまたはデータの機密性または分類を定義または指定することが複雑または困難になる可能性があるためです。
参考資料: CISSP オールインワン試験ガイド、第 8 版、第 5 章、147 ページ、公式 (ISC)2 CISSP CBK リファレンス、第 5 版、第 5 章、212 ページ

表は 2 つのモデル間の対応を示しています。
2つのモデルを比較すると、クラスはリレーションに似ていますが、リレーションにはクラスの継承プロパティがありません。オブジェクトモデルの属性は、リレーショナルテーブルの列に似ています。列には保持できるデータ型に制限がありますが、
オブジェクトモデルの属性は、JavaおよびC++言語でサポートされているすべてのデータ型を使用できます。オブジェクトモデルのインスタンスオブジェクトは、リレーショナルモデルのタプルに対応します。

画像011
タプルのデータ構造は制限されていますが、インスタンス オブジェクトのデータ構造では Java および C++ のデータ構造を使用できます。