プライマリ・コンテンツに移動
Oracle® Databaseセキュリティ・ガイド
12c リリース1 (12.1)
B71285-10
目次へ移動
目次
索引へ移動
索引

前
次

用語集

アクセス制御

特定のクライアントまたはクライアント・グループに対して特定のデータへのアクセス権を付与または制限するシステム機能。

アクセス制御リスト(ACL)

管理者が定義するアクセス・ディレクティブのグループ。ディレクティブは、特定のクライアント、クライアント・グループまたはその両方に対して特定のデータへのアクセスのレベルを付与します。

Advanced Encryption Standard

Advanced Encryption Standard(AES)は、National Institute of Standards and TechnologyによってDESを置換するものとして承認された新しい暗号アルゴリズムです。AES標準は、Federal Information Processing Standards Publication 197で使用可能です。AESアルゴリズムは、128、192および256ビットの長さの暗号鍵を使用して、128ビットのデータ・ブロックを処理できる対称型ブロック暗号です。

AES

「Advanced Encryption Standard」を参照してください。

アプリケーション・コンテキスト

名前と値のペア。このペアによって、アプリケーションは、ユーザーに関するセッション情報(ユーザーIDや他のユーザー固有の情報など)にアクセスして、その情報をデータベースに安全に引き渡すことができます。

グローバル・アプリケーション・コンテキスト」も参照してください。

属性

LDAPディレクトリ内のエントリの性質を説明する情報項目。1つのエントリは1組の属性から構成され、それぞれがオブジェクト・クラスに所属します。さらに、各属性にはタイプと値があり、タイプは属性の情報の種類を説明し、値には実際のデータが格納されています。

アプリケーション・ロール

アプリケーション・ユーザーに付与されるデータベース・ロール。アプリケーション内に埋め込まれているパスワードによって保護されています。

セキュア・アプリケーション・ロール」も参照してください。

認証

コンピュータ・システムのユーザー、デバイスまたはその他のエンティティの識別情報を検証するプロセスであり、システムのリソースへのアクセス権を付与するための前提条件となることが多いです。認証されたメッセージの受信者は、そのメッセージの発信元(送信側)を確認できます。認証は、第三者が送信者を装っている可能性を排除するものとみなされます。

認証方式

分散環境のユーザー、クライアントまたはサーバーの識別情報を検証するセキュリティ方式。ネットワーク認証方式では、ユーザーにシングル・サイン・オン(SSO)の利点も提供できます。次の認証方式がサポートされています:

認可

オブジェクトまたはオブジェクトのセットにアクセスするためにユーザー、プログラムまたはプロセスに付与される権限。Oracleでは、認可はロール・メカニズムを通じて行われます。1人のユーザーまたはユーザー・グループに対して、1つのロールまたは一連のロールを付与できます。また、ロールに他のロールを付与することもできます。認証されたエンティティが利用できる権限のセット。

自動ログイン・ウォレット

アクセス時に資格証明を発行しない、サービスへのパスワードベースのアクセスです。自動ログイン・アクセスは、自動ログイン機能がウォレットに対して無効になるまで有効です。ファイル・システム権限では、ウォレットの自動ログインに必要なセキュリティが提供されます。ウォレットに対して自動ログインが有効になっている場合は、そのウォレットを作成したオペレーティング・システム・ユーザーのみ、そのウォレットを使用できます。これらはシングル・サイン・オン機能を提供するため、SSOウォレットと呼ばれることもあります。

CDB

マルチテナント・コンテナ・データベース。1つのルートと0(ゼロ)個以上のプラガブル・データベース(PDB)を含むOracle Databaseインストール。すべてのOracle Databaseは、CDBか非CDBのいずれかです。

ベース

LDAP準拠ディレクトリでのサブツリー検索のルート。

CA

「認証局」を参照してください。

証明書

公開鍵に対して識別情報を安全にバインドするITUのx.509 v3標準データ構造。

証明書は、エンティティの公開鍵が、信頼されている機関(認証局)によって署名されたときに作成されます。この証明書は、そのエンティティの情報が正しいこと、および公開鍵がそのエンティティに属していることを保証します。

証明書にはエンティティの名前、認証情報および公開鍵が含まれます。また、証明書に関する権利、ユーザーおよび権限についてのシリアル番号、有効期限、その他の情報が含まれる場合もあります。さらに、発行元の認証局についての情報も含まれます。

認証局

他のエンティティ(ユーザー、データベース、管理者、クライアント、サーバー)が本物であることを証明する、信頼できる第三者。ユーザーを証明するとき、認証局は最初にそのユーザーが証明書失効リスト(CRL)に掲載されていないことを確認してからそのユーザーのアイデンティティを検証し、証明書を付与し、認証局の秘密鍵を使用してその証明書に署名します。認証局には自身の証明書と公開鍵があり、公開されています。サーバーおよびクライアントは、これらを使用して認証局の署名を検証します。認証局は、証明書サービスを提供する外部の会社の場合や、企業のMIS部門のような内部の組織の場合があります。

証明連鎖

エンド・ユーザーまたはサブスクライバの証明書とその認証局証明書を含む順序付きの証明書リスト。

証明書リクエスト

認証リクエスト情報、署名アルゴリズム識別子および認証リクエスト情報に対するデジタル署名の3つの部分から構成される証明書リクエスト。認証リクエスト情報は、対象の識別名、公開鍵およびオプションの属性セットから構成されます。属性では、対象の識別情報に関する郵便番号などの追加情報、または対象エンティティが後で証明書失効を要求するためのチャレンジ・パスワードを提供できます。「PKCS #10」を参照してください。

証明書失効リスト(CRL)

(CRL)失効した証明書 のリストを含む署名付きデータ構造。CRLの信頼性および整合性は、証明書に添付されているデジタル署名により提供されます。CRL署名者は通常、発行された証明書に署名したエンティティと同一です。

チェックサム

メッセージ・パケットに含まれているデータに基づいてメッセージ・パケットの値を計算し、その値をデータとともに渡して、データが書き換えられていないことを認証するメカニズム。データの受信者は暗号チェックサムを再計算して、それをデータとともに送られた暗号チェックサムと比較します。これらが一致している場合は、データが送信中に書き換えられなかったことの確率的な証明になります。

クリアテキスト

暗号化されていないプレーン・テキスト。

暗号ブロック連鎖(CBC)

暗号化メソッドの1つ。先行するすべてのブロックに従って暗号ブロックの暗号化を行い、ブロック再生攻撃からデータを保護します。無許可の復号化が段階的に困難になるように設計されています。Oracle Databaseでは、外部暗号ブロック連鎖が使用されています。これは、内部暗号ブロックよりも安全性が高く、実質的なパフォーマンスの低下を伴わないためです。

CIDR

IPアドレスに使用する標準の表記法。CIDR表記法では、IPv6サブネットは、サブネット接頭辞およびビットで示した接頭辞のサイズ(小数)がスラッシュ文字(/)で区切られて示されます。たとえば、fe80:0000:0217:f2ff::/64は、アドレスfe80:0000:0217:f2ff:0000:0000:0000:0000からfe80:0000:0217:f2ff:ffff:ffff:ffff:ffffまでのサブネットを示します。CIDR表記法には、IPv4アドレスのサポートが含まれます。たとえば、192.0.2.1/24は、アドレス192.0.2.1から192.0.2.255までのサブネットを示します。

