日本語PDF

7 ファクタの構成

ファクタを使用すると、Oracle Database Vault認可を決定する複雑な属性をPL/SQLで作成して使用できます。

7.1 ファクタの概要

ファクタは、データベースのIPアドレスなど、Oracle Database Vaultが認識できる名前付き変数または属性です。

ファクタは、データベースに接続するためのデータベース・アカウントの認可や、データの可視性および管理性を制限するフィルタ・ロジックの作成などのアクティビティに使用できます。

Oracle Database Vaultには、サイトのドメイン、IPアドレス、データベースなどのコンポーネントに対する制御を設定できる様々なファクタが用意されています。独自のPL/SQL取得メソッドを使用してカスタム・ファクタを作成することもできます。独自のPL/SQL取得メソッドを使用してカスタム・ファクタを作成することもできます。ただし、ほとんどの場合に、SYS_CONTEXT PL/SQLファンクションが使用できます。これにより、データベースですぐに利用できる最も一般的に使用されるファクタに対するルールを作成します。Session_User、Proxy_User、Network_Protocol、Moduleなどのファクタは、SYS_CONTEXTファンクションから使用できます。

ファクタには、Oracle Label Securityと組み合せて使用する強力な機能があります。この機能は、コンテキストのパラメータではまだ使用できない、その他のデータベース属性のためのものです。この項では、一般に使用できるファクタを示しますが、そうしたファクタについてはルール定義でSYS_CONTEXTファンクションを使用することをお薦めします。SYS_CONTEXTでは、まだ使用できないファクタのみを作成して使用してください。

次のことに注意してください。

  • ルール・セットのルールとともにファクタを使用できます。DVFファクタ・ファンクションは、ルール式で使用できるファクタ固有のファンクションです。

  • ファクタには値(アイデンティティ)があり、それぞれのファクタ・タイプによってさらに分類されます。ファクタ・タイプの詳細は、「ファクタ作成のための「一般」ページの入力」の「ファクタ・タイプ」を参照してください。

  • また、Oracle Label Securityラベルを使用してファクタを統合できます。

  • Oracle Database Vaultに作成するファクタ上でレポートを実行できます。詳細情報を参照してください。

  • マルチテナント環境では、CDBルートまたはアプリケーション・ルートではなく、PDBでのみファクタを作成できます。

この章では、Oracle Database Vault Administratorを使用してファクタを構成する方法を説明します。また、Oracle Database VaultのファクタAPIを使用して、ファクタを構成することもできます。

7.2 デフォルトのファクタ

Oracle Database Vaultには一連のデフォルトのファクタが用意されています。

これらのファクタごとに、ファクタの値を取得するファンクションが関連付けられています。

独自のPL/SQL取得メソッドを使用してカスタム・ファクタを作成できます。使用できる便利なPL/SQLファンクション(デフォルト・ファクタの多くに使用される)は、SYS_CONTEXT SQLファンクションで、ユーザー・セッションに関するデータを取得します。たとえば、SYS_CONTEXTCLIENT_PROGRAM_NAME属性を使用して、データベース・セッションに使用されるプログラムの名前を検索できます。カスタム・ファクタを作成すると、デフォルト・ファクタの問合せに使用されるファンクションと同様に値を問い合せることができます。

独自のセキュリティ構成でデフォルトのファクタを使用できます。不要な場合には削除できます。(Oracle Database Vaultによる内部使用には不要です。)

デフォルト・ファクタは次のとおりです。

  • Authentication_Methodは認証方式です。次に、ユーザー・タイプの後に返される方式を続けて示します。

    • パスワードで認証されるエンタープライズ・ユーザー、ローカル・データベース・ユーザー、パスワード・ファイルを使用するSYSDBAまたはSYSOPER管理権限があるユーザー(パスワードを使用するユーザー名によるプロキシ): PASSWORD

    • Kerberosで認証されるエンタープライズ・ユーザーまたは外部ユーザー(管理権限なし): KERBEROS

    • Kerberos認証済のエンタープライズ・ユーザー(管理者権限あり): KERBEROS_GLOBAL

    • Kerberos認証済の外部ユーザー(管理者権限あり): KERBEROS_EXTERNAL

    • Transport Layer Security (TLS)で認証されるエンタープライズ・ユーザーまたは外部ユーザー(管理権限なし): SSL (Transport Layer SecurityでSecure Sockets Layerが置き換えられますが、SSL関連の設定はTransport Layer Securityで動作します。)

    • Transport Layer Securityで認証されるエンタープライズ・ユーザー (管理権限あり): SSL_GLOBAL

    • Transport Layer Securityで認証される外部ユーザー (管理権限あり): SSL_EXTERNAL

    • RADIUSで認証される外部ユーザー: RADIUS

    • OSで認証される外部ユーザー、またはSYSDBAまたはSYSOPER管理権限があるユーザー: OS

    • 証明書付きプロキシ、DN、またはパスワードを使用しないユーザー名: NONE

    • バックグラウンド・プロセス(ジョブ・キュー・スレーブ・プロセス): JOB

    • パラレル問合せスレーブ・プロセス: PQ_SLAVE

    非管理接続では、認証方法がPASSWORDKERBEROSまたはSSLの場合は、Identification_Typeファクタを使用して外部ユーザーとエンタープライズ・ユーザーを区別できます。管理接続では、PASSWORDSSL_EXTERNALおよびSSL_GLOBAL認証方式にはAuthentication_Methodファクタで十分です。

  • クライアント識別子は、DBMS_SESSION.SET_IDENTIFIERプロシージャ、Oracle Call Interface (OCI)属性OCI_ATTR_CLIENT_IDENTIFIERまたはOracle Dynamic Monitoring Service (DMS)を使用してアプリケーションによって設定された識別子です。様々なOracle Databaseコンポーネントが、この属性を使用して同じデータベース・ユーザーとして認証される軽量アプリケーション・ユーザーを識別します。

  • Client_IPはクライアントが接続されているコンピュータのIPアドレスです。

  • Database_DomainDB_DOMAIN初期化パラメータで指定されているデータベースのドメインです。

  • Database_Hostnameはインスタンスが実行されているコンピュータのホスト名です。

  • Database_Instanceは現在のインスタンスのインスタンス識別番号です。

  • Database_IPはインスタンスが実行されているコンピュータのIPアドレスです。

  • Database_NameDB_NAME初期化パラメータで指定されているデータベースの名前です。

  • DBlink_Infoはデータベース・リンク・セッションのソースです。文字列の形式は、次のとおりです。

    SOURCE_GLOBAL_NAME=dblink_src_global_name, DBLINK_NAME=dblink_name,SOURCE_AUDIT_SESSIONID=dblink_src_audit_sessionid

    詳細は、次のとおりです。

    • dblink_src_global_name: ソース・データベースの一意のグローバル名

    • dblink_name: ソース・データベースでのデータベース・リンクの名前

    • dblink_src_audit_sessionid: dblink_nameを使用してリモート・データベースへの接続を開始したソース・データベース

  • Domainは特定の機密レベルで動作するランタイム環境(ネットワーク化されたIT環境またはそのサブセットなど)の物理、構成または実装固有のファクタの名前付きコレクションです。データベースへのセキュア・アクセス・パス内にあるDatabase Vaultノードのホスト名、IPアドレスおよびデータベース・インスタンス名などのファクタを使用してドメインを識別できます。ドメインを識別するファクタ識別子の組合せを使用して、各ドメインを一意に特定できます。これらの識別ファクタやその他のファクタを使用して、ドメイン内に最大セキュリティ・ラベルを定義できます。これにより、Database Vaultセッションに関する物理ファクタに応じて、データ・アクセスやコマンドを制限できます。必要なドメインの例として、企業機密、内部パブリック、パートナ、顧客があります。

  • Enterprise_Identityはユーザーのエンタープライズ全体のアイデンティティです。

    • エンタープライズ・ユーザーの場合: Oracle Internet Directory識別名(DN)。

    • 外部ユーザーの場合: 外部アイデンティティ(Kerberosプリンシパル名、RADIUSおよびDCEスキーマ名、オペレーティング・システム・ユーザー名、証明書DN)。

    • ローカル・ユーザーとSYSDBAログインおよびSYSOPERログインの場合: NULL

    属性の値はプロキシ方式によって異なります。

    • DNによるプロキシの場合: クライアントのOracle Internet Directory DN。

    • 証明書によるプロキシの場合: 外部ユーザーではクライアントの証明書DN、グローバル・ユーザーではOracle Internet Directory DN。

    • ユーザー名によるプロキシの場合: クライアントがエンタープライズ・ユーザーの場合はOracle Internet Directory DN、クライアントがローカル・データベース・ユーザーの場合はNULL。

  • Identification_Typeはデータベースでユーザー・スキーマが作成された方法です。具体的には、CREATE USERおよびALTER USER構文のIDENTIFIED句が反映されます。次に、スキーマ作成時に使用される構文の後に返される識別タイプを続けて示します。

    • IDENTIFIED BY password: LOCAL

    • IDENTIFIED EXTERNALLY: EXTERNAL

    • IDENTIFIED GLOBALLY: GLOBAL SHARED

    • IDENTIFIED GLOBALLY AS DN: GLOBAL PRIVATE

    • GLOBAL EXCLUSIVE (排他的なグローバル・ユーザー・マッピング)

    • GLOBAL SHARED (共有ユーザー・マッピング)

    • NONE (認証なしでスキーマを作成する場合)

  • Langは既存のLANGUAGEパラメータより短い形式の言語名のISO略称です。

  • Languageはセッションで現在使用中の言語と地域、およびデータベース文字セットです。次の形式で示されます。

    language_territory.characterset
    

    たとえば:

    AMERICAN_AMERICA.WE8MSWIN1252
    
  • Machineは現在のセッションを確立したデータベース・クライアントのホスト名です。コンピュータがクライアントまたはサーバー・セッションに使用されていたかどうかを調べる必要がある場合には、この設定をDatabase_Hostnameファクタと比較して特定できます。

  • モジュールは、DBMS_APPLICATION_INFO PL/SQLパッケージまたはOCIを使用して設定されたアプリケーション名(モジュール)です。

  • Network_Protocolは接続文字列のPROTOCOL=protocol部分で指定されている、通信に使用されるネットワーク・プロトコルです。

  • Proxy_Enterprise_Identityはプロキシ・ユーザーがエンタープライズ・ユーザーである場合、Oracle Internet Directory DNです。

  • Proxy_UserSESSION_USERのかわりに現行セッションを開いたデータベース・ユーザーの名前です。

  • Session_Userは現行ユーザーが認証されたデータベース・ユーザー名です。この値は、セッションを通して同じです。