暗号スイート

ネットワーク・ノード間でメッセージを交換するために使用される認証、暗号化およびデータ整合性のアルゴリズムのセット。たとえば、SSLハンドシェイク中に2つのノードがネゴシエーションして、メッセージの送受信中に使用する暗号スイートを確認します。

暗号スイート名

暗号スイートは、特定のセッションで接続により使用される暗号保護の種類を示します。

暗号文

暗号化されたメッセージ・テキスト。

クラスレス・ドメイン間ルーティング

「CIDR」を参照してください。

クライアント

サービスを利用する側。クライアントはユーザーの場合や、データベース・リンク中にユーザーとして機能するプロセス(プロキシともいう)の場合があります。

共通権限付与

共通ユーザーが、他の共通ユーザーまたは共通ロールに付与する権限。共通権限付与は、システム権限またはオブジェクト権限のいずれかで、CDBのすべてのPDBに適用されます。

「ローカル権限付与」も参照。

共通ロール

CDB内のすべてのコンテナに存在するロール。

共通ユーザー

CDBで、既存および将来のすべてのPDBに同じIDで存在するデータベース・ユーザー。

機密保護

暗号化の機能。機密保護によって、メッセージを参照(暗号文を復号化する)できるのはメッセージの本来の受信者のみであることが保証されます。

接続記述子

特別にフォーマットされた、ネットワーク接続のための宛先の記述。接続記述子には、接続先のサービスおよびネットワーク・ルート情報が含まれます。接続先サービスは、Oracle9i またはOracle8i データベースのサービス名か、Oracleデータベース・リリース8.0のOracle システム識別子(SID)を使用して指定されます。ネットワーク・ルートは、少なくとも、ネットワーク・アドレスを使用してリスナーの場所を示します。「接続識別子」を参照。

接続識別子

接続記述子を解決する名前、ネット・サービス名またはサービス名。次のように、ユーザーは、接続するサービスに対して、接続文字列内の接続識別子とともにユーザー名とパスワードを渡して、接続要求を実行します。

例:

CONNECT username@connect_identifier
Enter password: password

接続文字列

ユーザー名、パスワード、ネット・サービス名など、ユーザーが接続先のサービスに渡す情報。例:

CONNECT username@net_service_name
Enter password: password

コンテナ

CDBで、ルートまたはPDB

コンテナ・データ・オブジェクト

CDBでは、複数のコンテナと場合によってはCDB全体に関連するデータを、そのようなオブジェクトで特定の共通ユーザーに表示されるデータを1つ以上のコンテナに制限するメカニズムとともに格納する表またはビューです。コンテナ・データ・オブジェクトの例は、Oracle提供のビューで、その名前はV$およびCDB_で始まります。

資格証明

データベースにアクセスするために使用するユーザー名、パスワードまたは証明書。

CRL

「証明書失効リスト(CRL)」を参照。

CRL配布ポイント

(CRL DP) X.509バージョン3証明書標準で指定されるオプションの拡張子であり、証明書の失効情報が格納される区分CRLの位置を示します。通常、この拡張子の値はURLの形式です。CRL DPによって、1つの認証局ドメイン内の失効情報を複数のCRLにポストできます。CRL DPによって、失効情報はより管理しやすい部分に細分化され、CRLが膨大に増加するのが回避されるため、パフォーマンスが向上します。たとえば、CRL DPを証明書に指定し、その証明書の失効情報をダウンロードできる、Webサーバー上のファイルを指すようにできます。

CRL DP

「CRL配布ポイント」を参照してください。

暗号化

データのエンコーディングおよびデコーディング処理であり、メッセージを保全します。

データ・ディクショナリ

データベースに関する情報を提供する読取り専用の表のセット。

Data Encryption Standard (DES)

米国連邦情報処理標準の古い暗号化アルゴリズムであり、Advanced Encryption Standard (AES)に置き換えられました。

データベース管理者

(1)Oracleサーバーまたはデータベース・アプリケーションを操作および管理する個人。(2)DBA権限を付与され、データベース管理機能を実行できるOracleユーザー名。通常、これら2つを同時に意味します。多くのサイトでは複数のDBAが配置されます。

データベース別名

「ネット・サービス名」を参照してください。

データベース・インストール管理者

データベース作成者とも呼ばれます。この管理者は、新規データベースの作成を担当します。この作業には、Database Configuration Assistantを使用したディレクトリへの各データベースの登録が含まれます。この管理者は、データベース・サービス・オブジェクトおよび属性の作成および変更アクセス権を持ちます。この管理者は、デフォルトのドメインも変更できます。

データベース・リンク

ローカル・データベースまたはネットワーク定義に格納されるネットワーク・オブジェクトであり、リモート・データベース、そのデータベースへの通信パス、およびオプションでユーザー名とパスワードを識別します。定義された後、データベース・リンクはリモート・データベースへのアクセスに使用されます。

あるデータベースから別のデータベースへのパブリックまたはプライベート・データベース・リンクは、DBAまたはユーザーによってローカル・データベースに作成されます。

グローバル・データベース・リンクは、Oracle Namesで各データベースからネットワーク内の他のすべてのデータベースに自動的に作成されます。グローバル・データベース・リンクはネットワーク定義に格納されます。

データベース・パスワード・バージョン

ユーザーのデータベース・パスワードから導出された取消しできない値。パスワード・ベリファイアとも呼ばれます。この値は、データベースに対するパスワード認証時に、接続ユーザーの識別情報が正しいことを確認するために使用されます。

データベース・セキュリティ管理者

データベース・エンタープライズ・ユーザー・セキュリティの最上位レベルの管理者。この管理者は、すべてのエンタープライズ・ドメインに対する権限を持ち、次のことに責任を持ちます。

  • Oracle DBSecurityAdminsおよびOracleDBCreatorsグループの管理

新規エンタープライズ・ドメインの作成

  • エンタープライズ内のあるドメインから別のドメインへのデータベースの移動

復号化

暗号化されたメッセージ(暗号文)の内容を元どおり読める形式(平文)に変換する処理です。

定義者権限プロシージャ

現行ユーザーではなく、所有者の権限で実行されるプロシージャ(プログラム・ユニット)。定義者権限サブプログラムは、これらのサブプログラムが格納されるスキーマにバインドされます。

たとえば、ユーザーblakeとユーザーscottのそれぞれがdeptという名前の表を、それぞれのユーザー・スキーマの中に持っています。ユーザーblakedept表を更新するためにユーザーscottが所有している定義者権限プロシージャをコールすると、このプロシージャはdept表をscottスキーマで更新します。これは、プロシージャはプロシージャを所有している(定義した)ユーザー(つまりscott)の権限で実行するためです。

「実行者権限プロシージャ」も参照してください。

DES

「Data Encryption Standard(DES)」を参照してください。

辞書攻撃