7.3 ファクタの作成

通常、ファクタを作成するには、まずファクタを作成し、ファクタを編集してアイデンティティを含めます。

7.3.1 「ファクタの作成」ページへのアクセス

「ファクタの作成」ページを使用すると、作成するファクタの一般的な定義を含め、ファクタを作成できます。

  1. DV_OWNERまたはDV_ADMINロールおよびSELECT ANY DICTIONARY権限を付与されているユーザーとして、Cloud ControlからOracle Database Vault Administratorにログインします。ログイン方法については、「Oracle Enterprise Cloud ControlからのOracle Database Vaultへのログイン」を参照してください。
  2. 「管理」ページの「Database Vaultコンポーネント」で、「ファクタ」をクリックします。
  3. 「ファクタ」ページで、「作成」をクリックして「ファクタの作成」ページを表示します。
  4. 「一般」ページ以降で次の情報を入力し、「次へ」をクリックしてそれぞれの後続ページに移動します。ファクタ定義が完了したら「完了」および「終了」をクリックします。

7.3.2 ファクタ作成のための「一般」ページの入力

「一般」ページでは、名前などの、ファクタの一般的な識別情報を入力する必要があります。

  • 「一般」ページで、次の情報を入力します。

    • 名前: 28文字以内(大/小文字混在、空白なし)で名前を入力します。Oracle Database Vaultにより、選択されたファクタの名前に基づいてDVFスキーマに作成されるファクタ・ファンクションの有効なOracle識別子が作成されます。たとえば、GetNetworkIPという名前のファクタを作成した場合、Oracle Database VaultによりDVF.F$GETNETWORKIPファンクションが作成されます。この属性は必須です。

      名前は名詞で始まり、導出値の簡単な説明で終わることをお薦めします。

      DVFファクタ・ファンクションについては、「Oracle Database VaultのDVF PL/SQLファクタ・ファンクション」で説明しています。

    • 説明: ファクタの説明テキストを入力します。大/小文字の両方を使用して1024文字以内で指定できます。この属性はオプションです。

    • ファクタ・タイプ: リストから、ファクタのタイプまたはカテゴリを選択します。この属性は必須です。

      ファクタ・タイプには名前と説明があり、ファクタ分類の目的でのみ使用されます。ファクタ・タイプは、ファクタの分類に使用されるカテゴリ名です。デフォルトの物理ファクタ・タイプには、認証方式、ホスト名、ホストIPアドレス、インスタンス識別子およびデータベース・アカウント情報などが含まれます。時間や認証方式などのインストールされたファクタ・タイプに加え、アプリケーション名や証明書情報などのユーザー定義のファクタ・タイプも作成できます。

      特定のファクタ・タイプに関連付けられているファクタは、DBA_DV_FACTORデータ・ディクショナリ・ビューに問い合せることで参照できます。たとえば:

      SELECT NAME FROM DBA_DV_FACTOR 
      WHERE FACTOR_TYPE_NAME='Authentication Method';
      

      出力は次のとおりです。

      NAME
      ------------------------------
      Network_Protocol
      Authentication_Method
      Identification_Type

7.3.3 ファクタ作成の「構成」ページ

「構成」ページでは、ファクタの識別メソッドおよび評価メソッドなどの設定を定義します。

7.3.3.1 ファクタの識別情報の設定

「ファクタの識別」で、ファクタのアイデンティティの解決方法を選択する必要があります。この属性は必須です。

  • 「構成」ページの「ファクタの識別」で、次の情報を入力します。

    • 定数: 「取得メソッド」フィールドで検出された定数値を取得してファクタ・アイデンティティを解決します。

    • メソッド別: 「取得メソッド」フィールドに指定されたPL/SQL式を実行して、ファクタ・アイデンティティを設定します。

      たとえば、式でシステム日付を取得するとします。

      to_char(sysdate,'yyyy-mm-dd')
      

      2015年12月15日の場合、「メソッド」オプションで次の値が返されます。

      2015-12-15
      
    • ファクタ: 子ファクタのアイデンティティを親ファクタにマップすることでファクタ・アイデンティティを特定します。親ファクタは、子ファクタと呼ばれる第2のファクタに基づいて値が解決されるファクタです。リレーションシップを確立するには、アイデンティティをマップします。(このオプションに取得メソッド式を指定する必要はありません。)

      アイデンティティのマップの詳細は、「他のファクタを使用するアイデンティティを構成するためのアイデンティティ・マップの使用方法」を参照してください。

7.3.3.2 ファクタの識別の動作

ファクタ・アイデンティティはファクタの実際の値です(IP_Addressタイプを使用するファクタのIPアドレスなど)。

取得メソッドやアイデンティティ・マップ・ロジックに応じて、1つのファクタに複数のアイデンティティが存在する場合もあります。たとえば、Oracle Real Application Clusters環境ではDatabase_Hostnameなどのファクタには、複数のアイデンティティが存在することがあります。RDBMS環境では、Client_IPのようなファクタには複数のアイデンティティが存在する場合があります。取得メソッドはデータベース・セッションに基づいているため、これらのタイプのファクタの取得メソッドでは異なる値が返される場合があります。複数のレポートを使用してファクタ・アイデンティティ構成を追跡できます。

次のようにしてファクタの割当てを構成できます。

  • データベース・セッションの確立時にファクタを割り当てます。

  • 個々のリクエストを構成してファクタのアイデンティティを取得します。

Oracle Label Security統合を使用すると、Oracle Label Securityラベルでアイデンティティをラベル付けできます。また、アイデンティティに信頼レベルを割り当てることもできます。信頼レベルは、同じファクタの別のアイデンティティと比較した信頼の度合いを示す数値です。一般に、信頼レベルの数値が高く設定されているほど信頼の度合いも高くなります。信頼レベルの数値が負の場合は信頼できません。

データベース・セッション内では、Oracle Database Vault、および次のようなDVFスキーマ(ファクタ値を取得するファンクションを含む)に存在するパブリックからアクセス可能なPL/SQLファンクションのあるアプリケーションで、ファクタに割り当てられたアイデンティティを使用できます。

dvf.f$factor_name

これにより、(PL/SQL、SQL、Oracle仮想プライベート・データベース、トリガーなどを使用して)Oracleデータベース内からファクタのアイデンティティにグローバルにアクセスできます。たとえば、SQL*Plusでは次のようにします。

CONNECT sec_admin_owen
Enter password: password	

SELECT DVF.F$DATABASE_IP FROM DUAL;

次のような出力が表示されます。

SELECT DVF.F$DATABASE_IP FROM DUAL;

F$DATABASE_IP
-------------------------------------------------------------
192.0.2.1

GET_FACTORファンクションを使用して、パブリック・アクセスが可能になっているファクタのアイデンティティを見つけることもできます。たとえば:

SELECT GET_FACTOR('DATABASE_IP') FROM DUAL;

次のような出力結果が表示されます。

GET_FACTOR('DATABASE_IP')
-------------------------------------------------------------
192.0.2.1
7.3.3.3 ファクタの評価情報の設定

「評価」で、ファクタの評価方法とアイデンティティの割当て方法を選択する必要があります。

セッション・ファクタのパフォーマンスへの影響の詳細は、「ファクタのパフォーマンスへの影響」を参照してください。この属性は必須です。

  • 「構成」ページの「評価」で、次の情報を入力します。

    • セッション: データベース・セッションの作成時にファクタを評価します。

    • アクセス: データベース・セッションが初めて作成された際や、ファクタがアクセスされる(アプリケーションによる参照など)たびにファクタが評価されます。

    • 起動時: データベース・セッションの起動時にファクタを評価します。

7.3.3.4 ファクタのOracle Label Securityラベル付け情報の設定

「ファクタ・ラベリング」で、ファクタ・アイデンティティによるOracle Label Security(OLS)ラベルの取得方法を選択する必要があります。

Oracle Label Security統合を使用する場合は、この設定が適用されます。OLSラベルを使用する場合、この属性は必須です。

  • 「構成」ページの「ファクタ・ラベリング」で、次の情報を入力します。

    • 自己: Oracle Label Securityポリシーに関連付けられているラベルから直接ファクタのアイデンティティをラベル付けします。

    • ファクタ: 子ファクタ・ラベルが複数ある場合は、適用可能なOracle Label Securityポリシーに関連付けられているOracle Label Securityのアルゴリズムを使用してOracle Database Vaultによりラベルがマージされます。適用可能なそれぞれのOracle Label Securityポリシーに対して、ファクタ・アイデンティティはラベルを割り当てることができます。

7.3.3.5 ファクタの取得メソッドの設定

「取得メソッド」に、ファクタのアイデンティティを取得するPL/SQL式または定数を入力する必要があります。

  • 「構成」ページの「取得メソッド」で、PL/SQLの取得メソッドを入力します。大/小文字混在で最大255文字まで使用できます。

次の取得メソッドでは、ユーザー・セッションのUSERENV名前空間からデータベース名(DB_NAME)を取得することで、DB_NAMEファクタの値が設定されます。

UPPER(SYS_CONTEXT('USERENV','DB_NAME'))
7.3.3.6 取得メソッドの動作

「取得メソッド」により、ファクタの識別がメソッドまたは定数によって行われるファクタが識別されます。

ファクタの識別がファクタによって行われる場合、Oracle Database Vaultはアイデンティティ・マップによってファクタを識別します。独自のPL/SQL取得メソッドを作成するか、Oracle Database Vaultに用意されているファンクションを使用できます。取得メソッドの作成に使用可能な、ファクタに固有の一般的なユーティリティ・ファンクションについては、次の項を参照してください。