パスワードに対する一般的な攻撃。攻撃者は、多数の一般的なパスワードのリストを作成し、それらを暗号化します。次に、攻撃者は暗号化されたパスワードを含むファイルを盗み、暗号化した一般的なパスワードのリストと比較します。暗号化したパスワードの値(ベリファイアと呼ばれる)のいずれかが一致した場合、攻撃者は対応するパスワードを盗むことができます。辞書攻撃は、暗号化の前にパスワードにsaltを使用することで回避できます。「salt」を参照してください。

Diffie-Hellman鍵交換アルゴリズム

これは、安全でないチャネルを通じて通信する2つのパーティに、それらのパーティのみが知っているランダムな数字を合意させる方法です。Diffie-Hellman鍵交換アルゴリズムの実行中は、当事者は非保護チャネルで情報を交換しますが、攻撃者がネットワーク通信を分析し、当事者の間で取り決めた乱数を計算によって推定するのはほぼ不可能です。Oracle Databaseでは、セッション鍵の生成にDiffie-Hellman鍵交換アルゴリズムが使用されています。

デジタル署名

デジタル署名は、公開鍵アルゴリズムを使用して送信者の秘密鍵で送信者のメッセージに署名するために使用されます。このデジタル署名によって、文書が信頼できるものであること、別のエンティティで偽造されていないこと、変更されていないこと、送信者によって拒否されないことが保証されます。

ディレクトリ情報ツリー(DIT)

LDAPディレクトリ内のエントリのDNから構成される階層ツリー型構造。「識別名(DN)」を参照してください。

ディレクトリ・ネーミング

中央ディレクトリ・サーバーに格納されているデータベース・サービス、ネット・サービス名またはネット・サービス別名接続記述子に解決するネーミング・メソッドです。A

ディレクトリ・ネーミング・コンテキスト

ディレクトリ・サーバー内で意味を持つサブツリー。通常は、組織サブツリーの最上位です。あるディレクトリでは、固定のこのようなコンテキストが1個のみ許可されますが、他のディレクトリでは、ディレクトリ管理者によって0個から多数までのコンテキストを構成できます。

識別名(DN)

ディレクトリ・エントリの一意の名前。親エントリからディレクトリ情報ツリーのルート・エントリまでのすべての個々の名前から構成されます。「ディレクトリ情報ツリー(DIT)」を参照してください。

ドメイン

ドメイン・ネーム・システム(DNS)ネームスペース内の任意のツリーまたはサブツリー。一般にドメインは、ホスト名が共通の接尾辞(ドメイン名)を共有するコンピュータのグループを表します。

ドメイン・ネーム・システム(DNS)

ドメインの階層に編成された、コンピュータおよびネットワーク・サービスのネーミングのためのシステム。DNSは、TCP/IPネットワークで使用され、ユーザー・フレンドリな名前でコンピュータの位置を識別します。DNSは、このわかりやすい名前を、コンピュータが理解できるIPアドレスに変換します。

Oracle Net Servicesでは、DNSはTCP/IPアドレスのホスト名をIPアドレスに変換します。

サービス拒否(DoS)攻撃

Webサイトをアクセス不能または使用不能にする攻撃。サービス拒否攻撃は様々な手法で行われますが、よく利用される攻撃手法としては、サイトをクラッシュさせるもの、サイトへの接続を拒否するもの、または低速化によりサイトを使用不能にするものがあります。DoS攻撃には、次の2つの形式があります。

  • 基本サービス拒否攻撃(1台のみまたは数台のコンピュータが必要)

  • 分散型DoS攻撃(多数のコンピュータの実行が必要)

直接付与されたロール

間接的に付与されたロールとは対照的に、ユーザーに直接付与されたロール

暗号化テキスト

暗号化アルゴリズムを使用して暗号化されたテキスト。暗号化プロセスの出力ストリーム。最初に復号化の対象とならないかぎり、そのままでは読取りまたは解読できません。暗号文とも呼ばれます。暗号化テキストは、最終的には平文になります。

暗号化

メッセージを宛先の受信者以外の第三者が判読できない書式に変換すること。

エンタープライズ・ドメイン

データベースとエンタープライズ・ロールのグループで構成されたディレクトリ構造。1つのデータベースが同時に複数のエンタープライズ・ドメイン内に存在することはありません。エンタープライズ・ドメインは、共通ディレクトリ・データベースを共有するコンピュータの集合であるWindows 2000ドメインとは異なります。

エンタープライズ・ドメイン管理者

新規エンタープライズ・ドメイン管理者を追加する権限を含め、特定のエンタープライズ・ドメインの管理を認可されたユーザー。

エンタープライズ・ロール

エンタープライズ・ユーザーに割り当てられるアクセス権限。エンタープライズ・ドメイン内の1つ以上のデータベースに対する、一連のOracleロールに基づく認可。エンタープライズ・ロールは、ディレクトリに格納され、1つ以上のグローバル・ロールが含まれています。

エンタープライズ・ユーザー

ディレクトリで定義および管理されるユーザー。各エンタープライズ・ユーザーは、企業内で固有の識別情報を保持します。

エントリ

ディレクトリの基本要素であり、ディレクトリ・ユーザーに関係するオブジェクトに関する情報を含みます。

外部認証

KerberosやRADIUSなどのサード・パーティ認証サービスによるユーザー識別情報の検証。

米国連邦情報処理標準(FIPS)

暗号化モジュールのセキュリティ要件を定義する米国連邦政府の標準であり、コンピュータおよびテレコミュニケーション・システム内の非機密情報を保護するセキュリティ・システムで使用されます。米国商務省国立標準技術研究所(NIST)によって発行されます。

FIPS

「米国連邦情報処理標準(FIPS)」を参照してください。

強制クリーン・アップ

すべての監査レコードをデータベースから強制的にクリーン・アップ(つまり、削除)するための機能。この処理を行うには、DBMS_AUDIT_MGMT.CLEAN_AUDIT_TRAILプロシージャのUSE_LAST_ARCH_TIMESTAMP引数をFALSEに設定します。

削除ジョブ」も参照してください。

フォレスト

相互に信頼する1つ以上のActive Directoryツリーのグループ。フォレスト内のすべてのツリーは、共通のスキーマ、構成およびグローバル・カタログを共有します。フォレストに複数のツリーが含まれる場合、ツリーは連続したネームスペースを形成しません。指定フォレスト内のすべてのツリーは、推移的な双方向の信頼関係を介して相互に信頼します。

転送可能なチケット認可チケット

プロキシに転送できる特殊なKerberosチケット。プロキシ認証用に、プロキシはクライアントにかわって追加Kerberosチケットを取得することが許可されます。

Kerberosチケット」も参照してください。

グローバル・ロール

ディレクトリで管理されるロールですが、その権限は単一のデータベースに含まれています。グローバル・ロールは、次の構文を使用してデータベースに作成されます。

CREATE ROLE role_name IDENTIFIED GLOBALLY;

グローバル・アプリケーション・コンテキスト

アプリケーション・コンテキスト値を複数のデータベース・セッションにわたってアクセス可能にする名前と値のペア。

アプリケーション・コンテキスト」も参照してください。

グリッド・コンピューティング

多くのサーバーと記憶域を調整して単一の大容量コンピュータとして動作させるコンピューティング・アーキテクチャ。Oracle Grid Computingは、柔軟性のあるオンデマンド・コンピューティング・リソースをすべてのエンタープライズ・コンピューティング・ニーズに対して作成します。Oracle Databaseグリッド・コンピューティング・インフラストラクチャで稼働しているアプリケーションは、フェイルオーバー、ソフトウェア・プロビジョニングおよび管理のための共通インフラストラクチャ・サービスを利用できます。Oracle Grid Computingは、リソースの需要を分析し、それに応じて供給を調整します。

HTTP

Hypertext Transfer Protocol: World Wide Web上でのファイル(テキスト、グラフィック・イメージ、サウンド、ビデオおよびその他のマルチメディア・ファイル)の交換に関するルールのセット。TCP/IPプロトコル・スイート(インターネット上での情報交換の基礎)に関して、HTTPはアプリケーション・プロトコルです。

HTTPS

標準のHTTPアプリケーション・レイヤーのサブレイヤーとしてSSL(Secure Sockets Layer)を使用したプロトコル。

間接的に付与されたロール

ユーザーにすでに付与されている別のロールを通じてこのユーザーに付与されるロールのことです。その後、role2ロールとrole3ロールをrole1ロールに付与します。これで、role2role3の2つのロールは、role1に含まれることになります。つまり、psmithには、直接付与されたrole1に加え、role2ロールとrole3ロールが間接的に付与されたことになります。psmithに対して、直接付与されたロールrole1を使用可能にすると、間接的に付与されたロールrole2およびrole3も同様に使用可能になります。

識別情報

公開鍵と、エンティティに関するその他の任意のパブリック情報の組合せ。パブリック情報には、電子メール・アドレスなどのユーザー識別データを含めることができます。宣言どおりのエンティティとして証明されているユーザー。

ID管理

オンライン、すなわちデジタルなエンティティの作成、管理および使用。ID管理には、デジタル識別情報の作成(デジタル識別情報のプロビジョニング)から、メンテナンス(電子リソースへのアクセスに関する組織ポリシーの施行)、さらに最終的な終了までのライフ・サイクル全体の安全な管理が含まれます。

ID管理レルム

Oracle Internet Directoryのサブツリーであり、Oracleコンテキストのみでなく、それぞれアクセス制御リストで保護されているユーザーおよびグループの追加サブツリーも含みます。

初期チケット

Kerberos認証では、初期チケットまたはチケット認可チケット(TGT)によって、ユーザーが追加のサービス・チケットを要求する権利を持つものとして識別されます。初期チケットがないと、他のチケットは取得できません。初期チケットは、okinitプログラムを実行し、パスワードを提供することで取得されます。

インスタンス

稼働中のすべてのOracleデータベースは、Oracleインスタンスに関連付けられています。(コンピュータのタイプに関係なく)データベースがデータベース・サーバー上で起動すると、Oracleによってシステム・グローバル領域(SGA)というメモリー領域が割り当てられ、Oracleプロセスが起動します。このSGAとOracleプロセスの組合せをインスタンスと呼びます。インスタンスのメモリーおよびプロセスは、関連付けられているデータベースのデータを効率的に管理し、1人以上のデータベース・ユーザーを処理します。

整合性

受信したメッセージの内容が、送信された元のメッセージの内容から変更されていないという保証。

実行者権限プロシージャ

現行ユーザー、つまりプロシージャを起動するユーザーの権限で実行されるプロシージャ(プログラム・ユニット)。これらのプロシージャは、特定のスキーマにバインドされません。このプロシージャは様々なユーザーが実行でき、これによって、複数のユーザーが、集中化したアプリケーション・ロジックを使用してそれぞれのデータを管理できます。実行者権限プロシージャは、プロシージャ・コードの宣言セクションにあるAUTHID句を使用して作成されます。

たとえば、ユーザーblakeとユーザーscottのそれぞれがdeptという名前の表を、それぞれのユーザー・スキーマの中に持っています。ユーザーblakedept表を更新するためにユーザーscottが所有している実行者権限プロシージャをコールすると、このプロシージャはdept表をblakeスキーマで更新します。これは、プロシージャはプロシージャを起動したユーザー(つまりblake)の権限で実行するためです。

「定義者権限プロシージャ」も参照してください。

Javaコードの不明瞭化

Javaコードの不明瞭化は、Javaプログラムをリバース・エンジニアリングから保護するために使用されます。特別なプログラム(obfuscator)を使用して、コードに見つかったJavaシンボルをスクランブルします。プロセスは、元のプログラム構造をそのまま保持し、意図した動作を隠すためにクラス、メソッドおよび変数の名前を変更する一方でプログラムを正常に実行します。不明瞭化されていないJavaコードをデコンパイルして読み取ることは可能ですが、不明瞭化されたJavaコードのデコンパイルは、米国政府の輸出規制を満たすのに十分なほど困難になっています。

Java Database Connectivity(JDBC)

Javaプログラムからリレーショナル・データベースに接続するための業界標準のJavaインタフェース。Sun Microsystemsが定義しました。

JDBC

「Java Database Connectivity(JDBC)」を参照してください。

KDC

Key Distribution Center (KDC)を参照。

Kerberos

Massachusetts Institute of TechnologyのAthenaプロジェクトで開発されたネットワーク認証サービスであり、分散環境でのセキュリティを強化します。Kerberosは信頼できるサード・パーティ認証システムであり、共有秘密鍵に基づき、サード・パーティがセキュアであることを前提とします。シングル・サインオン機能とデータベース・リンク認証(MIT Kerberosのみ)があり、パスワードを一元的に保管してPCのセキュリティを強化します。

Kerberosチケット

特定サービスに関するクライアントの識別情報を検証する一時的な電子資格証明。サービス・チケットとも呼ばれます。

Key Distribution Center (KDC)

Kerberos認証では、KDCはユーザー・プリンシパルのリストを管理し、ユーザーの初期チケットに関してkinit(okinitはOracleバージョン)プログラムを通じてアクセスされます。KDCおよびチケット認可サービスが同じエンティティに結合されることが多いですが、その場合もKDCと呼ばれます。チケット認可サービスは、サービス・プリンシパルのリストを管理し、このようなサービスを提供するサーバーに対してユーザーの認証が必要な場合にアクセスされます。KDCは、セキュア・ホストで実行する必要のある信頼できるサード・パーティです。チケット認可チケットおよびサービス・チケットを作成します。

Kerberosチケット」も参照してください。

鍵のペア

公開鍵とそれに対応する秘密鍵「公開鍵と秘密鍵のペア」を参照。

keytabファイル

1つ以上のサービス・キーを含むKerberosキー表ファイル。キー表ファイルは、ユーザーが各自のパスワードを使用する場合と同様に、ホストまたはサービスで使用されます。

kinstance

Kerberos認証されたサービスのインスタンス化または場所。これは、任意の文字列ですが、通常はサービスのホスト・コンピュータ名を指定します。