取得メソッドの例として、Oracle Database Vaultが提供するデフォルトのファクタも参照してください。これらのファクタの説明は、「デフォルトのファクタ」を参照してください。

「ファクタの識別」で次の設定を選択した場合、「取得メソッド」フィールドは必須です。

  • メソッド: 「取得メソッド」フィールドにメソッドを入力します。

  • 定数: 「取得メソッド」フィールドに定数を入力します。

ファクタ・アイデンティティとして返される値は、VARCHAR2文字列またはこの型に変換可能である必要があります。

式には、パッケージ・ファンクションまたはスタンドアロン・ファンクションを含めることができます。式がschema.function_nameなどの完全修飾ファンクションであることを確認してください。完全なSQL文は含めないでください。アプリケーション・パッケージまたはファンクションを使用している場合は、オブジェクトのEXECUTE権限のあるDVSYSを指定する必要があります。

次の書式を使用してファンクション・シグネチャを記述します。

FUNCTION GET_FACTOR RETURN VARCHAR2
7.3.3.7 ファクタの検証メソッドの設定

検証メソッドでは、PL/SQL式を使用してブール値を返し、ファクタのアイデンティティを検証します。

「検証メソッド」で、ブール値(TRUEまたはFALSE)を返すPL/SQL式を入力し、(GET_FACTORファンクションで)取得されるファクタのアイデンティティまたは(SET_FACTORファンクションで)ファクタに割り当てられる値を検証する必要があります。

取得または割り当てられる値に対してメソッドがFalseと評価されると、ファクタ・アイデンティティはNULLに設定されます。このオプションの機能により、ファクタが正しく取得および設定されることがさらに確実になります。このフィールドには、大/小文字混在で最大で255文字まで入力できます。

式には、パッケージ・ファンクションまたはスタンドアロン・ファンクションを含めることができます。式がschema.function_nameなどの完全修飾ファンクションであることを確認してください。完全なSQL文は含めないでください。アプリケーション・パッケージまたはファンクションを使用している場合は、オブジェクトのEXECUTE権限のあるDVSYSを指定する必要があります。

  • 「構成」ページの「検証メソッド」で、次の形式のいずれかを使用するファンクションを作成します。

    • FUNCTION IS_VALID RETURN BOOLEAN

      この書式では、ファンクション・ロジック内のDVF.F$factor_nameファンクションを使用できます。セッションによって評価されるファクタに適しています。

    • FUNCTION IS_VALID(p_factor_value VARCHAR2) RETURN BOOLEAN

      この書式では、ファクタ値が検証ファンクションに直接渡されます。これは、アクセスごとに評価するファクタに適しています。また、セッションごとに評価するファクタにも有効です。

7.3.4 ファクタ作成の「オプション」ページ

「オプション」ページでは、ルール・セットをファクタに割り当て、エラー・オプションを設定し、非統合監査について、監査オプションを設定します。

7.3.4.1 ファクタへのルール・セットの割当て

ファクタ・アイデンティティの設定をルール・セットによって制御する場合は、「割当てルール・セット」でルール・セットを選択できます。

たとえば、ルール・セットを使用して、既知のアプリケーション・サーバーまたはプログラムからデータベース・セッションが発生する時期を決定できます。

  • 「オプション」ページの「割当てルール・セット」で、リストからルール・セットを選択します。

この属性は、JDBC接続プールを使用するWebアプリケーションなどのデータベース・アプリケーションで、現在のデータベース・セッションに対するファクタ・アイデンティティを動的に設定する必要がある場合に特に有用です。たとえば、Webアプリケーションで、そのWebアプリケーションにログインするデータベース・アカウントの地理的位置を割り当てる場合があります。これを行うには、WebアプリケーションではJDBCコール可能文またはOracle Data Provider for .NET (ODP.NET)を使用して、PL/SQLファンクションSET_FACTORを実行できます。たとえば:

BEGIN 
 SET_FACTOR('GEO_STATE','VIRGINIA');
END;

その後、GEO_STATEファクタの割当てルールを作成し、その他のファクタまたはルール式に基づいてGEO_STATEファクタの設定を許可または禁止できます。

7.3.4.2 ファクタのエラー・オプションの設定

「エラー・オプション」で、ファクタ・アイデンティティが解決されない場合に発生する処理を設定します。

  • 「オプション」ページの「エラー・オプション」で、次の値から選択します。

    • エラー・メッセージの表示: データベース・セッションに対するエラー・メッセージを表示します。

    • エラー・メッセージを表示しない: エラー・メッセージは表示されません。

      「エラー・メッセージを表示しない」を選択して監査を有効にする利点は、潜在的な侵入者のアクティビティを追跡できるということです。監査レポートにより侵入者のアクティビティを把握できますが、エラー・メッセージが表示されないため、侵入者は監査が行われていることに気付きません。

新規ファクタを作成すると、アイデンティティを構成できます。これを実行するには、ファクタを編集してアイデンティティを追加します。

7.3.4.3 ファクタの監査オプションの設定

統合監査環境を使用していない場合、「監査オプション」で、監査証跡を生成できます。

  • 「オプション」ページの「監査オプション」で、次の値から選択します。

    • 行わない: 監査は実行されません。

    • 常時: ファクタの評価時には、常に監査レコードが作成されます。次に説明する条件から選択できます。

    • 検証がFalse: 検証メソッド(存在する場合)でFalseが返された場合に、監査レコードが作成されます。

    • 取得エラー: エラー(No data foundToo many rowsなど)のため、ファクタのアイデンティティを解決および割当てできない場合に、監査レコードを作成します。

    • 信頼レベルがNULL: ファクタの解決されたアイデンティティに割り当てられている信頼レベルがNULLの場合に、監査レコードが作成されます。

      信頼レベルの詳細は、「ファクタ・アイデンティティの作成および構成」を参照してください。

    • 信頼レベルがゼロ未満: ファクタの解決されたアイデンティティに割り当てられている信頼レベルがゼロ未満の場合に、監査レコードが作成されます。

    • 検証エラー: 検証メソッド(存在する場合)でエラーが返された場合に、監査レコードが作成されます。

7.3.4.4 ファクタの監査の動作

統合監査が有効になっているかどうかは、監査がファクタに対してどのように処理されるかに影響します。

非統合監査環境では、Oracle Database Vaultは、監査証跡をDVSYS.AUDIT_TRAIL$表に書き込みます(「Oracle Database Vaultの監査」を参照)。

統合監査が有効な場合、この設定では監査レコードは取得されません。かわりに、『Oracle Databaseセキュリティ・ガイド』の説明に従い、この情報を取得する監査ポリシーを作成できます。

ファクタの監査レポートを使用して、生成された監査レコードを表示できます。(詳細は、「ファクタに関連するレポートおよびデータ・ディクショナリ・ビュー」を参照)。また、一度に複数の監査オプションを選択できます。各オプションはビット・マスクに変換され、集計の動作を決定するために追加されます。ファクタにエラーがないかぎり、監査のパフォーマンスへの影響はほとんどありません。

7.4 ファクタへのアイデンティティの追加

新しいファクタを作成したら、ファクタにアイデンティティを追加できます。

7.4.1 ファクタ・アイデンティティについて

アイデンティティは、IP_Addressファクタ・アイデンティティの192.0.2.4などファクタの実際の値です。

指定されたデータベース・セッションのファクタ・アイデンティティは、「ファクタの作成」で説明されている「ファクタの識別」および「取得メソッド」フィールドを使用して実行時に割り当てられます。次のような場合には、さらにアイデンティティを構成できます。

  • ファクタの既知のアイデンティティを定義する場合

  • ファクタ・アイデンティティに信頼レベルを追加する場合

  • ファクタ・アイデンティティにOracle Label Securityラベルを追加する場合

  • アイデンティティ・マップを使用して子ファクタによりファクタ・アイデンティティを解決する場合

7.4.2 信頼レベルについて

信頼レベルを使用することにより、信頼できるかどうかの尺度を示す数値を割り当てることができます。

信頼値1は信頼度が低いことを意味します。値が大きければ信頼度も高くなります。負の値またはゼロは信頼できないことを意味します。ファクタ取得メソッドにより返されたファクタ・アイデンティティがアイデンティティに定義されていない場合は、Oracle Database Vaultによりそのアイデンティティに自動的に負の信頼レベルが割り当てられます。

実行時にファクタ・アイデンティティの信頼レベルを特定するために、DVSYSスキーマのGET_TRUST_LEVELおよびGET_TRUST_LEVEL_FOR_IDENTITYファンクションを使用できます。

たとえば、Networkという名前のファクタを作成したとします。Networkファクタに次のようなアイデンティティを作成できます。

  • Intranet(信頼レベル10)

  • VPN(仮想プライベート・ネットワーク)(信頼レベル5)

  • Public(信頼レベル1)

ポリシー決定の基準を信頼レベルに置くルール式(またはカスタム・アプリケーション・コード)を作成できます。たとえば、GET_TRUST_LEVELファンクションを次のように使用して、5より大きい信頼レベルを検出できます。

GET_TRUST_LEVEL('Network') > 5

または、次のようにDBA_DV_IDENTITYデータ・ディクショナリ・ビューでSELECT文を使用して、信頼レベルが5以上のNetworkファクタを検出できます。

SELECT VALUE, TRUST_LEVEL FROM DBA_DV_IDENTITY 
   WHERE TRUST_LEVEL >= 5 
   AND FACTOR_NAME='Network'

次のような出力が表示されます。

F$NETWORK GET_TRUST_LEVEL('NETWORK')
------------------------------------
VPN                                5
INTRANET                          10

前の例では、VPNのNetworkファクタ・アイデンティティは信頼されており(値が5)、INTRANETドメインのアイデンティティはより信頼度の高い10です。

7.4.3 ラベル・アイデンティティについて

ファクタ・アイデンティティにOracle Label Security(OLS)ラベルを割り当てることができます。