kservice

Kerberosサービス・オブジェクトの任意の名前。

最終アーカイブ・タイムスタンプ

監査レコードが最後にアーカイブされた時間を示すタイムスタンプ。データベース監査証跡の場合、このタイムスタンプは、最後にアーカイブされた監査レコードを示します。オペレーティング・システム監査ファイルの場合、このタイムスタンプは、アーカイブされた監査ファイルの最終変更タイムスタンプ・プロパティを示します。このタイムスタンプを設定するには、DBMS_AUDIT_MGMT.SET_LAST_ARCHIVE_TIMESTAMP PL/SQLプロシージャを使用します。

削除ジョブ」も参照してください。

LDAP

「Lightweight Directory Access Protocol(LDAP)」を参照してください。

ldap.oraファイル

次のディレクトリ・サーバー・アクセス情報を含むファイル。Oracle Net Configuration Assistantによって作成されます。

  • ディレクトリ・サーバーのタイプ

  • ディレクトリ・サーバーの場所

  • クライアントまたはサーバーで使用するデフォルトのID管理レルムまたはOracleコンテキスト(ポートを含む)

Lightweight Directory Access Protocol (LDAP)

標準の拡張可能ディレクトリ・アクセス・プロトコル。LDAPクライアントおよびサーバーが通信に使用する共通言語です。Oracle Internet Directoryなど、業界標準のディレクトリ製品をサポートする設計規則のフレームワーク。

リスナー

サーバー上のプロセスであり、着信クライアント接続要求をリスニングし、サーバーへのトラフィックを管理する責任を持ちます。

クライアントがサーバーとのネットワーク・セッションを要求するたびに、リスナーが実際の要求を受信します。クライアント情報がリスナー情報と一致する場合、リスナーはサーバーへの接続を付与します。

listener.oraファイル

次のものを識別するリスナーの構成ファイル。

  • リスナー名

  • 接続要求を受け入れるプロトコル・アドレス

  • リスニングするサービス

通常、listener.oraファイルは、UNIXプラットフォームでは$ORACLE_HOME/network/adminに、WindowsではORACLE_BASE\ORACLE_HOME\network\adminにあります。

軽量ユーザー・セッション

ユーザーがログインしているアプリケーションに関連した情報のみが含まれるユーザー・セッションです。軽量ユーザー・セッションには、このセッションのデータベース・リソース(トランザクションやカーソルなど)は入っていません。そのため「軽量」とみなされます。軽量ユーザー・セッションが消費するシステム・リソースは、従来のデータベース・セッションよりはるかに少ない量です。軽量ユーザー・セッションが消費するサーバー・リソースは非常に少ないものになるため、軽量ユーザー・セッションを各エンド・ユーザー専用にして、アプリケーションにより必要とみなされるかぎり持続させることができます。

ローカル権限付与

権限が付与されたPDBにのみ適用できる権限。

「共通権限付与」も参照。

ローカル・ロール

CDBで、非CDBのみに存在する非CDBのロールと同様に、単一のPDBのみに存在するロール。共通ロールと異なり、ローカル・ロールには、そのロールが存在するコンテナで適用されるロールおよび権限のみを含めることができます。

ローカル・ユーザー

CDBで、共通ユーザーではないユーザー。

介在者

第三者によるメッセージの不正傍受という特徴を持つセキュリティ攻撃。第三者(介在者)は、メッセージを復号化して再暗号化し(元のメッセージを変更する場合と変更しない場合があります)、元の宛先である受信者に転送します。これらの処理はすべて、正当な送受信者が気付かないうちに行われます。この種のセキュリティ攻撃は、認証が行われていない場合にのみ発生します。

必須監査

デフォルトで監査されるアクティビティ。管理ユーザーSYSSYSDBASYSOPERSYSASMSYSBACKUPSYSDGおよびSYSKMによる、統合監査証跡ポリシー(ALTER AUDIT POLICYなど)および最上位レベルの文への変更などがあります。詳細は、強制的に監査されるアクティビティを参照してください。

MD5

与えられたデータから128ビットの暗号メッセージ・ダイジェスト値を生成することにより、データの整合性を保証するアルゴリズム。データの単一ビット値のみ変更された場合、MD5はデータ変更のチェックサムを計算します。MD5で元のデータと同じ結果が生成されるようにデータを偽造することは、計算上不可能と考えられます。

メッセージ認証コード

データ認証コード(DAC)とも呼ばれます。秘密鍵を追加したチェックサム。鍵を持つ人のみが暗号チェックサムを検証できます。

メッセージ・ダイジェスト

「チェックサム」を参照してください。

CDB

「CDB」を参照。

ネームスペース

Oracle Databaseのセキュリティにおけるアプリケーション・コンテキストの名前。CREATE CONTEXT文でこの名前を作成します。

ネーミング・メソッド

クライアント・アプリケーションがデータベース・サービスへの接続を試みるときに、接続識別子接続記述子に変換するために使用する解決メソッド。

National Institute of Standards and Technology (NIST)

米国商務省の機関であり、コンピュータおよびテレコミュニケーション・システム内の暗号ベース・セキュリティ・システムの設計、取得および実装に関連するセキュリティ標準の開発に責任を持ちます。連邦機関、または連邦の役割を遂行するために連邦政府にかわって情報を処理する連邦機関の契約者やその他の組織によって運営されます。

ネット・サービス別名

ディレクトリ・サーバーのディレクトリ・ネーミング・オブジェクトの代替名。ディレクトリ・サーバーは、定義されたネット・サービス名またはデータベース・サービスのネット・サービス別名を格納します。ネット・サービス別名エントリには、接続記述子情報はありません。かわりに、別名の対象のオブジェクトの場所のみ参照します。クライアントがネット・サービス別名のディレクトリ検索を要求した場合、ディレクトリは、エントリがネット・サービス別名であることを判断し、そのネット・サービス別名が実際に参照しているエントリであるかのように検索を実行します。

ネット・サービス名

接続記述子に解決されるサービスの単純名。ユーザーは、接続するサービスに対する接続文字列内に、ネット・サービス名とともにユーザー名およびパスワードを渡すことで接続リクエストを開始します。

CONNECT username@net_service_name
Enter password: password

必要に応じて、ネット・サービス名は次のような様々な場所に格納できます。

  • 各クライアントのローカル構成ファイル、tnsnames.ora

  • ディレクトリ・サーバー

  • NISなどの外部ネーミング・サービス

ネットワーク認証サービス

分散環境で、クライアントからサーバー、サーバー間およびユーザーからクライアントとサーバーの両方を認証する手段。ネットワーク認証サービスは、ユーザーに関する情報、ユーザーがアクセスする様々なサーバー上のサービスに関する情報、およびネットワーク上のクライアントとサーバーに関する情報を格納するためのリポジトリです。認証サーバーは、物理的に異なるコンピュータにすることも、システム内の別のサーバー上の共同の場所にある設備にすることもできます。可用性を保証するために、一部の認証サービスを複製してシングル・ポイント障害を回避できます。

ネットワーク・リスナー