簡単に説明すると、ラベルはデータベース表の行に権限を割り当てるために行の識別子の役割を果します。ファクタの「ファクタ・ラベリング」属性により、ファクタが「自己」または「ファクタ」のいずれにラベル付けされるかが決まります。「ファクタ・ラベリング」属性に「自己」を設定すると、OLSラベルをファクタ・アイデンティティに関連付けられます。「ファクタ・ラベリング」属性に「ファクタ」を設定すると、Oracle Database Vaultにより子ファクタ・アイデンティティのラベルからファクタ・アイデンティティ・ラベルが導出されます。ラベルのある子ファクタ・アイデンティティが複数ある場合は、適用可能なファクタのOracle Label Securityポリシーに関連付けられているOLSアルゴリズムを使用して、Oracle Database Vaultによりラベルがマージされます。

関連項目:

ラベルの詳細は、『Oracle Label Security管理者ガイド』を参照してください

7.4.4 ファクタ・アイデンティティの作成および構成

Oracle Database Vault Administratorで、ファクタ・アイデンティティを作成または構成できます。

  1. 「ファクタの作成」ページのアイデンティティの選択ページで、「新規アイデンティティの追加」を選択します。

    「新規アイデンティティの追加」ウィンドウが表示されます。


    factor_identity122.pngの説明が続きます。
    図factor_identity122.pngの説明
  2. 「アイデンティティ」サブページで、次の値を入力します。
    • 値: 大/小文字混在で1024文字以内でアイデンティティの値を入力します。この属性は必須です。

    • 信頼レベル: 次のいずれかの信頼レベルを選択します。

      • 信頼度高: 信頼レベル値10が割り当てられます。

      • 信頼: 信頼レベル値5が割り当てられます。

      • 信頼度低: 信頼レベル値1が割り当てられます。

      • 信頼されない: 信頼レベル値-1が割り当てられます。

      • 信頼レベルが未定義: 信頼レベル値NULLが割り当てられます(デフォルト)。

      信頼レベルの詳細は、「信頼レベルについて」を参照してください。

    • ラベル・アイデンティティ: オプションで、使用可能なOracle Label Securityポリシーのリストから選択し、「移動」ボタンをクリックして、ポリシーを「選択したOLSポリシー」リストに移動します。

      リストには、サイトのOracle Label Securityインストールのデータ・ラベルが表示されます。詳細は、『Oracle Label Security管理者ガイド』を参照してください。

      ラベル・アイデンティティの詳細は、「ラベル・アイデンティティについて」を参照してください。

  3. 「OK」をクリックすると、「ファクタの作成」:「アイデンティティ」ページに戻ります。
  4. 「次へ」をクリックしてファクタ設定を表示します。
  5. 「終了」をクリックします。

7.4.5 ファクタ・アイデンティティの削除

ファクタ・アイデンティティを削除する場合、ファクタに関連するOracle Database Vaultビューに問い合せることで、そのファクタ・アイデンティティへの参照を特定できます。

  1. DV_OWNERまたはDV_ADMINロールおよびSELECT ANY DICTIONARY権限を付与されているユーザーとして、Cloud ControlからOracle Database Vault Administratorにログインします。ログイン方法については、「Oracle Enterprise Cloud ControlからのOracle Database Vaultへのログイン」を参照してください。
  2. 「管理」ページの「Database Vaultコンポーネント」で、「ファクタ」をクリックします。
  3. アイデンティティを削除するファクタを選択してから、「編集」をクリックします。
  4. 「ファクタの編集」ページで、「アイデンティティ」ページになるまで「次へ」をクリックします。
  5. 移動するファクタ・アイデンティティを選択します。
  6. 「削除」をクリックします
  7. 「完了」「終了」の順にクリックします。

7.4.6 他のファクタを使用するアイデンティティを構成するためのアイデンティティ・マップの使用方法

アイデンティティ・マッピングを使用してファクタのグループを使用すると、アイデンティティ値を管理できます。

7.4.6.1 アイデンティティ・マッピングについて

ファクタ・アイデンティティを作成する間に、そのアイデンティティをマップできます。

アイデンティティ・マッピングは、他(子)のファクタを使用してファクタを識別するプロセスです。これはファクタの組合せをファクタの論理アイデンティティに変換する方法です。また、連続するアイデンティティ値(温度など)や連続しない大きなアイデンティティ値(IPアドレスの範囲など)を論理セットに変換する方法でもあります。アイデンティティのマッピングにおける構成の問題を確認するには、「アイデンティティ構成の問題」レポートを実行します。

親ファクタの別のアイデンティティを構成ファクタの別のアイデンティティにマップできます。たとえば、INTRANETアイデンティティは192.0.2.1から192.0.2.24の範囲のIPアドレスにマップします。REMOTEアイデンティティは、192.0.2.1から192.0.2.24の範囲のアドレスを除くIPアドレスにマップします。

アイデンティティ・マップに基づいて、セキュリティ・ポリシーを作成できます。たとえば、企業ネットワーク(INTRANET)内から接続している従業員とは対照的に、VPN(REMOTE)経由で接続している従業員には少ない権限を定義できます。

7.4.6.2 ファクタへのアイデンティティのマッピング

2つのファクタに親子関係を作成すると、ファクタにアイデンティティをマップできます。

  1. 「ファクタの作成」の説明に従い、親ファクタを作成し、「ファクタ」に属性「ファクタの識別」を設定します。

  2. 「アイデンティティ」ページで、「ファクタ・アイデンティティの作成および構成」の説明に従い、親ファクタのアイデンティティを作成します。

  3. 親ファクタのファクタとアイデンティティの組合せを、子のファクタとアイデンティティの組合せにマップします。次の手順を実行します。

    1. 「アイデンティティ」ページで、既存のアイデンティティを選択して「編集」をクリックするか、「新規アイデンティティの追加」をクリックして新しいアイデンティティを作成します。

    2. 「識別情報の編集」ウィンドウ(または「新規アイデンティティの追加」ウィンドウ)で、少なくとも「アイデンティティ」サブページの「値」フィールドが入力されていることを確認します。

    3. 「アイデンティティのマップ」タブをクリックします。


      identity_mapping122.pngの説明が続きます。
      図identity_mapping122.pngの説明
    4. 「マッピングの追加」をクリックします。

    5. 次の情報を入力します。

      子ファクタ名: リストから子ファクタ名を選択します。

      演算子: リストから演算子を選択します。

      最小値: 最小値を入力します。

      最大値: 最大値を入力します。

      たとえば、ファクタ・ネットワークへの構成がClient_IP、「演算子」が「Between」、「最小値」が192.0.2.1、「最大値」が192.0.2.24に設定されているシナリオを想定します。この場合、クライアントIPアドレスが192.0.2.1から192.0.2.24の指定されたアドレスの範囲内である場合は、親ファクタが事前に定義されたアイデンティティ(INTRANETなど)と評価されます。

    6. 「OK」をクリックして、「新規のアイデンティティ・マッピングの追加」ウィンドウを終了します。

    7. 「OK」をクリックして、「新規のアイデンティティとマッピングの追加」ウィンドウを終了します。

  4. 「完了」「終了」の順にクリックします。

このプロセスを繰り返して、親ファクタ・アイデンティティの構成ファクタをさらに追加します。たとえば、ProgramファクタがOracle General Ledgerに解決され、Client_IPが192.0.2.1から192.0.2.24の間の場合には、値ACCOUNTING-SENSITIVEに解決するようNetworkファクタを構成できます。そのため、IPアドレスが192.0.2.12のクライアント上で稼働している、認可済の経理金融アプリケーション・プログラムがデータベースにアクセスすると、NetworkファクタはACCOUNTING-SENSITIVEに解決されます。Networkの値がACCOUNTING-SENSITIVEのデータベース・セッションには、Networkの値がINTRANETのデータベース・セッションよりも多くのアクセス権があります。

7.5 ファクタの削除

ファクタを削除する前に、そのファクタへの参照を削除する必要があります。

ファクタに関連するOracle Database Vaultビューを問い合せることで、ファクタとそのアイデンティティへの様々な参照を確認できます。詳細は、「Oracle Database Vaultのデータ・ディクショナリ・ビュー」を参照してください。

  1. ルール・セット、ファクタ・アイデンティティおよびOracle Label Securityポリシーの関連付けなど、ファクタへの参照を削除します。

    これを行うには、ファクタを編集します。「オプション」ページからルール・セットを、「アイデンティティ」ページからOracle Label Securityポリシーの関連付けおよびアイデンティティを見つけて削除できます。

  2. Oracle Database Vaultの「管理」ページで、「ファクタ」を選択します。
  3. 「ファクタ」ページで削除するファクタを選択します。
  4. 「削除」をクリックします。
  5. 「確認」ウィンドウで、「はい」をクリックします。

7.6 ファクタの動作

セッションが確立されると、Oracle Database Vaultではファクタが処理されます。

7.6.1 セッション確立時のファクタの処理

セッションが開始した時刻に基づいて、Oracle Database Vaultではファクタが評価されます。

データベース・セッションが確立されると、次のアクションが発生します。

  1. 各データベース・セッションの開始時に、Oracle Database Vaultは、データベース・インスタンス内のデフォルトおよびユーザー作成のすべてのファクタの評価を開始します。

    適用可能な場合、評価はセッションの通常のデータベース認証、およびOracle Label Securityセッション情報の初期化後に開始されます。

  2. ファクタの評価段階において、ファクタ初期化プロセスがメソッドまたは定数によって識別されるすべてのファクタの取得メソッドを実行し、セッションのファクタ・アイデンティティを解決します。

    ファクタのエラー・オプション設定は、ファクタ初期化プロセスには影響しません。

  3. ファクタに検証メソッドが定義されている場合は、Oracle Database Vaultによりその検証メソッドが実行され、ファクタのアイデンティティ(値)が検証されます。検証メソッドが失敗するかFalseが返された場合、ファクタのアイデンティティは未定義(NULL)です。

  4. ファクタにアイデンティティが定義されている場合、Oracle Database Vaultは定義されているアイデンティティに基づいてファクタの信頼レベルを解決します。ファクタのアイデンティティが定義済のアイデンティティのリストに定義されている場合、Oracle Database Vaultは構成されている信頼レベルを割り当てます。そうでない場合は-1が設定されます。ファクタにアイデンティティが定義されていない場合、信頼レベルは未定義(NULL)になります。

  5. ファクタ評価、ファクタ検証および信頼レベル解決の結果により、Database Vaultはファクタ監査構成の指示に従って評価の詳細を監査します。

  6. メソッドまたは定数によって識別されるすべてのファクタの評価が完了すると、ファクタ構成アイデンティティに定義されているアイデンティティ・マップを使用して、その他のファクタによって識別されるファクタが解決されます。

    ファクタ構成アイデンティティの評価順序は、アイデンティティ値のASCIIソートにより決まります。Oracle Database Vaultは、アルファベット順で最初にソートされたアイデンティティ・マップを使用して評価します。ファクタTESTにXおよびYというアイデンティティがあるとします。さらに、アイデンティティXおよびYに、ファクタA、B、Cのアイデンティティに依存するアイデンティティ・マップがある場合、次のマップが行われます。

    • A=1およびB=1の時はXがマップされます。

    • A=1、B=1およびC=2の時はYがマップされます。

    この場合、最初に評価されるのはXです。Yは評価されませんが、TESTファクタの成功に必要な条件にCのマップが一致した場合はどうなるでしょうか。Xの前にYをマップして、A、BおよびCが最初に評価されるように、逆にマップする必要があります。逆にマップするには、YをVという名前(またはXの前にソートされるアルファベット値)に変更します。これにより適切に解決されます。

    このアルゴリズムはASCIIソートの順序が適切な場合に機能し、アイデンティティは同レベルの同じ番号のファクタをマップします。

  7. ファクタの初期化が終了すると、Oracle Database VaultのOracle Label Securityとの統合が行われます。

このプロセスが終了すると、Oracle Database Vaultはコマンド・ルールがCONNECTイベントと関連付けられていることを確認します。ルール・セットがCONNECTイベントと関連付けられている場合は、ルール・セットが評価されます。ルール・セットがFalseと評価されるかエラーが戻されると、セッションは終了します。セッションが終了する前に、ルール・セットに関連付けられた監査またはコール・ハンドラが実行されます。

ノート:

不用意に、他のユーザーをデータベースからロックアウトする可能性があるため、コマンド・ルールをCONNECTイベントに関連付ける際は注意してください。通常、CONNECTのコマンド・ルールを作成する場合は、関連付けられたルール・セットの評価オプションを「いずれかTrue」に設定します。

不用意に他のユーザーをロックアウトした場合は、一時的にOracle Database Vaultを無効にして、CONNECTコマンド・ルールを無効にし、Oracle Database Vaultを再び有効にして、問題の原因となっているファクタ・コードを修正します。これを実行する方法の例は、「テストが失敗した場合」で説明しています。

7.6.2 ファクタの取得

データベース・セッション内のファクタは、DVFファクタ・ファンクションまたはGET_FACTORファンクションを使用していつでも取得できます。

使用可能なファクタのリストを確認するには、「DBA_DV_FACTORビュー」で説明したDBA_DV_FACTORデータ・ディクショナリ・ビューに問い合せます。

例7-1に、GET_FACTORファンクションの使用例を示します。

例7-1 GET_FACTORを使用したファクタの取得

SELECT GET_FACTOR('client_ip') FROM DUAL;

DVFファクタ・ファンクションまたはGET_FACTORから取得されたファクタ値は、次に示す方法で使用できます。

  • Oracle Database Vaultルール式

  • Oracle Database Vault環境のすべてのデータベース・セッションで使用可能なカスタム・アプリケーション・コード

DVFファクタ・ファンクションについては、「Oracle Database VaultのDVF PL/SQLファクタ・ファンクション」で詳しく説明しています。

「セッション確立時のファクタの処理」で説明されているように、ファクタ評価をセッションに設定した場合は、Oracle Database Vaultにより、確立したセッション・コンテキストから値が取得されます。

「セッション確立時のファクタの処理」で説明されているように、ファクタ評価を「アクセス」に設定した場合は、ファクタが取得されるたびに、Oracle Database Vaultによりステップ2からステップ5(またはステップ6)が実行されます。

ファクタにエラー・オプションを定義し、エラーが発生した場合には、エラー・メッセージが表示されます。

7.6.3 ファクタの設定

データベース・セッション中はいつでもファクタにアイデンティティを割り当てられますが、ファクタ割当てルール・セットがTrueと評価される場合にかぎります。

SET_FACTORファンクションを使用することにより、アプリケーション・コード内でこれを実行できます。Javaコードでは、JDBCクラスjava.sql.CallableStatementを使用してこの値を設定できます。たとえば:

java.sql.Connection connection ; 
...
java.sql.CallableStatement statement = 
   connection.prepareCall("{call SET_FACTOR('FACTOR_X', ?)}");
statement.setString(1, "MyValue");
boolean result = statement.execute();
...

Oracle Data Provider for .NET(ODP.NET)を使用して記述されたアプリケーションなど、Oracle PL/SQLファンクションの実行が可能なアプリケーションは、このプロシージャを使用できます。

この概念は、ファクタ値の設定時期をルール・セットで制御する機能が追加された標準のOracle DBMS_SESSION.SET_IDENTIFIERプロシージャに似ています。ルール・セットの評価がTrueの場合、「セッション確立時のファクタの処理」のステップ2から5が実行されます。

ファクタに割当てルール・セットを関連付けていない、またはルール・セットでFalse(またはエラー)が返された場合、SET_FACTORファンクションを使用してファクタを設定しようとすると、Oracle Database Vaultによってエラー・メッセージが送信されます。

7.7 チュートリアル: データベースへの非定型ツール・アクセスの阻止

このチュートリアルでは、ファクタを使用して非定型ツール(SQL*Plusなど)がデータベースにアクセスできないようにする方法を示します。

7.7.1 このチュートリアルについて

多くのデータベース・アプリケーションには、ユーザーのアクションを明示的に制御する機能が含まれています。

ただし、非定型問合せツール(SQL*Plusなど)には、これらの制御機能がないことがあります。このため、ユーザーは非定型ツールを使用して、通常はデータベース・アプリケーションで実行できないアクションを、データベースで実行できる場合があります。Oracle Database Vaultのファクタ、ルール・セットおよびコマンド・ルールを組み合せて使用すると、非定型問合せツールによるデータベースへの不正アクセスを阻止できます。

次のチュートリアルでは、ユーザーHRおよびOEがSQL*Plusを使用するのを阻止します。これを実行するには、システム上でアプリケーションを検索するファクタと、これら4ユーザーにSQL*Plusを制限するためのルールおよびルール・セットを作成する必要があります。次に、ルール・セットに関連付けられるCONNECT SQL文のコマンド・ルールを作成します。このファクタ、Client_Prog_NameはSYS_CONTEXT SQLファンクションのUSERENV名前空間のCLIENT_PROGRAM_NAME属性を使用して、Oracle Databaseの現在のインスタンスへのアクセスに使用されるアプリケーションの名前を検索します。SYS_CONTEXT SQLファンクションには、ユーザー・セッションの状態を検出するための便利なメソッドが多数用意されています。SYS_CONTEXTは、カスタム・ファクタを作成するための貴重なツールです。

関連項目:

SYS_CONTEXTファンクションの詳細は、『Oracle Database SQL言語リファレンス』を参照してください

7.7.2 ステップ1: HRおよびOEユーザー・アカウントの有効化

後でこのチュートリアルのためにOracle Database Vaultコンポーネントをテストするときに、HRおよびOEアカウントを使用する必要があります。

  1. DV_ACCTMGRロールを付与されているユーザーとして、データベース・インスタンスにログインします。

    たとえば:

    sqlplus accts_admin_ace
    Enter password: password
    

    マルチテナント環境で、適切なプラガブル・データベース(PDB)に接続する必要があります。

    たとえば:

    sqlplus accts_admin_ace@hrpdb
    Enter password: password
    

    使用可能なPDBを見つけるには、show pdbsコマンドを実行します。現在のPDBを確認するには、show con_nameコマンドを実行します。

  2. HRアカウントのステータスを確認します。
    SELECT USERNAME, ACCOUNT_STATUS FROM DBA_USERS WHERE USERNAME = 'HR';
    
  3. HRが無効になり、ロックされている場合、次の文を入力してアクティブにします。
    ALTER USER HR ACCOUNT UNLOCK IDENTIFIED BY password;
    

    『Oracle Databaseセキュリティ・ガイド』のガイドラインに従って、安全なパスワードでパスワードを置き換えてください。

  4. OEアカウントに対して、これらのステップを繰り返します。

7.7.3 ステップ2: ファクタの作成

HRおよびOEアカウントがアクティブであることを確認後、ファクタを作成します。

  1. DV_OWNERまたはDV_ADMINロールを付与されているユーザーとして接続します。

    たとえば:

    CONNECT leo_dvowner --Or, CONNECT leo_dvowner@hrpdb
    Enter password: password
    
  2. ファクタを作成します。
    BEGIN
     DBMS_MACADM.CREATE_FACTOR(
      factor_name       => 'Client_Prog_Name',
      factor_type_name  => 'Application',
      description       => 'Stores client program name that connects to database',
      rule_set_name     => NULL,
      validate_expr     => NULL,
      get_expr          => 'UPPER(SYS_CONTEXT(''USERENV'',''CLIENT_PROGRAM_NAME''))',
      identify_by       => DBMS_MACUTL.G_IDENTIFY_BY_METHOD,
      labeled_by        => DBMS_MACUTL.G_LABELED_BY_SELF,
      eval_options      => DBMS_MACUTL.G_EVAL_ON_SESSION,
      audit_options     => DBMS_MACUTL.G_AUDIT_ON_GET_ERROR,
      fail_options      => DBMS_MACUTL.G_FAIL_SILENTLY);
    END;
    /
    

    詳細は、次のとおりです。

    • factor_type_nameは、これがアプリケーション・ベース・ファクタであることを指定します。

    • get_exprは、ファクタの式を定義します。この式は、USERENV名前空間とCLIENT_PROGRAM_NAME属性を使用してSYS_CONTEXTファンクションをコールして、Oracle Databaseにログインしているプログラムを検索します。

    • identify_byは、メソッドによってファクタを識別します。

    • labeled_byは、Oracle Label Securityポリシーに関連付けられているラベルから直接ファクタのアイデンティティをラベル付けします(デフォルト)。

    • eval_optionsは、データベース・セッションの作成時にファクタを評価します。

    • audit_optionsは、get_exprがエラーを返した場合に監査します。

    • fail_silentlyは、ファクタのエラー・メッセージを表示しません。