1つ以上のプロトコルで1つ以上のデータベースへの接続要求をリスニングする、サーバー上のリスナー。「リスナー」を参照。

NIST

「米国商務省国立標準技術研究所(NIST)」を参照。

非CDB

CDBでないOracle Database。

否認防止

メッセージの発信元、配信、送信または伝送の明白な証明。

不明瞭化

スクランブルに使用されているアルゴリズムが不明な場合にスクランブル解除が非常に困難になるように、情報を判読不能な形式にスクランブルするプロセス。

不明瞭化プログラム

Javaソース・コードの不明瞭化に使用される特殊なプログラム。「不明瞭化」を参照。

オブジェクト・クラス

名前を持った属性のグループ。属性をエントリに割り当てるときは、その属性を保持しているオブジェクト・クラスをそのエントリに割り当てます。同じオブジェクト・クラスに関連するオブジェクトはすべて、同じ属性を共有します。

Oracleコンテキスト

1. LDAP準拠のインターネット・ディレクトリ内にあるcn=OracleContextというエントリ。このディレクトリには、Oracle Net Servicesディレクトリ・ネーミングおよびチェックサムのセキュリティのエントリなど、Oracleソフトウェア関連のすべての情報が格納されています。

1つのディレクトリに1つ以上のOracleコンテキストを設定できます。Oracleコンテキストは、通常はID管理レルムに位置します。

Oracle Virtual Private Database

行および列レベルでデータベース・アクセスを制御するセキュリティ・ポリシーを作成できる一連の機能。基本的には、Oracle Virtual Private Databaseのセキュリティ・ポリシーが適用された表、ビューまたはシノニムに対して発行されるSQL文に、動的なWHERE句が追加されます。

Oracle Net Services

OracleサーバーまたはDesigner/2000などのOracleツールを実行する2台以上のコンピュータがサード・パーティ・ネットワークを通じてデータを交換できるようにするOracle製品。Oracle Net Servicesは、分散処理および分散データベース機能をサポートします。Oracle Net Servicesは、通信プロトコルに依存しないためオープン・システムであり、ユーザーはOracle Netから多数のネットワーク環境へのインタフェースをとることができます。

Oracle PKI証明書使用

証明書 でサポートされるOracleアプリケーションのタイプを定義します。

パスワードアクセス可能なドメインのリスト

パスワード認証ユーザーからの接続を受け入れるために構成されたエンタープライズ・ドメインのグループ。

PCMCIAカード

Personal Computer Memory Card International Association(PCMCIA)標準に準拠する小さなクレジット・カード・サイズのコンピューティング・デバイス。これらのデバイスはPCカードとも呼ばれ、メモリー、モデムまたはハードウェア・セキュリティ・モジュールの追加に使用されます。PCMCIAカードは、ハードウェア・セキュリティ・モジュールが公開鍵と秘密鍵のペアの秘密鍵コンポーネントを安全に格納する際に使用され、暗号操作も実行するものもあります。

PDB

CDBの一部である、個別のデータベース。

「ルート」も参照。

ピア識別情報

SSL接続セッションは、特定のクライアントと特定のサーバー間のセッションです。接続先の識別情報は、セッションのセットアップ・プロセスの一部として設定される場合があります。接続先は、X.509証明連鎖によって識別されます。

PEM

インターネット上での安全な電子メールを提供するためにInternet Architecture Boardによって採用されたInternet Privacy-Enhanced Mailプロトコル標準。PEMプロトコルは、暗号化、認証、メッセージ整合性および鍵管理を提供します。PEMは、データ暗号化鍵を暗号化するための対称型スキームと公開鍵スキームの両方を含む様々な鍵管理アプローチと互換性を持つよう意図された包括的な標準です。PEMの仕様は、4つのInternet Engineering Task Force(IETF)ドキュメント、RFC 1421、1422、1423および1424に記載されています。

PKCS #10

認証リクエストの構文を記述するRSA Security, Inc.のPublic-Key Cryptography Standards(PKCS)仕様。認証リクエストは、識別名、公開鍵およびオプションの属性セットから構成され、証明書を要求するエンティティによって一括して署名されます。このマニュアルでは、認証リクエストを証明書リクエストと呼びます。「証明書リクエスト」を参照してください。

PKCS #11

暗号情報を保持するデバイスへのCryptokiと呼ばれるアプリケーション・プログラミング・インタフェース(API)を定義し、暗号操作を実行するRSA Security, Inc.のPublic-Key Cryptography Standards(PKCS)仕様。「PCMCIAカード」を参照してください。

PKCS #12

通常はウォレットと呼ばれる形式で個人認証資格証明を格納および転送するための転送構文を記述するRSA Security社のPublic-Key Cryptography Standards(PKCS)仕様。

PKI

「公開鍵インフラストラクチャ(PKI)」を参照してください。

平文

暗号化されていないメッセージ・テキスト。

プラガブル・データベース

「PDB」を参照。

プリンシパル

Kerberos資格証明のセットが割り当てられているクライアントまたはサーバーを一意に識別する文字列。通常、これにはkservice/kinstance@REALMという3つの部分が含まれます。ユーザーの場合、kserviceはユーザー名です。「kservice」「kinstance」および「レルム」も参照してください。

秘密鍵

公開鍵暗号化では、この鍵が秘密鍵(secret key)です。主に復号化に使用されますが、デジタル署名とともに暗号化にも使用されます。「公開鍵と秘密鍵のペア」を参照。

プロキシ認証

ファイアウォールなどの中間層を伴う環境で一般に使用されるプロセス。エンド・ユーザーは中間層に対して認証を行い、中間層はエンド・ユーザーのプロキシとして、ユーザーのかわりにディレクトリに対して認証を実施します。中間層は、プロキシ・ユーザーとしてディレクトリにログインします。プロキシ・ユーザーは識別情報を切り替えることができ、ディレクトリにログインするとエンド・ユーザーの識別情報に切り替わります。プロキシ・ユーザーは、特定のエンド・ユーザーに適した認可を使用して、そのエンド・ユーザーにかわって操作を実行できます。

公開鍵

公開鍵暗号化では、この鍵がすべてに対して公開されます。主に暗号化に使用されますが、署名の検証にも使用できます。「公開鍵と秘密鍵のペア」を参照。

公開鍵と秘密鍵のペア

暗号化および復号化に使用される2つの数字のセットで、1つは秘密鍵、もう1つは公開鍵と呼ばれます。公開鍵は通常広く使用可能であるのに対して、秘密鍵はそれぞれの所有者によって保持されます。数学的に関連付けられてはいますが、計算によって公開鍵から秘密鍵を求めるのはほぼ不可能と考えられています。公開鍵と秘密鍵は、公開鍵暗号化アルゴリズムまたは公開鍵暗号化体系とも呼ばれる非対称型暗号化アルゴリズムでのみ使用されます。鍵のペアの公開鍵または秘密鍵で暗号化されたデータは、鍵のペアのうち関連付けられている鍵で復号化できます。ただし、公開鍵で暗号化されたデータを同じ公開鍵で復号化することはできず、秘密鍵で包まれたデータを同じ秘密鍵で複合化することはできません。

公開鍵インフラストラクチャ(PKI)

公開鍵暗号化の原理を利用した情報セキュリティ・テクノロジ。公開鍵暗号化には、共有の公開鍵と秘密鍵のペアを使用した情報の暗号化および復号化が含まれます。パブリック・ネットワーク内にセキュアでプライベートな通信を提供します。

PUBLICロール

すべてのデータベース・アカウントが自動的に保有する特殊なロール。デフォルトでは割り当てられている権限がありませんが、多くのJavaオブジェクトに対する付与があります。PUBLICロールは削除できません。また、ユーザー・アカウントは常にこのロールを前提とするため、このロールの手動の付与や取消しは意味がありません。PUBLICロールはすべてのデータベース・ユーザー・アカウントが前提とするため、DBA_ROLESおよびSESSION_ROLESデータ・ディクショナリ・ビューには表示されません。

削除ジョブ

DBMS_AUDIT_MGMT.CREATE_PURGE_JOBプロシージャにより作成されたデータベース・ジョブで、監査証跡の削除を管理します。データベース管理者が削除ジョブをスケジューリングおよび使用可能/使用禁止にします。削除ジョブはアクティブになると、監査レコードをデータベース監査表から削除したり、Oracle Databaseオペレーティング・システム監査ファイルを削除します。

強制クリーン・アップ」、「最終アーカイブ・タイムスタンプ」も参照してください。

RADIUS

Remote Authentication Dial-In User Service(RADIUS)は、リモート・アクセス・サーバーが中央サーバーと通信してダイアルイン・ユーザーを認証し、リクエストされたシステムまたはサービスへのアクセスを認可できるようにするクライアント/サーバー・プロトコルおよびソフトウェアです。

レルム

1. ID管理レルムの省略形。2.Kerberosオブジェクト。単一の鍵配布センター/チケット認可サービス(KDC/TGS)の下で動作するクライアントとサーバーのセット。同じ名前を共有する異なるレルム内のサービス(kserviceを参照)は一意です。

レルムOracleコンテキスト

Oracle Internet DirectoryのID管理レルムの一部であるOracleコンテキスト

レジストリ

コンピュータの構成情報を格納するWindowsリポジトリ。

リモート・コンピュータ

ネットワーク上にあるローカル・コンピュータ以外のコンピュータ。

ロール

関連する権限のグループに名前を付けたもの。ユーザーや他のロールに付与します。

間接的に付与されたロール」も参照してください。

root

マルチテナント環境で、すべてのPDBが属している、オラクル社が提供およびユーザーが作成したスキーマのコレクション。コンテナ・データベースでは、ルートは1つのみです。各PDBは、このルートの子であるとみなされます。ルートは、データ・ディクショナリに各PDBの存在を示すエントリを持っています。

「コンテナ」「CDB」「PDB」も参照。

ルート鍵証明書

「信頼できる証明書」を参照してください。

salt

暗号化技術において、暗号化されたデータのセキュリティを強化する方法。データが暗号化される前に追加されるランダムな文字列で、攻撃者が暗号文のパターンを既知の暗号文サンプルに一致させてデータを盗むことを困難にします。saltは通常、辞書攻撃(悪意のあるハッカー(攻撃者)がパスワードを盗むために使用する方法)を防ぐために、暗号化される前のパスワードにも追加されます。暗号化されたsalt処理済の値により、暗号化されたパスワードのハッシュ値(ベリファイアとも呼ばれます)と、一般のパスワード・ハッシュ値の辞書リストとの照合が困難になります。

スキーマ

1. データベース・スキーマ。表、ビュー、クラスタ、プロシージャ、パッケージ、属性オブジェクト・クラス、およびそれらに対応する一致規則など、名前が付いたオブジェクトの集合であり、特定のユーザーに関連付けられています。2.LDAPディレクトリ・スキーマ: 属性、オブジェクト・クラス、およびそれらに対応する一致ルールのコレクション。

スキーマ・マッピング

「ユーザー・スキーマ・マッピング」を参照してください。

セキュア・アプリケーション・ロール

アプリケーション・ユーザーに付与されるデータベース・ロール。ただし、実行者権限ストアド・プロシージャを使用して保護され、ロールのパスワードをデータベース表から取得します。セキュア・アプリケーション・ロールのパスワードは、アプリケーション内に埋め込まれていません。

アプリケーション・ロール」も参照してください。

Secure Hash Algorithm (SHA)

与えられたデータから160ビットの暗号メッセージ・ダイジェスト値を生成することにより、データの整合性を保証するアルゴリズム。データの単一ビットのみ変更された場合、Secure Hash Algorithmはデータ変更のチェックサムを計算します。Secure Hash Algorithmで元のデータと同じ結果が生成されるように特定のデータ・セットを偽造することは、計算上不可能と考えられます。

264ビット未満の長さのメッセージを受け取ったアルゴリズムは、160ビットのメッセージ・ダイジェストを生成します。アルゴリズムはMD5よりもわずかに低速ですが、メッセージ・ダイジェストが大きいほど、総当たり攻撃と侵入攻撃に対する安全度が増します。

Secure Sockets Layer (SSL)

ネットワーク接続の保護のためにNetscape Communications社によって設計された業界標準プロトコル。SSLは、公開鍵インフラストラクチャ(PKI)を使用して、認証、暗号化およびデータ整合性を提供します。

Transport Layer Security (TLS)プロトコルは、SSLプロトコルの後継です。

業務分離

アクティビティを、それを実行する必要があるユーザーのみに制限すること。たとえば、SYSDBA管理権限は一般ユーザーには付与しないようにします。この権限は管理ユーザーにのみ付与します。業務分離は、多くのコンプライアンス・ポリシーで必要です。適切なユーザーへの権限付与に関するガイドラインは、ユーザー・アカウントと権限の保護に関するガイドラインを参照してください。

サーバー

サービスのプロバイダ。

サービス

1. Oracleデータベース・サーバーなど、クライアントによって使用されるネットワーク・リソース。

2. Windowsレジストリにインストールされ、Windowsによって管理される実行可能プロセス。サービスが作成され、開始された後は、コンピュータにログオンしているユーザーがいない場合でも実行できます。

サービス名

Kerberosベースの認証では、サービス・プリンシパルのkservice部分がサービス名です。

サービス・プリンシパル

「プリンシパル」を参照してください。

サービス・キー表

Kerberos認証では、サービス・キー表はkinstanceに存在するサービス・プリンシパルのリストです。KerberosをOracleで使用するには、その前にこの情報をKerberosから抽出し、Oracleサーバー・コンピュータにコピーする必要があります。

サービス・チケット

サービス・チケットは、事前定義された期間、特定のサービスまたはサーバーに対してクライアントを認証するために使用する信頼できる情報です。初期チケットを使用してKDCから取得されます。「Kerberosチケット」も参照してください。

セッション鍵