7.7.4 ステップ3: ルール・セットとルールの作成

ファクタを作成後、ファクタとともに使用するルール・セットおよびルールを作成します。

  1. Limit SQL*Plus Accessルール・セットを次のように作成します。
    BEGIN
     DBMS_MACADM.CREATE_RULE_SET(
      rule_set_name    => 'Limit SQL*Plus Access',
      description      => 'Limits access to SQL*Plus for Apps Schemas',
      enabled          => DBMS_MACUTL.G_YES,
      eval_options     => DBMS_MACUTL.G_RULESET_EVAL_ANY,
      audit_options    => DBMS_MACUTL.G_RULESET_AUDIT_OFF,
      fail_options     => DBMS_MACUTL.G_RULESET_FAIL_SHOW,
      fail_message     => 'SQL*Plus access not allowed for Apps Schemas',
      fail_code        => 20461,
      handler_options  => DBMS_MACUTL.G_RULESET_HANDLER_OFF,
      handler          => NULL,
      is_static        => FALSE);
    END;
    /
    

    詳細は、次のとおりです。

    • fail_optionsfail_messageによって設定されたエラー・メッセージおよびfail_codeによって設定されたエラー・コードを有効にして、エラーの場合に表示します。

    • is_staticは、ユーザー・セッション中にルール・セットを1度評価します。その後、値は再利用されます。

  2. CLIENT_PROGRAM_NAME属性から返された内容に基づいて、ポリシーに適用するコンピュータの正確な設定を検索します。
    SELECT SYS_CONTEXT('USERENV', 'CLIENT_PROGRAM_NAME') FROM DUAL;
    

    出力は次のようになります。

    SYS_CONTEXT('USERENV','CLIENT_PROGRAM_NAME')
    ---------------------------------------------------------------
    sqlplus@nemosity (TNS V1-V3)
    

    このチュートリアルの場合、コンピュータの名前はnemosityです。(TN V1-V3)出力は、TNSコネクタのバージョンを示します。

  3. 次のルール・セットを作成します。
    BEGIN
     DBMS_MACADM.CREATE_RULE(
      rule_name  => 'Prevent Apps Schemas Access to SQL*Plus',
      rule_expr  =>'UPPER (DVF.F$CLIENT_PROG_NAME) != ''SQLPLUS@NEMOSITY (TNS V1-V3)'' AND DVF.F$SESSION_USER IN (''HR'', ''OE'')');
    END;
    /
    BEGIN
     DBMS_MACADM.CREATE_RULE(
      rule_name  => 'Allow Non-Apps Schemas Access to SQL*Plus',
      rule_expr  =>'DVF.F$SESSION_USER NOT IN (''HR'', ''OE'')');
    END;
    /
    

    このルールは次のように変換されます: 「ユーザーHRおよびOEのSQL*Plusへのログインは阻止するが、他のユーザーのアクセスは許可する」

  4. ルールをLimit SQL*Plus Accessルール・セットに追加します。
    BEGIN
     DBMS_MACADM.ADD_RULE_TO_RULE_SET(
      rule_set_name => 'Limit SQL*Plus Access',
      rule_name     => 'Prevent Apps Schemas Access to SQL*Plus',
      rule_order    => 1);
    END;
    /
    BEGIN
     DBMS_MACADM.ADD_RULE_TO_RULE_SET(
      rule_set_name => 'Limit SQL*Plus Access',
      rule_name     => 'Allow Non-Apps Schemas Access to SQL*Plus',
      rule_order    => 1);
    END;
    /
    

    プロシージャが機能するには、rule_order設定が必要です。

7.7.5 ステップ4: CONNECTコマンド・ルールの作成

CONNECTコマンド・ルールは、CONNECT SQL文を制御します。

このコマンド・ルールは、コマンドラインまたはSQL*Plusへのアクセスにサイトで使用されるその他のツールからSQL*Plusにログインする場合にも適用されます。

  • CONNECTコマンド・ルールを次のように作成します。

    BEGIN
     DBMS_MACADM.CREATE_COMMAND_RULE(
      command         => 'CONNECT',
      rule_set_name   => 'Limit SQL*Plus Access',
      object_owner    => '%',
      object_name     => '%',
      enabled         => DBMS_MACUTL.G_YES);
    END;
    /
    

詳細は、次のとおりです。

  • rule_set_nameは、Limit SQL*Plus Accessルール・セットとCONNECTコマンド・ルールを関連付けます。

  • コマンド・ルールがすべてのユーザーに適用されるように、object_owner%に設定されます。

  • コマンド・ルールがすべてのオブジェクトに適用されるように、object_name%に設定されます。

  • enabledはコマンド・ルールをただちに使用できるように有効化します。

7.7.6 ステップ5: 非定期ツール・アクセス制限のテスト

Oracle Database Vaultの変更を有効にするために、SQL*Plusセッションを再起動する必要はありません。

  1. SQL*Plusで、ユーザーHRとして接続を試行します。

    CONNECT HR --Or, CONNECT HR@hrpdb
    Enter password: password
    

    次の出力が表示されます。

    ERROR:
    ORA-47306: 20461: Limit SQL*Plus Access rule set failed
    

    ユーザーHRは、SQL*Plusの使用を阻止されます。

  2. 次に、ユーザーOEとして接続を試行します。

    CONNECT OE --Or, CONNECT OE@hrpdb
    Enter password: password
    

    次の出力が表示されます。

    ERROR:
    ORA-47306: 20461: Limit SQL*Plus Access rule set failed
    

    ユーザーOEも、SQL*Plusの使用を阻止されます。

  3. ここで、ユーザーSYSTEMとして接続を試行します。

    CONNECT SYSTEM --Or, CONNECT SYSTEM@hrpdb
    Enter password: password
    Connected. 
    

    ユーザーSYSTEMはデータベース・インスタンスにログインできる必要があります。SYS、Database Vault所有者アカウントおよびDatabase Vaultアカウント・マネージャ・アカウントもログインできます。

テストが失敗した場合

SYSTEMとして(またはルール式で指定されているその他の管理ユーザーのいずれかとして)データベース・インスタンスにログインできない場合、SQL*Plusは使用できません。

この問題は、次の方法で対処できます。

  1. DV_OWNERまたはDV_ADMINロールを付与されているユーザーとして、データベース・インスタンスにログインします。

    たとえば:

    CONNECT sec_admin_owen --Or, CONNECT sec_admin_owen@hrpdb for a PDB
    Enter password: password
    
  2. 次の文を入力して、CONNECTコマンド・ルールを削除します。
    EXEC DBMS_MACADM.DELETE_COMMAND_RULE ('CONNECT', '%', '%');
    

    Oracle Database Vaultを無効にしても、そのPL/SQLパッケージとDatabase Vault Administratorはまだ使用できます。

  3. エラーがあるかどうかポリシー・コンポーネントを確認し、エラーを修正します。CONNECTコマンド・ルールを再作成し、テストします。

7.7.7 ステップ6: このチュートリアルのコンポーネントの削除

コンポーネントが不要になった場合、このチュートリアルで作成したコンポーネントを削除できます。

  1. CONNECTコマンド・ルールを削除します。
    EXEC DBMS_MACADM.DELETE_COMMAND_RULE ('CONNECT', '%', '%');
    
  2. Client_Prog_Nameファクタを削除します。
    EXEC DBMS_MACADM.DELETE_FACTOR('Client_Prog_Name');
    
  3. Limit SQL*Plus Accessルール・セットを削除します。
    EXEC DBMS_MACADM.DELETE_RULE_SET('Limit SQL*Plus Access');
    
  4. ルールを削除します。
    EXEC DBMS_MACADM.DELETE_RULE('Prevent Apps Schemas Access to SQL*Plus');
    EXEC DBMS_MACADM.DELETE_RULE('Allow Non-Apps Schemas Access to SQL*Plus');
    
  5. 必要に応じて、DBV_ACCTMGRロールを付与されているユーザーとしてHRおよびOEアカウントをロックします。
    CONNECT accts_admin_ace --Or, CONNECT amalcolumn_dbacctmgr@hrpdb
    Enter password: password
    
    ALTER USER HR ACCOUNT LOCK;
    ALTER USER OE ACCOUNT LOCK;

7.8 チュートリアル: セッション・データに基づくユーザー・アクティビティの制限

このチュートリアルでは、ユーザーが使用しているドメインなど、セッション・データに基づいたユーザー・アクティビティを制限する方法を示します。

7.8.1 このチュートリアルについて

ファクタ・アイデンティティ・マップを使用して、データベース・アクティビティのセッションベースのユーザー制限を設定できます。

たとえば、次の基準を使用して、データベースへの管理アクセスを制御するとします。

  • 管理者が正しいIPアドレスからデータベースにアクセスしていることを確認する。

  • データベース・アクセスを管理者の標準勤務時間に制限する。

このような構成は、様々なタイプの管理者(ローカルの内部管理者だけでなく、海外および契約管理者も含む)を制限する場合に便利です。

このチュートリアルでは、管理者が使用しているコンピュータのIPアドレスに基づく、セキュアおよび非セキュアなネットワーク・アクセスのアイデンティティが含まれるように、Domainファクタを変更します。管理者が標準勤務時間外に、あるいは異なるIPアドレスからアクションを実行しようとすると、Oracle Database Vaultはそれを阻止します。

7.8.2 ステップ1: 管理者ユーザーの作成

このチュートリアルを使用する前に、管理ユーザーを作成する必要があります。

  1. SQL*Plusで、DV_ACCTMGRロールを付与されているユーザーとしてログインし、ユーザー・アカウントmwaldronを作成します。

    たとえば:

    sqlplus accts_admin_ace
    Enter password: password
    
    CREATE USER mwaldron IDENTIFIED BY password;
    

    『Oracle Databaseセキュリティ・ガイド』のガイドラインに従って、安全なパスワードでパスワードを置き換えてください。

    マルチテナント環境で、適切なプラガブル・データベース(PDB)に接続する必要があります。

    たとえば:

    sqlplus accts_admin_ace@hrpdb
    Enter password: password
    

    利用可能なPDBを検索するには、DBA_PDBSデータ・ディクショナリ・ビューを問い合せます。現在のPDBを確認するには、show con_nameコマンドを実行します。

  2. CREATE SESSION権限およびDBAロールを付与する権限を持つユーザーとして接続し、ユーザーmwaldronにこれらの権限を付与します。また、このユーザーは、Oracleシステム権限およびロール管理レルムの所有者として認可されている必要があります。

    たとえば:

    CONNECT dba_psmith -- Or, CONNECT dba_psmith@hrpdb
    Enter password: password
    
    GRANT CREATE SESSION, DBA TO mwaldron;

7.8.3 ステップ2: Domainファクタへのアイデンティティの追加

次に、アイデンティティをDomainファクタ(デフォルトのファクタ)に追加する必要があります。

  1. DV_OWNERまたはDV_ADMINロールおよびSELECT ANY DICTIONARY権限を付与されているユーザーとして、Cloud ControlからOracle Database Vault Administratorにログインします。ログイン方法については、「Oracle Enterprise Cloud ControlからのOracle Database Vaultへのログイン」を参照してください。
  2. 「管理」ページの「Database Vaultコンポーネント」で、「ファクタ」をクリックします。

    「ファクタ」ページが表示されます。

  3. 「Oracle定義のファクタの表示」チェック・ボックスを選択してデフォルトのファクタを表示します。
  4. Domainファクタを選択し、「編集」を選択します。

    「ドメイン」ファクタが親ファクタになります。

  5. 「アイデンティティ」ページになるまで、「次へ」ボタンをクリックします。
  6. 「新規アイデンティティの追加」ボタンを選択します。
  7. 「新規のアイデンティティとマッピングの追加」ページの「アイデンティティ」タブで、次の情報を入力します。
    • 値: HIGHLY SECURE INTERNAL NETWORKと入力します。

    • 信頼レベル: 「信頼度高」を選択します。

  8. 「OK」をクリックします。
  9. これらのステップを繰り返してNOT SECUREというもう1つのアイデンティティを作成し、その信頼レベルを「信頼されない」に設定します。

7.8.4 ステップ3: Domainファクタ・アイデンティティのClient_IPファクタへのマップ

アイデンティティをDomainファクタに追加後、これをClient_IPファクタにマップします。

Client_IPファクタはデフォルト・ファクタです。
  1. 「アイデンティティ」ページで、HIGHLY SECURE INTERNAL NETWORKアイデンティティを選択して「編集」を選択します。
  2. 「新規のアイデンティティとマッピングの追加」ウィンドウで、「アイデンティティのマップ」サブページを選択します。
  3. 「アイデンティティのマップ」タブを選択して、「マッピングの追加」を選択します。
  4. 「新規のアイデンティティ・マッピングの追加」ページで、次の情報を入力します。
    • 子ファクタ: 子ファクタとなる「Client_IP」を選択します。

    • 演算子: 「次と等しい」を選択します。

    • 最小値: 仮想マシン(192.0.2.12など)のIPアドレスを入力します。(これは、ユーザーmwaldronが使用するコンピュータです。このチュートリアルでは、自身のコンピュータのIPアドレスを入力できます。Microsoft Windowsを使用している場合は、ループバック・アダプタに割り当てられたIPアドレスを使用します。)

    • 最大値: このフィールドは空白のままにします。

  5. 「OK」をクリックし、再度「OK」をクリックして「アイデンティティ」ページに戻ります。
  6. NOT SECUREアイデンティティ用に次の2つのアイデンティティ・マップを作成します。作成するには、このアイデンティティを編集します。
    子ファクタ 演算子 最小値 最大値

    Client_IP

    より小さい

    192.0.2.5

    (空白のままにする)

    Client_IP

    より大きい

    192.0.2.20

    (空白のままにする)

    NOT SECUREアイデンティティでのアイデンティティ・マップは、ユーザーmwaldronによって使用されるIPアドレス(192.0.2.12)以外の範囲のIPアドレスにあります。ここでのIPアドレスは、mwaldronのIPアドレス以外のいずれかの範囲にある必要があります。

    このアイデンティティ・マップにより、ユーザーが正しいIPアドレスからログインすると、Oracle Database VaultではHIGHLY SECURE INTERNAL NETWORKアイデンティティにより、その接続がセキュアであると判断する、という条件が作成されます。しかし、ユーザーが192.0.2.5未満または192.0.2.20より大きいIPアドレスからログインすると、NO SECUREアイデンティティにより、その接続はセキュアではないと判断されます。

  7. 「OK」をクリックします。
  8. 「完了」「終了」の順にクリックします。
  9. ファクタ・アイデンティティをテストします。

    最初に、SQL*Plusにユーザーmwaldronとして接続しますが、データベース・インスタンスは指定しません。

    CONNECT mwaldron -- Or, CONNECT mwaldron@hrpdb
    Enter password: password
    
    SELECT DVF.F$CLIENT_IP FROM DUAL;
    

    次の出力が表示されます。

    F$CLIENT_IP
    -------------------------------------
    

    続いて次のように入力します。

    SELECT DVF.F$DOMAIN FROM DUAL;
    

    次の出力が表示されます。

    F$DOMAIN
    -------------------------------------
    NOT SECURE
    

    ユーザーmwaldronはデータベース・インスタンスに直接接続していないので、Oracle Database Vaultではユーザーの接続元であるIPアドレスが認識されません。この場合、Oracle DatabaseではIPCプロトコルを使用して、IP値をNULLに設定する接続を実行します。したがって、この接続のアイデンティティはNOT SECUREに設定されます。

    ここで、データベース・インスタンス(たとえば、orcl)を指定してSQL*Plusに接続し、再びファクタ・アイデンティティを確認します。

    CONNECT mwaldron@orcl
    Enter password: password
    
    SELECT DVF.F$CLIENT_IP FROM DUAL;
    

    次の出力が表示されます。

    F$CLIENT_IP
    -------------------------------------
    192.0.2.12
    

    続いて次のように入力します。

    SELECT DVF.F$DOMAIN FROM DUAL;
    

    次の出力が表示されます。

    F$DOMAIN
    -------------------------------------
    HIGHLY SECURE INTERNAL NETWORK
    

    ユーザーmwaldronorclデータベース・インスタンスに接続しているので、そのIPアドレスが認識されます。これはデータベースでTCPプロトコルが使用されていて、ホストIP値を適切に移入できるようになったからです。IPアドレスは正しい範囲内にあるため、ファクタ・アイデンティティはHIGHLY SECURE INTERNAL NETWORKに設定されます。

7.8.5 ステップ4: 時間を設定するルール・セットの作成およびファクタ・アイデンティティの選択

変更したファクタで使用できるルール・セットを作成する必要があります。

  1. 「管理」ページの「Database Vaultコンポーネント」で、「ルール・セット」を選択します。
  2. 「ルール・セット」ページで「作成」を選択します。
  3. 「ルール・セットの作成」ページで、次の設定を入力します。
    • 名前: Internal DBA Standard Working Hoursと入力します。

    • ステータス: 「有効」を選択します。

    • 評価オプション: 「すべてTrue」を選択します。

    残りの設定はデフォルトのままにします。

  4. 「次へ」をクリックして、「ルールとの関連付け」ページを表示します。
  5. 「ルールの作成」を選択します。
  6. 「ルールの作成」ウィンドウで、次の情報を入力します。
    • 名前: Internal DBA

    • 式: DVF.F$SESSION_USER='MWALDRON'

      (ユーザー名を含む式を作成する場合、ユーザー名は大文字で入力します。データベースではユーザー名が大文字で格納されるためです。)

  7. 「OK」をクリックします。
  8. 「ルールの作成」ページを使用して、次のルールをさらに作成します。
    • 名前: Internal Network Only

      ルール式: DVF.F$DOMAIN='HIGHLY SECURE INTERNAL NETWORK'

    • 名前: Week Day

      ルール式: TO_CHAR(SYSDATE, 'D') BETWEEN '2' AND '6'

    • 名前: Week Working Day Hours

      ルール式: TO_CHAR(SYSDATE, 'HH24') BETWEEN '08' AND '19'

  9. 「完了」「終了」の順にクリックします。

7.8.6 ステップ5: ルール・セットを使用するコマンド・ルールの作成

作成したルール・セットを使用するコマンド・ルールを作成する必要があります。

  1. 「管理」ページで「コマンド・ルール」を選択します。
  2. 「コマンド・ルール」ページで「作成」を選択します。
  3. 「コマンド・ルールの作成」ページで、次の設定を入力します。
    • コマンド: リストから「CREATE TABLE」を選択します。

    • ステータス: 「有効」を選択します。

    • 適用可能なオブジェクト所有者: %(デフォルト)に設定されていることを確認します。

    • 適用可能なオブジェクト名: %(デフォルト)に設定されていることを確認します。

    • ルール・セットの評価: リストから「内部DBA標準勤務時間」を選択します。

  4. 「OK」をクリックします。

7.8.7 ステップ6: ファクタ・アイデンティティの設定のテスト