少なくとも二者(通常はクライアントとサーバー)によって共有される鍵であり、単一の通信セッション中のデータ暗号化に使用されます。セッション鍵は通常、ネットワーク・トラフィックを暗号化するために使用されます。クライアントとサーバーはセッションの開始時にセッション鍵をネゴシエーションすることができ、その鍵はそのセッションの関係者間のすべてのネットワーク・トラフィックを暗号化するために使用されます。クライアントとサーバーが新しいセッションで再び通信する場合は、新しいセッション鍵をネゴシエーションします。

セッション・レイヤー

プレゼンテーション・レイヤー・エンティティが必要とするサービスを提供するネットワーク・レイヤーであり、プレゼンテーション・レイヤー・エンティティがダイアログの編成と同期およびデータ交換の管理を行えるようにします。このレイヤーは、クライアントとサーバー間のネットワーク・セッションを確立、管理および終了します。セッション・レイヤーの例には、ネットワーク・セッションがあります。

SHA

「Secure Hash Algorithm (SHA)」を参照してください。

共有スキーマ

複数のエンタープライズ・ユーザーが使用できるデータベースまたはアプリケーション・スキーマ。Oracle Databaseでは、データベース上の同じ共有スキーマへの複数のエンタープライズ・ユーザーのマッピングがサポートされます。これにより、管理者はそれぞれのデータベースでユーザーごとにアカウントを作成する必要がなくなります。管理者は、ユーザーを1つの場所、つまり、エンタープライズ・ディレクトリに作成して、そのユーザーを共有スキーマにマップできます。この共有スキーマには他のエンタープライズ・ユーザーもマップできます。ユーザー/スキーマの分割とも呼ばれます。

単一鍵ペア・ウォレット

単一のユーザー証明書とその関連する秘密鍵が含まれるPKCS #12 形式のウォレット公開鍵は証明書に埋め込まれています。

単一パスワード認証

単一パスワードを使用して複数のデータベースでユーザーを認証する機能。Oracle Databaseの実装では、パスワードはLDAP準拠ディレクトリに格納され、暗号化やアクセス制御リストで保護されます。

シングル・サインオン(SSO)

ユーザーが1度認証を受けると、その後の他のデータベースまたはアプリケーションへの接続に、厳密な認証が透過的に実施される機能。シングル・サインオンでは、ユーザーは1回の接続中に入力した単一のパスワードで複数のアカウントおよびアプリケーションにアクセスできます。単一のパスワードによる単一の認証です。Oracle Databaseは、KerberosおよびSSLベースのシングル・サインオンをサポートしています。

スマートカード

ユーザー名やパスワードなどの情報を格納するため、また認証交換に関連する計算を実行するための集積回路が埋め込まれた(クレジット・カードに似た)プラスチック・カード。スマートカードは、クライアントまたはサーバーでハードウェア・デバイスによって読み取られます。

スマートカードでは、1回かぎりのパスワードとして使用できるランダムな数値を生成できます。この場合、スマートカードはサーバー上のサービスと同期するため、サーバーはスマートカードによって同じパスワードが生成されると予想します。

Sniffer

ネットワークからのプライベート・データ・トラフィックを不正にリスニングまたは取得するために使用されるデバイス。

SSO

「シングル・サイン・オン(SSO)」を参照してください。

システム・グローバル領域(SGA)

Oracleインスタンスのデータおよび制御情報を含む共有メモリー構造のグループ。

システム識別子(SID)

Oracleインスタンスの一意の名前。Oracleデータベース間を切り替えるには、ユーザーが目的のSIDを指定する必要があります。SIDは、tnsnames.oraファイル内の接続記述子CONNECT DATA部分と、listener.oraファイル内のネットワーク・リスナーの定義に含まれます。

チケット

所有者の識別に役立つ情報。「初期チケット」および「サービス・チケット」を参照。

tnsnames.ora

接続記述子が含まれているファイル。各接続記述子ネット・サービス名にマップされます。すべてのクライアントまたは各クライアントで使用するために、このファイルを集中して維持することも、ローカルで維持することもできます。このファイルは通常、プラットフォームに応じて次の場所にあります。

  • (UNIXの場合)ORACLE_HOME/network/admin

  • (Windowsの場合)ORACLE_BASE\ORACLE_HOME\network\admin

トークン・カード

ユーザーが容易に認証サービスを利用できるように、数種類のメカニズムを提供するデバイス。一部のトークン・カードは、認証サービスと同期された1回かぎりのパスワードを提供します。サーバーは、認証サービスにアクセスすることにより、トークン・カードによって提供されるパスワードを任意の時点で検証できます。その他のトークン・カードは、チャレンジ・レスポンス・ベースで動作します。その場合、サーバーはユーザーがトークン・カードに入力するチャレンジ(数字)を提供します。トークン・カードは、ユーザーがサーバーに提供する別の数字(チャレンジから暗号的に派生)を提供します。

トランスポート・レイヤー

データ・フロー制御とエラー・リカバリ方式を通じてエンドツーエンドの信頼性を維持するネットワーキング・レイヤー。Oracle Net Servicesは、トランスポート・レイヤーにOracleプロトコル・サポートを使用します。

Transport Layer Security (TLS)

ネットワーク接続を保護するための業界標準プロトコル。TLSプロトコルはSSLプロトコルの後継です。公開鍵インフラストラクチャ(PKI)を使用した認証、暗号化およびデータの整合性を提供します。TLSプロトコルは、Internet Engineering Task Force (IETF)によって開発されています。

信頼できる証明書

ルート鍵証明書とも呼ばれることのある信頼できる証明書は、信頼のレベルで修飾されたサード・パーティ識別情報です。信頼できる証明書は、識別情報がエンティティの主張どおりであるかどうかを検証する際に使用されます。通常は、信頼する認証局を信頼できる証明書と呼びます。信頼できる証明書に複数のレベルがある場合、証明連鎖の最下位レベルにある信頼できる証明書では、それより上位レベルのすべての証明書を再検証する必要はありません。

信頼できる認証局

「認証局」を参照してください。

トラスト・ポイント

「信頼できる証明書」を参照してください。

ユーザー名

データベース内のオブジェクトに接続およびアクセスするための名前。

ユーザー・スキーマ・マッピング

ユーザーが存在するディレクトリ内のベースおよびユーザーがマッピングされるデータベース・スキーマの名前という値のペアを含むLDAPディレクトリ・エントリ。マッピングで参照されるユーザーは、データベースへの接続時に指定されたスキーマに接続されます。ユーザー・スキーマ・マッピング・エントリは、1つのデータベースにのみ適用できるか、1つのドメイン内のすべてのデータベースに適用できます。「共有スキーマ」を参照してください。

ユーザー/スキーマの分割

「共有スキーマ」を参照してください。

ユーザー検索ベース

LDAPディレクトリ内のユーザーが存在するノード。

ビュー

1つ以上の表(またはその他のビュー)の選択的な表示で、構造とデータの両方を示します。

ウォレット

個々のエンティティのセキュリティ資格証明を格納したり、管理するために使用されるデータ構造。

Windowsネイティブ認証

Windowsサーバーおよびそのサーバー上で稼働しているデータベースへのクライアントのシングル・ログイン・アクセスを可能にする認証方式

X.509

デジタル証明 の業界標準仕様。