システム・クロックを再設定して、mwaldron管理ユーザーとしてログインし、表を作成することにより、設定をテストします。

  1. システム時間を午後9時に設定します。

    UNIX: rootとしてログインし、dateコマンドを使用して時間を設定します。たとえば、今日の日付が2013年8月15日だとすると、次のように入力します。

    su root
    Password: password
    
    date --set="15 AUG 2013 21:00:00"
    

    Windows: 通常画面の右下隅にある時計アイコンをダブルクリックします。「日付と時刻のプロパティ」ウィンドウで、時刻を午後9時に設定し、「OK」をクリックします。

  2. SQL*Plusで、ユーザーmwaldronとして接続し、表の作成を試行します。次の文で、orclを使用するデータベース・インスタンスの名前に置き換えます。
    CONNECT mwaldron@orcl
    Enter password: password
    
    CREATE TABLE TEST (num number);  
    

    次の出力が表示されます。

    ORA-47400: Command Rule violation for create table on MWALDRON.TEST
    

    ユーザーmwaldronは勤務時間外に表を作成するため、Database Vaultにより阻止されます。

  3. システム時間をローカル時間に再設定します。
  4. SQL*Plusで、ユーザーmwaldronとして、表の作成を再試行します。
    CREATE TABLE TEST (num number);
    
    Table created.
    
    DROP TABLE TEST;
    Table dropped.
    

    ここで、ユーザーmwaldronはローカル時間に、HIGHLY SECURE INTERNAL NETWORKアイデンティティに関連付けられたIPアドレスから作業を行っているので、表を作成できます。

  5. ユーザーmwaldronとして再接続し、ここで接続コマンドにデータベース・インスタンス名を追加せずに、再び表を作成してみます。
    CONNECT mwaldron -- Or, CONNECT mwaldron@hrpdb
    Enter password: password
    
    CREATE TABLE TEST (num number);
    

    次の出力が表示されます。

    ORA-47400: Command Rule violation for create table on MWALDRON.TEST
    

    ユーザーmwaldronは正しい時間に表を作成しようとしていますが、orclデータベース・インスタンスに直接ログインしていないため、作成できません。Oracle Database Vaultでは、ユーザーがNOT SECUREアイデンティティを使用しているものと判断し、アクセスを拒否します。

7.8.8 ステップ7: この例で使用したコンポーネントの削除

コンポーネントが不要になった場合、このチュートリアルで作成したコンポーネントを削除できます。

  1. DV_ACCTMGRユーザーとしてデータベース・インスタンスにログインして、ユーザーmwaldronを削除します。
    sqlplus accts_admin_ace -- Or, CONNECT accts_admin_ace@hrpdb
    Enter password: password
    
    DROP USER mwaldron CASCADE;
    
  2. CREATE TABLEコマンド・ルールを削除します。

    「管理」ページに戻り、「コマンド・ルール」を選択します。「CREATE TABLE」コマンド・ルールを選択して、「削除」をクリックします。「確認」ウィンドウで、「はい」を選択します。

  3. Internal DBA Standard Working Hoursルール・セットを削除します。

    「管理」ページで「ルール・セット」を選択します。「ルール・セット」ページで、「内部DBA標準勤務時間」ルール・セットを選択し、「削除」を選択します。「確認」ウィンドウで「ルール・セットに関連付けられたルールの削除」チェック・ボックスを選択して、「はい」をクリックします。

  4. 「内部DBA標準勤務時間」ルール・セットに関連付けられたルールを削除します。

    「管理」ページで、「ルール」を選択します。「ルール」ページで、「内部DBA、内部ネットワークのみ、平日、平日勤務時間」ルールを選択して、「削除」を選択します。「確認」ウィンドウで「はい」を選択します。

  5. DomainファクタからHIGHLY SECURE INTERNAL NETWORKおよびNOT SECUREファクタ・アイデンティティを削除します。

    「管理」ページで「ファクタ」を選択します。「ドメイン」ファクタを選択し、「編集」を選択します。「アイデンティティ」ページになるまで、「次へ」をクリックします。「HIGHLY SECURE INTERNAL NETWORK」および「NOT SECURE」ファクタ・アイデンティティを選択し、「削除」をクリックしてそれぞれを削除します。(複数の項目を選択するには、[Ctrl]キーを押しながらクリックします。)「確認」ウィンドウで、「はい」を選択します。「完了」「終了」の順にクリックします。

7.9 ファクタ設計のガイドライン

Oracleでは、ファクタ設計のガイドラインを提供しています。

  • セキュリティまたは外部システムからのセッションに関するその他のコンテキスト情報を統合するには、UTL_TCPUTL_HTTPDBMS_LDAPおよびDBMS_PIPEなどのOracleユーティリティ・パッケージを使用できます。

  • ファクタの識別が「ファクタによる識別」に設定されている場合は、取得メソッドを指定しないでください。取得メソッドが必要なのは、ファクタを「メソッド」または「定数」に設定した場合のみです。

  • ファクタに割当てルール・セットがある場合は、検証メソッドの使用を検討します。これにより、無効なアイデンティティが発行されないことを検証できます。

  • 指定されている値は、クライアント・ソフトウェアが信頼されていて、クライアント・ソフトウェアからの通信チャネルが安全であることがわかっている場合にのみ信頼できるため、クライアント指定のProgram、OS Userおよびその他のファクタは注意して使用します。

  • 時間ベースのファクタなど、同じセッション内のある起動と次の起動で、取得メソッドによって返される値が変わる可能性がある場合には、「アクセス」評価オプションのみを指定します。

  • 従来のSQLおよびPL/SQLの最適化技術を使用して、ファクタ取得メソッドに使用されるファンクションの内部ロジックを最適化します。パフォーマンスと最適化の詳細は、Oracle Database SQLチューニング・ガイドを参照してください。

  • 取得メソッドによって返される離散値がわかっている場合は、各値にアイデンティティを定義し、信頼レベルを割り当てられるようにします。ファクタに基づくアプリケーション・ロジックに信頼レベルを使用するにつれ、信頼レベルによりファクタに値が追加されます。

  • 通常、より多くのファクタに基づくセキュリティ・ポリシーは、少ないファクタに基づくセキュリティ・ポリシーよりも強力です。別のファクタによって識別される新しいファクタを作成し、アイデンティティ・マップを使用してファクタの組合せを論理グループに保存できます。これにより、ファクタをOracle Label Securityラベルと統合する際の、親ファクタのラベル付けもより簡単になります。(詳細は、「Oracle Database VaultとOracle Label Securityの統合」を参照)。

  • Oracle Label Securityを統合する際は、ファクタとラベル付けされているファクタよりも、自己とラベル付けされているファクタを構成してデバッグする方が簡単です。

  • 1つ以上のセキュリティ、エンドユーザーまたは環境属性を関連付けられたデータベース・セッションで使用できるように、それらの属性を渡すデータベース・クライアント・アプリケーションを設計できます。これを行うには、属性ごとに1つのファクタを作成し、割当てルール・セットを使用してこれらの属性が割り当てられる場合(特定のWebアプリケーションを指定された名前付きアプリケーション・サーバー・コンピュータで使用するときのみ、など)を制御します。この方法で使用されるOracle Database Vaultファクタは、OracleプロシージャDBMS_SESSION.SET_IDENTIFIERに非常によく似ていますが、設定可能な場合を制御する機能も含まれています。DBMS_SESSIONパッケージの詳細は、『Oracle Database PL/SQLパッケージおよびタイプ・リファレンス』を参照してください。

7.10 ファクタのパフォーマンスへの影響

ファクタの複雑さは、Oracleデータベース・インスタンスのパフォーマンスに影響します。

各ファクタには、検証メソッドや信頼レベルのような処理される要素があります。セッションによって評価されるDatabase_HostnameおよびProxy_Userのようなファクタの場合は、Oracle Database Vaultによりセッションの初期化中にこのプロセスが実行され、その値に対する後続のリクエスト用に結果がキャッシュされます。

「デフォルトのファクタ」に示されているデフォルトのファクタは、典型的なセキュリティ・ポリシーで使用される可能性が高いためキャッシュされます。ただし、ルール・セットやその他のコンポーネントなどで5つのファクタしか使用しない場合、別のことに使用できるリソースが残りのファクタにより消費されます。このような場合は、不要なファクタを削除する必要があります。(Oracle Database Vaultでは、これらのファクタを内部的に使用しないため、不要な場合は削除できます。)

ユーザー数が多い場合やアプリケーション・サーバーで接続の作成や切断を頻繁に行う場合、使用されるリソースがシステムのパフォーマンスに影響を与える可能性があります。不要なファクタは削除できます。

システム・パフォーマンスを確認するには、Oracle Enterprise Manager(Oracle Databaseと一緒にデフォルトでインストールされるOracle Enterprise Manager Cloud Controlを含む)、自動ワークロード・リポジトリ(AWR)およびTKPROFなどのツールを実行します。

関連項目:

7.11 ファクタに関連するレポートおよびデータ・ディクショナリ・ビュー

Oracle Database Vaultには、ファクタおよびそのアイデンティティに関する情報が表示されるレポートとデータ・ディクショナリ・ビューが用意されています。

表7-1では、Oracle Database Vaultレポートを示します。これらのレポートの実行方法の詳細は、「Oracle Database Vaultレポート」を参照してください。

表7-1 ファクタおよびアイデンティティに関連するレポート

レポート 説明

「ファクタの監査」レポート

評価に失敗したファクタの検出など、ファクタが監査されます。

「ファクタ構成の問題」レポート

無効なルール・セットまたは不完全のルール・セットなどの構成問題の表示、またはファクタに影響を与える可能性のある問題の監査が行われます。

「アイデンティティのないファクタ」レポート

アイデンティティが割り当てられていないファクタが表示されます。

「アイデンティティ構成の問題」レポート

無効なラベル・アイデンティティがあるファクタ、またはアイデンティティがマップされていないファクタが表示されます。

「ルール・セット構成の問題」レポート

ルールが定義されていないか、有効ではなく、それらを使用するファクタに影響を与える可能性があるルール・セットが表示されます。

表7-2に、既存のファクタおよびファクタ・アイデンティティに関する情報を提供するデータ・ディクショナリ・ビューを示します。

表7-2 ファクタおよびファクタ・アイデンティティに使用されるデータ・ディクショナリ・ビュー

データ・ディクショナリ・ビュー 説明

DBA_DV_FACTORビュー

現行のデータベース・インスタンス内の既存のファクタが表示されます。

DBA_DV_FACTOR_LINKビュー

子ファクタの関連によりアイデンティティが決定される各ファクタの関係が表示されます。

DBA_DV_FACTOR_TYPEビュー

システムで使用されているファクタ・タイプの名前および説明が表示されます。

DBA_DV_IDENTITYビュー

各ファクタのアイデンティティが表示されます。

DBA_DV_IDENTITY_MAPビュー

各ファクタのアイデンティティのマップが表示されます。