Oracle® Exadata Database Machine

セキュリティ・ガイド

12cリリース2 (12.2)

E85917-02(原本部品番号:E81009-02)

2017年7月

Oracle Exadata Database Machineセキュリティ・ガイド, 12cリリース2 (12.2)

E85917-02

Copyright © 2008, 2017, Oracle and/or its affiliates. All rights reserved.

原本著者: Janet Stern

原本協力著者: Arturo Ceron、Caroline Johnston、Lypp-Tek Khoo-Ellis、Dan Norris、Kevin Simmons

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。お客様との間に適切な契約が定められている場合を除いて、オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。お客様との間に適切な契約が定められている場合を除いて、オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

1 Oracle Exadata Database Machineのセキュリティの概要

- 1.1 重要なワークロードの生存性

- 1.2 操作環境を保護するための徹底した防御

- 1.3 サービスおよびユーザーに対する最小限の権限付与

- 1.4 イベントおよびアクションのアカウンタビリティ

2 Oracle Exadata Database Machineのセキュリティ機能

- 2.1 分離ポリシーの使用

- 2.1.1 ネットワーク・トラフィックの分離

- 2.1.2 データベースの分離

- 2.1.3 ストレージの分離

- 2.2 データへのアクセス制御

- 2.2.1 ネットワーク・アクセスの制御

- 2.2.2 データベース・アクセスの制御

- 2.2.3 ストレージ・アクセスの制御

- 2.3 暗号化サービスの使用

- 2.4 Oracle Exadata Database Machineの監視および監査

- 2.4.1 データベース・アクティビティの監視および監査

- 2.5 品質サービスの管理

- 2.6 セキュアな管理のためのOracle ILOMの使用

3 セキュアな環境の計画

- 3.1 セキュアな環境に関する考慮事項

- 3.2 ユーザー・アカウントの理解

- 3.3 デフォルトのセキュリティ設定の理解

- 3.4 セキュリティ強化のためのOracle Exadata Deployment Assistantの使用

4 Oracle Exadata Database Machineの保護

- 4.1 ハードウェアの保護

- 4.2 ソフトウェアの保護

- 4.3 セキュアな環境の維持

- 4.3.1 ネットワーク・セキュリティの維持

- 4.3.2 ソフトウェアおよびファームウェアの更新

- 4.3.3 Oracle Exadata Database Machine外部のデータ・セキュリティの確保

5 Oracle Exadata Database Machineの安全な消去

- 5.1 Secure Eraserの概要

- 5.2 データベース・サーバーおよびストレージ・サーバーの安全な消去

- 5.3 PXEブートによる自動的なセキュア消去

- 5.4 PXEブートによる対話型のセキュア消去

- 5.5 外部USBによる対話型のセキュア消去

- 5.6 Secure Eraserの構文

- 5.7 InfiniBandスイッチ、イーサネット・スイッチおよび配電ユニットの出荷時のデフォルトへのリセット

- 5.7.1 InfiniBandスイッチの出荷時のデフォルトへのリセット

- 5.7.2 イーサネット・スイッチの出荷時のデフォルトへのリセット

- 5.7.3 配電ユニットの出荷時のデフォルトへのリセット

索引

はじめに

このガイドでは、Oracle Exadata Database Machineのセキュリティについて説明します。コンポーネント、推奨されるパスワード・ポリシーおよびOracle Exadata Database Machine環境の保護のベスト・プラクティスに関する情報が含まれています。

対象読者

このマニュアルは、Oracle Exadata Database Machineの保護を担当するデータベース管理者およびネットワーク管理者を対象としています。

ドキュメントのアクセシビリティについて

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートを購入したオラクル社のお客様は、My Oracle Supportを介して電子的なサポートにアクセスできます。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info) か、聴覚に障害のあるお客様は (http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

関連ドキュメント

詳細は、次のドキュメントを参照してください。

- 『Oracle Exadata Database Machineシステム概要』

- 『Oracle Exadata Database Machineインストレーションおよび構成ガイド』

- 『Oracle Exadata Storage Server Softwareユーザーズ・ガイド』

- 『Oracle Databaseセキュリティ・ガイド』

- Sun Datacenter InfiniBand Switch 36ハードウェア・セキュリティ・ガイド

- Oracle ILOMセキュリティ・ガイド・ファームウェア・リリース3.0、3.1および3.2

- ご使用のプラットフォームのセキュリティ・ガイド(Oracle Server X6-2セキュリティ・ガイドなど)

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

$プロンプト

ドル記号($)プロンプトは、oracleユーザーとして実行されるコマンドを示します。

#プロンプト

シャープ(#)プロンプトは、rootユーザーとして実行されるコマンドを示します。

1 Oracle Exadata Database Machineのセキュリティの概要

Oracle Exadata Database Machineは、Exadata Storage Serverと統合されたOracle Databaseの最適化されたデータベース・パフォーマンスを組み合せる、エンジニアド・システムです。これらのコア・コンポーネントは、低レイテンシおよび高スループットのネットワーク接続を可能にする冗長InfiniBandファブリックを介して接続されます。Oracle Exadata Database Machineで実行されているサービスへのクライアント・アクセスには、冗長10Gbps Ethernetネットワークが使用されます。Oracle Exadata Database Machineコンポーネントの管理には、1Gbps Ethernetネットワークが使用されます。

このフレームワーク内には、すべてのソフトウェアとハードウェアで従う必要がある基本的なセキュリティの原則があります。原則は次のとおりです。

- 認証: 認証は、通常、ユーザー名とパスワード、共有鍵などの機密情報を使用して行われるユーザーの識別方法です。Oracle Exadata Database Machineのすべてのコンポーネントは、認証を使用してユーザーの本人確認を行います。デフォルトでは、ローカル・ユーザー名とパスワードが認証に使用されます。共有鍵ベースの認証も可能です。

- 認可: 認可によって、管理者は、ユーザーが実行または使用できるタスクや権限を制御できます。従業員は、提供されたタスクおよび権限にのみアクセスできます。Oracle Exadata Database Machineのシステム管理者は、読取り/書込み/実行の許可を使用してリソースを構成し、コマンド、ディスク・スペース、デバイスおよびアプリケーションに対するユーザー・アクセスを制御できます。

- アカウンティングおよび監査: アカウンティングおよび監査では、システムにおけるユーザーのアクティビティのレコードを管理します。管理者は、Oracle Exadata Database Machineのソフトウェアおよびハードウェア機能を使用して、ログイン操作を監視したりハードウェア・インベントリを管理できます。

- ユーザーのログインはシステム・ログで監視されます。システム管理者およびサービス・アカウントは、問題やデータ損失の原因となった可能性がある、誤って使用されたコマンドにアクセスできます。アクセスおよびコマンドは、システム・ログを介して注意深く監視する必要があります。

- ハードウェア資産はシリアル番号で追跡されます。Oracleの部品番号は、すべてのカード、モジュールおよびマザーボードに電子的に記録されており、インベントリの管理に使用できます。

基本的なセキュリティの原則に加えて、Oracle Exadata Database Machineは、生存性、徹底した防御、最小限の権限付与およびアカウンタビリティに対応しています。Oracle Exadata Database Machineには、緊急性の高いセキュリティ要件および問題への対処に役立つ、適切に統合された一連のセキュリティ機能が備えられています。

1.1 重要なワークロードの生存性

重要なワークロードのためのハードウェアおよびソフトウェア・プラットフォームを選択する場合に、組織は、Oracle Exadata Database Machineを使用して、内部ユーザーまたは外部パーティによる、偶発的なまたは悪意のあるアクションによって発生する損害を防止したり最小化することができます。Oracle Maximum Availabilityアーキテクチャのベスト・プラクティスの一環として、生存性が次のことによって向上します。

- 使用されるコンポーネントが、適切に連動してセキュアなデプロイメント・アーキテクチャをサポートするように、設計、エンジニアリングおよびテストされるようにします。Oracle Exadata Database Machineは、セキュアな分離、アクセス制御、暗号化サービス、監視と監査、サービス品質およびセキュアな管理をサポートします。

- 構成製品のデフォルトの攻撃面を縮小し、マシンの全体的な公開の最小化に役立てます。組織は、組織のポリシーとニーズに基づいてOracle Exadata Database Machineのセキュリティ設定をカスタマイズできます。

- オープンな検査されたプロトコルによって補完され、強力な認証、アクセス制御、機密保護、整合性および可用性という従来のセキュリティ目標をサポートできるAPIを使用し、操作と管理のインタフェースを含めてマシンを保護します。

- ソフトウェアおよびハードウェアに、障害が発生した場合にもサービスを利用可能に保つ機能が含まれていることを確認します。これらの機能は、攻撃者がシステムの1つ以上の個々のコンポーネントを動作不能にすることを試みた場合に役立ちます。

1.2 操作環境を保護するための徹底した防御

Oracle Exadata Database Machineでは、組織がワークロードおよびデータのセキュアな操作環境を作成できるように、複数の、独立した、相互に補強するセキュリティ制御が採用されています。Oracle Exadata Database Machineは、徹底した防御の原則を次のようにサポートします。

- 移動中、使用中および保存済の情報を保護するために、保護の強力な補完を提供します。セキュリティ制御は、サーバー、ストレージ、ネットワーク、データベースおよびアプリケーションの各レイヤーで使用できます。各レイヤー固有のセキュリティ制御を他のレイヤーのセキュリティ制御と統合して、強力な階層化されたセキュリティ・アーキテクチャを作成できます。

- 適切に定義されたオープン・スタンダード、プロトコルおよびインタフェースの使用をサポートします。Oracle Exadata Database Machineは、組織の既存のセキュリティ・ポリシー、アーキテクチャ、業務および標準に統合できます。アプリケーションおよびデバイスは単独で存在しないため、統合は非常に重要です。ITアーキテクチャのセキュリティは、最も脆弱なコンポーネントと同等の強度になります。

- Oracle Exadata Storage Server Softwareのそれぞれの新しいリリースがリリースされる前に、優先度の高いセキュリティ・アイテムをすべて実装するために、業界最先端のセキュリティ・アナライザを使用して、複数のセキュリティ・スキャンを実行します。

1.3 サービスおよびユーザーに対する最小限の権限付与

アプリケーション、サービスおよびユーザーがタスクを実行するために必要な機能にアクセスできるようにすることは、最小限の権限のみを付与するという原則の単なる1つの側面です。不要な機能、サービスおよびインタフェースへのアクセスを制限することが、同様に重要です。Oracle Exadata Database Machineは、最小限の権限のみを付与するという原則を次のように促進します。

- 個々のサーバー、ストレージ、オペレーティング・システム、データベースおよび他のコンポーネントへのアクセスが、各ユーザーおよび管理者のロールに基づいて認められることを確認します。ロールベースの多元的なアクセス制御モデルを粒度の細かい権限とともに使用することによって、必要なものにのみアクセスできるように制限できます。

- 情報、基礎となるリソース、ネットワーク通信へのアプリケーションのアクセス、およびローカルまたはリモート・サービス・アクセスが、必要に応じて制限されるように、アプリケーションを抑制します。

偶然によるか悪意のある攻撃によるかに関係なく、アプリケーションは誤動作することがあり、最小限の権限付与を強制しない場合、それらのアプリケーションによって、意図された使用方法を超える損害が発生する可能性があります。

1.4 イベントおよびアクションのアカウンタビリティ

インシデントが発生した場合、システムはインシデントを検出およびレポートできる必要があります。同様に、イベントを防止できない場合は、適切に対応できるように、そのイベントの発生を発見できるようにする必要があります。Oracle Exadata Database Machineは、アカウンタビリティの原則を次のようにサポートします。

- Oracle Exadata Database Machineで使用される各コンポーネントで、ログインおよびログアウト・イベント、管理アクションおよび各コンポーネントに固有の他のイベントの記録を含め、アクティビティの監査および監視がサポートされるようにします。

- Oracle Databaseの機能を活用してファイングレイン監査構成をサポートします。これにより、組織はその基準と目標に応じて監査構成を調整できます。管理者は、不要な監査イベントの量を最小化しながら、重要な情報が確実に取得されるようにできます。

2 Oracle Exadata Database Machineのセキュリティ機能

Oracle Exadata Database Machineのハードウェアとソフトウェアが強化されました。Oracle Exadata Database Machineを強化するために次の手順が実行されています。

- 不要なパッケージがサーバーにインストールされないように、インストールされるパッケージのリストを縮小しました。

- Exadata Storage Serverの不可欠なサービスのみを有効化しました。

- ストレージ・サーバー上でファイアウォール(iptables)を有効化しました。

- オペレーティング・システム・ユーザーの監査を有効化しました。

- 強化されたパスワード・ポリシーを強制しました。

また、Oracleによって、サービスに対するNTPやSSHなどの推奨されるセキュアな構成も提供されます。さらに、Oracle Exadata Database Machineアーキテクチャにより、次のセキュリティ機能がコア・コンポーネントに提供されます。これらのセキュリティ機能は、階層化されたセキュリティ戦略の展開を推進する組織で最もよく採用されます。

2.1 分離ポリシーの使用

ITインフラストラクチャの統合、共有サービス・アーキテクチャの実装、およびセキュアなマルチテナント型サービスの提供を必要とする組織では、サービス、ユーザー、データ、通信およびストレージを分離すると有益です。Oracle Exadata Database Machineを使用すると、組織のニーズに基づいて、柔軟に分離ポリシーおよび戦略を実装できます。Oracle Exadata Database Machineのセキュアな分離には次のレベルがあります。

2.1.1 ネットワーク・トラフィックの分離

物理的なネットワーク・レベルで、クライアント・アクセスがデバイス管理およびデバイス間通信から分離されます。クライアントと管理ネットワーク・トラフィックは、個別のネットワーク上で分離されます。クライアント・アクセスは、システムで実行中のサービスへの信頼性の高い高速アクセスを可能にする、冗長10Gbps Ethernetネットワークを介して提供されます。管理アクセスは、物理的に独立した1Gbps Ethernetネットワークを介して提供されます。これにより、運用ネットワークと管理ネットワーク間の分離が実現します。

組織は、仮想LAN (VLAN)を構成することによって、クライアント・アクセスEthernetネットワーク上のネットワーク・トラフィックをさらに分割することを選択できます。VLANでは、要件に基づいてネットワーク・トラフィックを分割します。通信の機密保持と整合性を確保するために、暗号化されたプロトコルをVLAN上で使用することをお薦めします。

デバイス間通信は、冗長InfiniBandネットワークによって提供されます。InfiniBandネットワークは、Exadata Storage Serverとデータベース・サーバー間の通信用の、高パフォーマンスで低レイテンシのバックプレーンです。デフォルトでは、Exadata Storage Serverには構成済のソフトウェア・ファイアウォールが含まれます。ソフトウェア・ファイアウォールを使用してデータベース・サーバーを構成することもできます。

注意:

InfiniBandプライベート・ネットワークをパーティション分割しても、InfiniBandファブリックは保護されません。パーティション分割では、マシン間でのInfiniBandのトラフィックの分離のみを行います。

2.1.2 データベースの分離

環境全体を単一のアプリケーションまたはデータベース専用にすることによって物理的に分離することは、最適な分離方法の1つです。ただし、費用がかかります。同じオペレーティング・システム・イメージ内の複数のデータベースを使用するという分離戦略によって、費用効果を高めることができます。複数データベースの分離は、ユーザー、グループおよびリソース制御専用の資格証明などの、データベース・レベルとオペレーティング・システム・レベルの制御を組み合せて実現されます。

Oracle Exadata Database Machineでは、Oracle Databaseのすべてのセキュリティ・オプションを使用できます。より細かい粒度でデータベースを分離する場合は、Oracle Database Vault、Oracle Virtual Private Database、Oracle Label Securityなどのソフトウェアを使用できます。

Oracle Database Vaultには、単一のデータベース内の論理レルムを使用して分離を強制する、必須アクセス制御モデルが含まれています。論理レルムは、管理アカウントによるアプリケーション・データへの非定型アクセスをブロックすることによって、既存のアプリケーション表の周囲に保護境界を形成します。Oracle Database Vaultコマンド・ルールにより、だれが、いつ、どこで、どのようにデータベースおよびアプリケーション・データにアクセスするかを制限するポリシーベースの制御が可能になります。これにより、アプリケーション・データへの信頼できるパスが作成されます。Oracle Database Vaultを使用して、時間、ソースIPアドレスおよび他の条件に基づいてアクセスを制限することもできます。

Oracle Virtual Private Databaseを使用すると、データベースの表とビューへの、行および列レベルのファイングレイン・アクセスを強制するポリシーを作成できます。Oracle Virtual Private Databaseでは、ポリシーがデータベース・オブジェクトに関連付けられ、データへのアクセス方法に関係なく自動的に適用されるため、セキュリティのポータビリティが提供されます。データベース内で粒度の細かい分離を実現するために、Oracle Virtual Private Databaseを使用できます。

Oracle Label Securityは、データの分類、および分類に基づいたそのデータへのアクセスの仲介に使用されます。組織は、組織のニーズを最適にサポートする、階層や非結合などの分類計画を定義します。この機能を使用すると、異なる分類レベルで格納された情報を単一の表領域内の行レベルで分離できます。

2.1.3 ストレージの分離

Oracle Exadata Database Machineストレージは、プライベートInfiniBandネットワークを使用して、その他のアーキテクチャから分離されます。Exadata Storage Serverによって管理されるストレージは、Oracle Automatic Storage Management (Oracle ASM)を使用してさらに分割し、個別のディスク・グループを作成できます。各ディスク・グループに独自のセキュリティ・ポリシーを設定できます。

2.2 データへのアクセス制御

アプリケーション・データ、ワークロードおよび実行の基礎となるインフラストラクチャを保護するために、Oracle Exadata Database Machineには、ユーザーと管理者の両方のための、包括的で柔軟なアクセス制御機能が備えられています。制御機能には、ネットワーク・アクセス、データベース・アクセスおよびストレージ・アクセスが含まれます。

2.2.1 ネットワーク・アクセスの制御

単純なネットワーク・レベルの分離を超えて、デバイス・レベルでファイングレイン・アクセス制御ポリシーを設定できます。Oracle Exadata Database Machineのすべてのコンポーネントには、ネットワーク分離などのアーキテクチャの手法を使用するか、またはパケット・フィルタリングおよびアクセス制御リストを使用して、コンポーネント間、サービス間、またはコンポーネントとサービスの間の通信を制限することによって、サービスへのネットワーク・アクセスを制限する機能があります。

2.2.2 データベース・アクセスの制御

職務の分離は、共謀行動のリスクを減らし、不測のエラーを防止するために、アーキテクチャのすべてのレイヤーで重要です。たとえば、異なるオペレーティング・システム・アカウントを使用して、Oracle ASMをサポートする管理者を含むデータベース管理者とストレージ管理者のロールを分離します。Oracle Database内では、ユーザーがアクセスを認可されているデータ・オブジェクトにのみアクセスできるように、ユーザーに特定の権限およびロールを割り当てることができます。明示的に許可されないかぎり、データを共有することはできません。

パスワード・ベース認証に加え、Oracle Databaseは、public key credentials、RADIUSおよびKerberosもサポートします。Oracle Enterprise User Securityを使用して、データベースを認証および認可用の既存のLDAPリポジトリに統合できます。これらの機能によって、データベースにアクセスするユーザーのIDがより確実に保証されます。

Oracle Database Vaultを使用して、管理および特権ユーザー・アクセスを管理し、アプリケーション・データにどのように、いつ、どこでアクセスできるかを制御できます。Oracle Database Vaultは、盗まれたログイン資格証明の悪用、アプリケーション・バイパス、およびアプリケーションとデータに対する未認可の変更(アプリケーション・データのコピー作成の試みを含む)を阻止します。Oracle Database Vaultは、ほとんどのアプリケーションおよび日常業務に対して透過的です。多元的な認可ポリシーをサポートし、企業活動を中断することなくポリシーのセキュアな強制を可能にします。

Oracle Database Vaultでは、職務分離を強制し、アカウント管理、セキュリティ管理、リソース管理および他の機能が、それらの権限を持つことを認可されたユーザーにのみ許可されるようにできます。

2.2.3 ストレージ・アクセスの制御

Oracle Exadata Storage Server Softwareは、オープン・セキュリティ、Oracle ASMを有効範囲にしたセキュリティ、およびデータベースを有効範囲にしたセキュリティのアクセス制御モードをサポートします。

オープン・セキュリティでは、データベースがどのグリッド・ディスクにもアクセスできます。

Oracle ASMを有効範囲にしたセキュリティでは、1つ以上のOracle ASMクラスタに割り当てられた複数のデータベースで特定のグリッド・ディスクを共有できます。

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

- /etc/oracle/cell/network-config/cellkey.oraファイルは、グリッド・インフラストラクチャの特定の一意のグループ(asmadminなど)に所属する所有者のみが読み取れるようにする必要があります。

- グリッド・インフラストラクチャ・ホームのkfodユーティリティを使用してトラブルシューティングを行うか、クラスタでアクセス可能なディスクを確認します。

- データベースを有効範囲にしたセキュリティの設定は、Oracle ASMを有効範囲にしたセキュリティを構成およびテストしてから行ってください。

データベースを有効範囲にしたセキュリティは、粒度が最も細かいレベルのアクセス制御であり、特定のデータベースのみが特定のグリッド・ディスクにアクセスできます。データベースを有効範囲にしたセキュリティは、コンテナ・レベルで機能します。つまり、グリッド・ディスクをCDBまたは非CDBのDB_UNIQUE_NAMEで使用できるようにする必要があります。このため、データベースを有効範囲にしたセキュリティをPDBごとに設定することはできません。

Oracle ASMは、そのアクセス制御モード全体に加えて、ディスク・グループおよびファイル・レベルでのアクセス制御をサポートし、認可されたユーザーのみがディスクに格納されたコンテンツにアクセスできるようにします。

関連項目:

アクセス制御モードの詳細は、『Oracle Exadata Storage Server Softwareユーザーズ・ガイド』を参照してください。

2.3 暗号化サービスの使用

保存済、移動中および使用中の情報を保護および検証するための要件では、多くの場合、暗号化サービスが採用されます。暗号化と復号化からデジタル・フィンガープリントと証明書検証まで、暗号化はIT組織で最も広く採用されるセキュリティ制御の1つです。Oracle Exadata Database Machineにはネットワーク暗号化サービスが含まれています。

Oracle Exadata Database Machineでは、可能な場合は常にIntel AES-NIおよびOracle SPARCによって提供されるプロセッサ・チップ上のハードウェアベースの暗号化エンジンが使用されます。暗号化操作にハードウェアを使用すると、ソフトウェアでその操作を実行するよりも、パフォーマンスが大幅に高くなります。どちらのエンジンでもハードウェアで暗号化操作を実行でき、かつ、どちらもデータベース・サーバーおよびストレージ・サーバー上のOracleソフトウェアによって活用されます。

ネットワーク暗号化サービスでは、暗号で保護されたプロトコルを使用することによって通信の機密保持および整合性が保護されます。たとえば、セキュア・シェル(SSH)アクセスでは、システムおよびIntegrated Lights Out Manager (ILOM)へのセキュアな管理アクセスが提供されます。SSL/TLSは、アプリケーションと他のサービス間のセキュアな通信を可能にできます。

データベースの暗号化サービスは、Oracle Advanced Securityから使用できます。Oracle Advanced Securityはデータベース内の情報を透過的データ暗号化(TDE)機能を使用して暗号化します。TDEでは、アプリケーション表領域の暗号化、および表内の個々の列の暗号化がサポートされます。一時表領域に格納されたデータ、およびREDOログも暗号化されます。データベースがバックアップされると、データは宛先メディアで暗号化されたままになります。これにより、物理的にどこに格納された場合にも、保存済の情報が保護されます。格納されたデータベース・コンテンツの機密保持、データベースの暗号化(表領域レベルまたは列レベル)に関心のある組織では、Oracle Advanced Securityを検討する必要があります。

さらに、Oracle Advanced Securityは、ネイティブ暗号化またはSSLを使用してOracle Net ServicesおよびJDBCトラフィックを暗号化し、ネットワークでの移動中に情報を保護できます。管理接続とアプリケーション接続の両方を保護し、移動中のデータが保護されるようにできます。SSLの実装では、匿名(Diffie-Hellman)、X.509証明書を使用したサーバーのみの認証、X.509による相互(クライアント-サーバー)認証などの一連の標準認証方式がサポートされます。

2.4 Oracle Exadata Database Machineの監視および監査

コンプライアンス・レポートのためであれ、インシデント応答のためであれ、監視と監査は、組織がIT環境の可視性を高めるために使用する必要がある重要な機能です。監視と監査が行われる程度は、多くの場合、環境のリスクまたは重要度に基づきます。Oracle Exadata Database Machineは、サーバー、ネットワーク、データベースおよびストレージ・レイヤーで包括的な監視および監査機能を提供し、組織の監査およびコンプライアンス要件をサポートする情報を組織が利用できるように設計されています。

2.4.1 データベース・アクティビティの監視および監査

Oracle Databaseのファイングレイン監査のサポートによって、組織は監査レコードの生成時期を選択的に決定するポリシーを確立できます。これにより、組織は他のデータベース・アクティビティに集中し、監査アクティビティに関連付けられることの多いオーバーヘッドを削減できます。

Oracle Audit Vaultはデータベース監査設定の管理を一元化し、セキュアなリポジトリへの監査データの統合を自動化します。Oracle Audit Vaultには、特権ユーザーのアクティビティやデータベース構造への変更を含む広範なアクティビティを監視するための組込みレポートが含まれています。Oracle Audit Vaultで生成されるレポートによって、様々なアプリケーションおよび管理データベースのアクティビティを可視化し、アクションのアカウンタビリティをサポートする詳細な情報を取得できます。

Oracle Audit Vaultを使用すると、未認可アクセスの試みやシステム権限の不正使用を示す可能性のあるアクティビティのプロアクティブな検出および警告が可能になります。これらの警告には、特権ユーザー・アカウントの作成や機密情報を含む表の変更などの、システム・イベントとユーザー定義イベントの両方を含めることができます。

Oracle Database Firewall Remote Monitorは、リアルタイムのデータベース・セキュリティ監視を提供できます。Oracle Database Firewall Remote Monitorはデータベース接続を問い合せて、アプリケーション・バイパス、未認可のアクティビティ、SQLインジェクション、その他の脅威などの悪意のあるトラフィックを検出します。Oracle Database Firewallは正確なSQLグラマーベースのアプローチを使用することによって、疑わしいデータベース・アクティビティを組織が迅速に識別できるようにします。

2.5 品質サービスの管理

アプリケーションに対する攻撃には、境界違反やアクセス制御ポリシーの破壊以外にも様々な方法があります。Oracle Exadata Database Machineには、リソースを枯渇させる攻撃、DoS攻撃、およびサービスとデータの可用性に影響する可能性がある偶発的または故意の障害の検出と防止に役立つ、数多くの機能が備えられています。

Oracle Exadata Storage Server Softwareには、データベース間およびデータベース内I/Oリソースを管理するI/Oリソース・マネージャ(IORM)が含まれています。IORMにより、異なるパフォーマンス要件を持つ様々なデータベースで共通のExadata Storage Serverプールを共有できます。同じデータベース内の複数のワークロードに独自のリソース・ポリシーを定義できます。この柔軟なアーキテクチャによって、組織では統合アーキテクチャでの操作時に重要なワークロードおよびデータベースでI/Oリソースを共有できます。

Oracle Databaseには、複数のデータベースが同じオペレーティング・システムで稼働できるようにするツールが含まれています。Oracle Database Resource Manager (リソース・マネージャ)およびインスタンス・ケージングでは、粒度の細かい方法を使用してCPUリソースへのアクセスを動的に制御する機能をサポートしています。リソース・マネージャは、並列度の程度、アクティブなセッションの数および他の共有リソースを制御して、共有データベース・アーキテクチャで必要なリソースを1つのデータベースが独占することを防止できます。

Oracle Database Quality of Service Management (Oracle Database QoS Management)は、システム全体のワークロード・リクエストを監視する自動化されたポリシーベースのソリューションです。Oracle Database QoS Managementは正確なランタイム・パフォーマンスとリソース・メトリックを相互に関連付け、データを分析してボトルネックを特定し、動的な負荷状態でパフォーマンス目標を維持する推奨リソース調整を作成します。

2.6 セキュアな管理のためのOracle ILOMの使用

個々のアプリケーションとサービスを適切に保護するには、セキュリティ制御および機能を組み合せる必要があります。デプロイされたサービスおよびシステムのセキュリティを維持するための包括的な管理機能を持つことも、同様に重要となります。Oracle Exadata Database MachineではOracle ILOMのセキュリティ管理機能が使用されます。

Oracle ILOMは、数多くのOracle Exadata Database Machineコンポーネントに組み込まれたサービス・プロセッサです。次のようなバンド外管理アクティビティを実行するために使用されます。

- データベースおよびストレージ・サーバーのセキュアな停電管理を実行するためのセキュアなアクセスの提供。アクセスには、SSLによって保護されたWebベースのアクセス、セキュア・シェルを使用したコマンドライン・アクセス、IPMI v2.0プロトコルおよびSNMPv3プロトコルが含まれます。

- ロールベースのアクセス制御モデルを使用した職務要件の分離。各ユーザーは、実行できる機能が制限された特定のロールに割り当てられます。

- すべてのログインおよび構成変更の監査レコードの提供。各監査ログ・エントリには、アクションを実行しているユーザーおよびタイムスタンプが表示されます。これにより、組織は未認可のアクティビティや変更を検出し、それらのアクションを特定のユーザーと関連付けることができます。

3 セキュアな環境の計画

Oracle Exadata Database Machineが到着する前に、セキュリティ上の措置が実施されている必要があります。到着後は、セキュリティ上の措置を定期的にレビューおよび調整し、組織の最新のセキュリティ要件に適合させる必要があります。

3.1 セキュアな環境に関する考慮事項

Oracle Exadata Database Machineには、組織の特定のポリシーと要件を満たすように調整できる、数多くの階層化されたセキュリティ制御が含まれています。

組織はこれらの機能を最大限に活用する方法を評価し、これらの機能を既存のITセキュリティ・アーキテクチャに統合する必要があります。IT管理の効果を高めるには、リスク管理および管理上の措置を確実に施行するための人材、プロセスおよび技術を検討する必要があります。措置およびポリシーは、Oracle Exadata Database Machineの計画、インストールおよびデプロイメントの各段階で設計し、レビューする必要があります。

Oracle Exadata Database Machineコンポーネントおよびデプロイされたサービスを組織の既存のアイデンティティおよびアクセス管理アーキテクチャに統合する際は、アイデンティティおよびアクセス管理に対する統合されたアプローチを使用する必要があります。Oracle Databaseでは、既存のアイデンティティおよびアクセス管理デプロイメントとの統合を可能にする、数多くのオープン・プロトコルおよび標準プロトコルをサポートしています。アプリケーションの可用性を確保するために、統合されたアイデンティティおよびアクセス管理システムを使用できる必要があり、使用できない場合、Oracle Exadata Database Machineの可用性が損なわれる可能性があります。

Oracle Exadata Database Machineが到着する前に、次のセキュリティ上の考慮事項について検討してください。これらの考慮事項は、Oracle Exadata Database Machineに関するOracleベスト・プラクティスに基づいています。

- root、grid、oracleなどの共通のオペレーティング・システム・アカウントに直接ログインする機能は、無効にする必要があります。各管理者に対して個別のユーザー・アカウントを作成する必要があります。個別のアカウントでログインした後、管理者は必要に応じてsudoを使用して特権コマンドを実行できます。

- Oracle Exadata Database Machineとの間のネットワーク・トラフィックのフローを監視するための、データベース・サーバー上での侵入防止システムの使用。このようなシステムを使用すると、疑わしい通信、潜在的な攻撃パターンおよび未認可アクセスの試みを特定できます。

- Oracle Exadata Database Machine内の可視性を高めるための、ホストベースの侵入検知および侵入防止システムの使用。Oracle Databaseのファイングレイン監査機能を使用することによって、ホストベースのシステムが不適切なアクションおよび未認可のアクティビティを検出できる可能性が高まります。

- Oracle Exadata Database Machineとの間での情報のフローを保護するための、アプリケーション・レイヤー・ファイアウォールおよびネットワーク・レイヤー・ファイアウォールの使用。ネットワーク・ポートのフィルタリングにより、システムおよびサービスへの未認可アクセスを防止する第1の防御が提供されます。
Ethernet仮想ローカル・エリア・ネットワーク(VLAN)を使用したネットワークレベルのセグメンテーションと、インバウンドおよびアウトバウンドのネットワーク・ポリシーをホスト・レベルで強制するホストベースのファイアウォール。セグメンテーションを使用すると、Oracle Exadata Database Machineのコンポーネント間通信のファイングレイン制御が可能になります。Exadata Storage Serverには構成済のソフトウェア・ファイアウォールがデフォルトで含まれます。ソフトウェア・ファイアウォールを使用してデータベース・サーバーを構成できます。

- 透過的データ暗号化(TDE)、バックアップのためのOracle Recovery Manager (RMAN)暗号化、Oracle Data Guardスタンバイ・データベースへのトラフィックを暗号化するためのOracle Advanced Securityなどの暗号化機能の使用。

- 相関、分析およびレポートの向上に向けてセキュリティ関連情報を集約するための一元化された監査およびログ・リポジトリの使用。Exadata Storage Serverは、セル属性syslogConfによってこれをサポートします。データベース・サーバーは、通常のシステム構成方法を使用して一元化されたロギングをサポートします。

Oracle Exadata Database Machineに統合されている機能の多くはデフォルトでセキュアなデプロイメントを実現するために構成されていますが、組織には独自のセキュリティ構成標準があります。Oracle Exadata Database Machineコンポーネントに対するセキュリティ設定変更をテストする前に、Oracleセキュリティ情報を再確認することが重要です。特に、既存の標準を改善できる場所、およびサポート問題によって特定のコンポーネントに加えることができる変更が制限される可能性がある場所を特定することが重要です。

注意:

攻撃面を最小化するために、Exadata Storage Serverでは、その管理インタフェースの外でのカスタマイズをサポートしていません。ストレージ・サーバーではカスタム・ユーザーは許可されません。サーバーは特定の目的で最適化および強化されています。

データおよびシステムのセキュリティは、脆弱なネットワーク・セキュリティによって低下します。Ethernetネットワーク・セキュリティを最大化するために、次のガイドラインをお薦めします。

- 管理サービスと運用サービスを現在のポリシーと一致する暗号化プロトコルおよびキー長を使用するように構成します。Oracle Exadata Database Machineによって提供される暗号化サービスは、ハードウェア・アクセラレーションを利用して、パフォーマンスに影響を与えずにセキュリティを向上させることができます。

- Oracle Grid InfrastructureとOracle Databaseソフトウェアのインストールに個別のソフトウェア所有者アカウントを作成します。これらのアカウントは、Oracle Exadata Database Machineのデプロイ時に使用する必要があります。

- Oracle Exadata Database Machineのスイッチを管理し、ネットワーク上のデータ・トラフィックから分離します。この分離は、バンド外とも呼ばれます。

- 仮想ローカルエリアネットワーク(VLAN)を使用する場合に、機密性のあるシステムのクラスタをネットワークのその他の部分から切り離します。これにより、それらのクライアントやサーバーに格納された情報にアクセスされる可能性が少なくなります。

- 静的VLAN構成を使用します。

- スイッチの未使用のポートは無効にし、未使用のVLAN番号を割り当てます。

- トランクポートには、一意のネイティブVLAN番号を割り当てます。

- VLANでのトランク経由のトランスポートは、どうしても必要な場合のみにします。

- VLAN Trunking Protocol (VTP)は、可能な場合は無効化します。無効化できない場合は、VTPに対して管理ドメイン、パスワードおよびプルーニングを設定します。さらに、VTPを透過モードに設定します。

- TCPスモール・サーバーやHTTPなど、不要なネットワーク・サービスは無効にします。必要なネットワーク・サービスのみを有効にして、セキュアに構成します。

- 提供されるポート・セキュリティ機能のレベルはネットワーク・スイッチによって異なります。これらのポート・セキュリティ機能がある場合は、使用してください。

- 接続された1つ以上のデバイスのメディア・アクセス制御(MAC)アドレスをスイッチの物理ポートに固定します。スイッチのポートを特定のMACアドレスに固定すると、スーパーユーザーは不正アクセス・ポイントを利用するネットワークへのバックドアを作成できません。

- 指定したMACアドレスからのスイッチへの接続を無効にします。

- スイッチのポートごとに現在の接続に基づいてセキュリティを設定できるように、各ポートの直接接続を使用します。

図3-1は、Oracle Exadata Database Machine X6-2、X5-2、X4-2、X3-2およびX2-2のデフォルトのネットワークを示しています。各Oracle Exadata Database Machineには、少なくとも2つのイーサネット・ネットワークと1つのInfiniBandネットワークが必要です。

図3-1 結合クライアント・アクセスを使用するOracle Exadata Database Machine X6-2、X5-2、X4-2、X3-2およびX2-2のネットワーク

図3-2は、Oracle Exadata Database Machine X6-8、X5-8およびX4-8フル・ラックのデフォルトのネットワークを示しています。各Oracle Exadata Database Machineには、少なくとも2つのイーサネット・ネットワークと1つのInfiniBandネットワークが必要です。

図3-2 結合クライアント・アクセスを使用するOracle Exadata Database Machine X6-8、X5-8およびX4-8フル・ラックのネットワーク

図3-3は、Oracle Exadata Database Machine X3-8フル・ラックおよびOracle Exadata Database Machine X2-8フル・ラックのデフォルトのネットワークを示しています。各Oracle Exadata Database Machineには、少なくとも2つのイーサネット・ネットワークと1つのInfiniBandネットワークが必要です。

図3-3 結合クライアント・アクセスを使用するOracle Exadata Database Machine X3-8フル・ラックおよびOracle Exadata Database Machine X2-8フル・ラックのネットワーク図

関連項目:

Oracle Exadata Database Machineインストレーションおよび構成ガイド

3.2 ユーザー・アカウントの理解

rootユーザーに加えて、Exadata Storage Serverには2種類のユーザー、celladminとcellmonitorがあります。celladminユーザーは、セルですべてのサービスを実行するために使用されます。cellmonitorユーザーは、監視のために使用されます。cellmonitorユーザーはセルでサービスを実行できません。その他のOracle Exadata Database Machineコンポーネントには、コンポーネントの管理用のユーザーがあります。

次の表に、Oracle Exadata Database Machineコンポーネントのデフォルトのユーザーとパスワードを示します。Oracle Exadata Database Machineのインストール後、すべてのデフォルトのパスワードを変更する必要があります。デフォルトのユーザー・アカウント・パスワードの変更の詳細は、My Oracle Supportノート1291766.1を参照してください。

表3-1 デフォルトのユーザーとパスワード

コンポーネント

ユーザー名とパスワード

データベース・サーバー

- root/welcome1

- oracle/We1come$

- grid/We1come$ (このユーザーは、デプロイ時にロールの分離を選択した場合にのみ存在します)

- dbmadmin/welcome

- dbmmonitor/welcome

- SYS/We1come$ (SYSはデータベース・ユーザーです)

- SYSTEM/We1come$ (SYSTEMはデータベース・ユーザーです)

- grubブート・ローダーのパスワード: sos1Exadata

Exadata Storage Server

- root/welcome1

- celladmin/welcome

- cellmonitor/welcome

- CELLDIAG
CELLDIAGはExadataストレージ・ソフトウェア・ユーザーであり、オペレーティング・システム・ユーザーではありません。

CELLDIAGユーザーのパスワードは、Oracle Exadata Deployment Assistantの「セキュリティ修正の適用」ステップでランダムなパスワードにリセットされます。このステップを実行する前のデフォルト・パスワードはWelcome12345です。

- grubブート・ローダーのパスワード: sos1Exadata

InfiniBandスイッチ

- root/welcome1

- nm2user/changeme

- ilom-admin/ilom-admin

- ilom-operator/ilom-operator

Ethernetスイッチ

admin/welcome1

注意: adminユーザーのenable mode password値とsecret値を保護します。

配電ユニット(PDU)

- admin/welcome1
PDUを出荷時のデフォルト設定にリセットした場合、adminユーザーのパスワードはadm1nです。

データベース・サーバーILOM

- root/welcome1

- MSUser
管理サーバー(MS)はこのアカウントを使用して、ILOMを管理し、ハングを検知した場合、これをリセットします。

このアカウントは変更しないでください。このアカウントは使用できるのはMSのみです。

MSが起動する度に、これは以前のMSUserアカウントを削除し、ランダムに生成されたパスワードを使用してアカウントを再び作成します。

MSは、lanplusインタフェースを介し、MSUserを使用してILOMと通信します。これは、認証のためにIPMI v2.0 RMCP+プロトコルを使用します。RMCP+ (Remote Management Control Protocol)は、RMCPより強化された認証を持つUDPベースのプロトコルです。

MSUserパスワードは、どこにも持続しません。アカウント・パスワードを定期的に変更する必要がある場合、MSを再起動すればMSUserアカウントのパスワードを変更できます。

Exadata Storage Server ILOM

- root/welcome1

- MSUser
このユーザーの詳細は、前述の説明を参照してください。

InfiniBand ILOM

- ilom-admin/ilom-admin

- ilom-operator/ilom-operator

- root/welcome1

キーボード、ビデオ、マウス(KVM)

admin/welcome1

注意:

Oracle Exadata Database Machineがデプロイされた後、システムのセキュリティ手段として、インストール・プロセスによってすべてのroot SSHキーが無効化され、すべてのユーザー・パスワードが失効します。SSHキーが無効化されたり、パスワードが失効しないようにするには、デプロイメントの前にインストール・エンジニアに依頼してください。

関連項目

- CREATE DIAGPACK

- Exadata Database Machineのセル・ノード、データベース・ノード、ILOM、KVM、Infinibandスイッチ、GigaBitイーサネット・スイッチおよびPDUのOSユーザー・パスワードの変更方法(My Oracle Support Doc ID 1291766.1)

3.3 デフォルトのセキュリティ設定の理解

Oracle Exadata Storage Server Softwareは、数多くのデフォルトのセキュリティ設定を使用してインストールされます。可能かつ現実的な場合は、常に、セキュアなデフォルト設定を選択して構成します。Oracle Exadata Database Machineでは、次のデフォルト設定が使用されます。

- 攻撃面を縮小するために、最小限のソフトウェアがインストールされます。

- Oracle Databaseのセキュアな設定が、Oracleベスト・プラクティスを使用して開発および実装されています。

- パスワード・ポリシーによって、最小限のパスワードの複雑度が強制されます。

- ログイン試行が失敗すると、設定された回数試行が失敗した後、ロックアウトが発生します。

- オペレーティング・システムのすべてのデフォルトのシステム・アカウントはロックされ、ログインが禁止されます。

- suコマンドの使用が制限されています。

- ブート・ローダーのインストールがパスワードで保護されています。

- インターネット・サービス・デーモン(inetd/xinetd)を含むすべての不要なシステム・サービスが無効化されています。

- ストレージ・セルにソフトウェア・ファイアウォールが構成されています。

- 主要なセキュリティ関連構成ファイルおよび実行可能ファイルに対するファイル権限が制限されています。

- SSHリスニング・ポートが管理ネットワークおよびプライベート・ネットワークに制限されています。

- SSHがv2プロトコルに制限されています。

- セキュアでないSSH認証メカニズムが無効化されています。

- 特定の暗号化暗号が構成されています。

- 不要なプロトコルおよびモジュールがオペレーティング・システム・カーネルから無効化されています。

3.4 セキュリティ強化のためのOracle Exadata Deployment Assistantの使用

Oracle Exadata Deployment Assistantには、Oracle Exadata Database Machineのハードウェアのセキュリティを強化するための手順が含まれています。Oracle Exadata Deployment Assistantの最後のステップ、Oracle Exadata Database Machineの保護では、次のセキュリティ・ポリシーが実装されます。

- rootユーザーおよび/homeディレクトリにホーム・ディレクトリを持つすべてのユーザーに対して、データベース・サーバーとExadata Storage Server上で、次のパスワード期間経過値が設定されます。

- パスワードの最大日数は90日です。

- パスワード変更の最小間隔は24時間です。

- パスワード変更までの警告の日数は7日です。

- すべての非ルート・ユーザーは、次にログインするときにパスワードを変更する必要があります。

- すべてのユーザーに対して、次のパスワード修飾が設定されます。

- 1つの文字クラスを使用するパスワードは許可されません。

- 2つの文字クラスを使用するパスワードは許可されません。

- パスフレーズに必要な最小文字数は16文字です。

- 3つの文字クラスを使用する場合の、最小パスワード長は12文字です。

- 4つの文字クラスを使用する場合の、最小パスワード長は8文字です。

- パスワードの文字クラスとは、大字の文字、小文字の文字、桁、その他の文字です。

- 文字クラス数を計算する際、パスワードの最初の大文字とパスワードの最後の桁はカウントされません。

- パスワードの最大長は40文字です。

- 新しいパスワードは古いパスワードに類似したものにすることはできません。

- rootユーザーの場合、すべてのデータベース・サーバーとExadata Storage ServerでSSH等価が削除されます。

- Oracle Exadata Deployment Assistantによって、次の権限が設定されます。

- 自動診断リポジトリ(ADR)ベース・ディレクトリ$ADR_BASEには、diagディレクトリとそのサブディレクトリにSUID (Set owner User ID)があります。

- celladminユーザー・グループには読取りおよび書込み権限があります。

4 Oracle Exadata Database Machineの保護

この章では、Oracle Exadata Database Machineをセキュアに保つためのポリシーと手順について説明します。

4.1 ハードウェアの保護

Oracle Exadata Database Machineのインストール後、ハードウェアを保護する必要があります。

ハードウェアは、ハードウェアへのアクセスを制限し、シリアル番号を記録することによって保護できます。アクセスを制限する措置として、次のことをお薦めします。

- Oracle Exadata Database Machineと関連装置は、アクセスが制限された鍵の掛かった部屋に設置します。

- ラック内のコンポーネントでサービスが必要でない場合は、ラックのドアに鍵を掛けます。

- コンポーネントは設計によって容易に削除できるため、ホットプラガブル対応またはホットスワップ対応デバイスへのアクセスを制限します。

- 予備の現場交換可能ユニット(FRU)または顧客交換可能ユニット(CRU)は鍵の掛かったキャビネットに保管します。鍵の掛かったキャビネットへは、認可された人のみがアクセスできるように制限します。

- SSHリスナー・ポートを管理ネットワークおよびプライベート・ネットワークに制限します。

- SSHプロトコル2 (SSH-2)およびFIPS 140-2承認暗号を使用します。

- SSHが許可される認証メカニズムを制限します。本質的にセキュアでない方法は無効化されます。

- すべての主要なコンピュータ・ハードウェア項目(FRUなど)にマークを付けます。

- ハードウェアのアクティベーション・キーとライセンスは、システム緊急時にシステム・マネージャが簡単に取り出せる安全な場所に保管します。

- Oracle Exadata Database Machineのコンポーネントのシリアル番号を記録し、安全な場所に保管します。Oracle Exadata Database Machineのすべてのコンポーネントにシリアル番号があります。

関連項目

- セルまたはコンピュート・ボックス(Exadata-Sun V2またはX2/11.2)内のシステム・ボード、マザーボード、ディスク・コントローラ、ディスク、Infiniband HCAその他に関連付けられたシリアル番号の取得方法(My Oracle Support Doc ID 949614.1)

- Datacenter InfiniBand Switch 36またはQDR InfiniBand Gateway InfiniBandスイッチのシリアル番号の判別方法(My Oracle Support Doc ID 1299791.1)

4.2 ソフトウェアの保護

多くの場合、ハードウェアのセキュリティは、ソフトウェアを通じて実装されます。

ソフトウェアとハードウェアを保護するには、次のガイドラインを実施します。

- サイトでシステムをインストールしたときに、すべてのデフォルトのパスワードを変更してください。Oracle Exadata Database Machineでは、初期インストールおよびデプロイメントに、よく知られたデフォルトのパスワードが使用されます。デフォルトのパスワードでは、装置に不正にアクセスできる可能性があります。ネットワーク・スイッチなどのデバイスには、複数のユーザー・アカウントが設定されています。必ずラック内のコンポーネントのすべてのアカウント・パスワードを変更します。

- rootスーパーユーザー・アカウントの使用を制限します。Oracle Integrated Lights Out Manager (ILOM)ユーザー・アカウントを各ユーザーに作成および使用して、監査証跡での積極的な識別を可能にし、管理者がチームまたは会社を離れた場合のメンテナンスを軽減します。

- Oracle Exadata Database Machineが、Oracle Grid InfrastructureとOracle Databaseソフトウェアのインストールに個別のソフトウェア所有者アカウント使用してデプロイされるようにします。

- 不要なプロトコルおよびモジュールをオペレーティング・システムで無効化します。

- USBポート、ネットワーク・ポートおよびシステム・コンソールへの物理的なアクセスを制限します。サーバーおよびネットワーク・スイッチには、システムに直接アクセスできるポートおよびコンソール接続があります。

- ネットワークを介してシステムを再起動する機能を制限します。

- ドキュメントを参照し、使用可能なセキュリティ機能を有効化します。

Oracle Exadata Database Machineは、レガシー・プラットフォームにインストールされたOracle Databaseで使用できるすべてのセキュリティ機能を活用できます。Oracle Databaseのセキュリティ製品および機能には次のものがあります。

- Oracle Advanced Security

- Oracle Audit Vault

- データ・マスキング

- Oracle Database Firewall

- Oracle Database Vault

- Oracle Label Security

- Oracle Secure Backup

- Oracle Total Recall

Oracle特権ユーザーおよび多元的なアクセス制御、データ分類、透過的データ暗号化、監査、監視およびデータ・マスキングを使用して、顧客は既存のアプリケーションに対する変更を必要としない信頼性の高いデータ・セキュリティ・ソリューションをデプロイできます。

関連項目

- ユーザー・アカウントの理解

- 『Oracle Databaseセキュリティ・ガイド』

4.3 セキュアな環境の維持

セキュリティ措置を実装した後、それらを維持してシステムをセキュアに保つ必要があります。ソフトウェア、ハードウェアおよびユーザー・アクセスを定期的に更新およびレビューする必要があります。たとえば、組織はOracle Exadata Database Machineにアクセスできるユーザーと管理者、およびそのデプロイされたサービスをレビューし、アクセスおよび権限のレベルが適切であるかどうかを確認する必要があります。レビューしない場合、ロールの変更やデフォルト設定の変更によって、個人に付与されたアクセス・レベルが意図せず高くなることがあります。操作および管理タスクのアクセス権をレビューして、各ユーザーのアクセス・レベルがロールおよび職責に合わせて調整されていることを確認してください。

組織で未認可の変更や構成のずれを検出するツールを活用し、セキュリティ・パッチ適用の準備を整えることをお薦めします。Oracle Enterprise Manager Grid Controlは、ハードウェア、デプロイされたアプリケーションおよびサービスの操作の問題に対処する統合されたソリューションを提供します。

関連項目

- 一般的なExadataセキュリティのスキャン結果への対応(My Oracle Support Doc ID 1405320.1)

- Oracle Exadata Database Machineメンテナンス・ガイド

4.3.1 ネットワーク・セキュリティの維持

セキュリティ・ガイドラインに基づいてネットワークを構成した後は、定期的なレビューおよびメンテナンスが必要です。管理ネットワーク・スイッチの構成ファイルはオフラインで管理し、構成ファイルへのアクセスは認可された管理者のみに制限する必要があります。構成ファイルには各設定の説明がコメントとして含まれています。構成ファイルの静的コピーをソース・コード制御システムに保持することを検討してください。セキュアなホスト設定およびILOM設定が変更されておらず、有効であることを確認するには、クライアント・アクセス・ネットワークの定期的なレビューが必要です。さらに、設定の定期的なレビューによって、それらが変更されておらず、有効であることが確認されます。

システムへのローカル・アクセスとリモート・アクセスのセキュリティを確保するために、次のガイドラインに従ってください。

- 未認可アクセスを禁止することを明記したログイン・バナーを作成します。

- 必要に応じて、アクセス制御リストを使用して制限を適用します。

- 拡張セッションのタイムアウトを設定し、特権レベルを設定します。

- スイッチへのローカル・アクセスとリモート・アクセスには、認証、認可、アカウンティング(AAA)機能を使用します。

- 侵入検知システム(IDS)のアクセスには、スイッチのポートのミラー化機能を使用します。

- MACアドレスに基づいてアクセスを制限するには、ポート・セキュリティを実装します。Oracle Exadata Database Machineに接続されたスイッチのすべてのポートで自動トランキングを無効化します。

- リモート構成を特定のIPアドレスに制限するときは、SSHを使用します。

- 最小限のパスワードの複雑度ルールとパスワードの有効期限ポリシーを設定することによって、ユーザーに強力なパスワードを使用することを要求します。

- ロギングを有効にし、専用のセキュアなログ・ホストにログを送信します。

- NTPおよびタイムスタンプを使用して正確な時間情報を含めるようにロギングを構成します。

- 可能性があるインシデントをログで確認し、組織のセキュリティ・ポリシーに従ってそれらをアーカイブします。

標準のFIPS 140 (連邦情報処理標準)はセキュリティと暗号化に関連しています。FIPS 140は、米国商務省の米国標準技術局(National Institute of Standards and Technology: NIST)によって発行されている一連の標準です。FIPS 140は遷移中のデータおよび保存データを保護します。コンピューティング環境内における暗号化コンポーネントのセキュリティ標準を規定します。FIPS 140は、コンピューティング環境が公開されたセキュリティ・レベルに準拠していることを文書化する必要のある組織にとって役立ちます。多数の政府機関や金融機関でFIPS 140認定システムが使用されています。

Oracle DatabaseレベルでFIPS 140を構成すると、Secure Sockets Layer (SSL)、透過的データ暗号化(TDE)、DBMS_CRYPTO PL/SQLパッケージおよびExadata Smart ScanでFIPS 140暗号モジュールを使用できるようになります。これにより、Exadata Smart Scanのオフロード操作の処理中にデータが保護されます。

関連項目:

- 『Oracle Databaseセキュリティ・ガイド』

- Oracle Database Advanced Securityガイド

- Oracle Exadata Database Machineシステム概要

4.3.2 ソフトウェアおよびファームウェアの更新

効果的でプロアクティブなパッチ管理はシステム・セキュリティの重要な部分です。

新しいリリースとパッチ・セットを介して、セキュリティの強化が導入されます。ソフトウェアの最新のリリース、およびすべての必要なセキュリティ・パッチを装置にインストールすることをお薦めします。Oracle推奨パッチおよびセキュリティ・パッチを適用することは、ベースライン・セキュリティを確立するためのベスト・プラクティスです。

Exadata Storage Serverオペレーティング・システムおよびカーネルの更新は、Oracle Exadata Storage Server Softwareの更新によって行われます。Oracle Exadata Database Machineデータベース・サーバーは、yum機能を使用して更新されます。配電ユニット(PDU)ファームウェアの更新は、ソフトウェアおよび他のファームウェアの更新とは別に処理されます。PDUでOracle Exadata Database Machineの最新の承認済ファームウェアが実行されていることを確認してください。PDUファームウェアの更新は頻繁には発行されないため、通常は、Oracle Exadata Storage Server Softwareのアップグレード時にPDUファームウェア・リリースをチェックすれば十分です。

注意:

ネットワーク・スイッチなどのデバイスに搭載されたファームウェアには、パッチやファームウェア更新が必要なものもあります。

関連項目

- Oracle Exadata Database Machineメンテナンス・ガイド

4.3.3 Oracle Exadata Database Machine外部のデータ・セキュリティの確保

Oracle Exadata Database Machineの外部にあるデータは、重要なデータをバックアップすることによって保護できます。その後、データをオフサイトの安全な場所に保管する必要があります。組織のポリシーおよび要件に従ってバックアップを保持します。

古いハード・ドライブを廃棄するときは、ドライブを物理的に破壊するか、ドライブ上のすべてのデータを完全に消去してください。ファイルを削除したり、ドライブを再フォーマットしても、ドライブ上のアドレス・テーブルのみが削除されます。ファイルが削除されたり、ドライブが再フォーマットされた後でも、情報はドライブから回復できます。Oracle Exadata Database Machineのディスク保存サポート・オプションを使用すると、置き換えたすべてのハード・ドライブとフラッシュ・ドライブをオラクル社に返却しないで保存できます。

CellCLI DROP CELLDISKコマンドには、データを上書きすることによってデータをセキュアに消去するオプションが含まれています。Exadata Storage Serverドライブに再デプロイメントまたは別の目的で消去する必要がある機密データが含まれている場合は、ストレージ・セルでセキュアな消去機能を使用する必要があります。ERASEオプションによって、すべてのデータがランダム・データで上書きされ、最大7回消去されます。これにより、確実にデータが回復できなくなり、データは完全に消去されます。

5 Oracle Exadata Database Machineの安全な消去

この項では、次の項目について説明します。

- Secure Eraserの概要

- データベース・サーバーおよびストレージ・サーバーの安全な消去

- PXEブートによる自動的なセキュア消去

- PXEブートによる対話型のセキュア消去

- 外部USBによる対話型のセキュア消去

- Secure Eraserの構文

- InfiniBandスイッチ、イーサネット・スイッチおよび配電ユニットの出荷時のデフォルトへのリセット

5.1 Secure Eraserの概要

Oracle Exadataソフトウェア・リリース12.2.1.1.0以上には、Oracle Exadata Database Machine内のすべてのコンポーネントに対応するSecure Eraserと呼ばれるセキュア消去ソリューションが用意されています。

Oracle Exadata Database Machineは、次のコンポーネントで構成されます。

- データベース・サーバー

- ストレージ・サーバー

- InfiniBandスイッチ

- Ethernetスイッチ

- 配電ユニット

Secure Eraserは、2ソケット・サーバーと8ソケット・サーバーの両方を含むすべてのExadata Database Machine V2以上に対応する包括的なソリューションです。このソリューションは、データベース・サーバーとストレージ・サーバーのすべてのデータを消去し、InfiniBandスイッチ、イーサネット・スイッチおよび配電ユニットを出荷時のデフォルトにリセットします。

最適なパフォーマンスを得るため、セキュア消去はOracle Exadata Database Machineのすべてのレイヤーで並行して実行されます。データベース・サーバーとストレージ・サーバーは、並行して安全に消去されます。サーバー内では、すべてのデバイス・タイプ(ハード・ドライブ、フラッシュ・デバイス、内部USBなど)が並行して安全に消去されます。個々のデバイス・タイプについても、すべてのデバイスが並行して安全に消去されます。

Secure Eraserは、ストレージ・デバイスのハードウェア機能を自動的に検出し、そのデバイスでサポートされる最適な消去方法を選択します。可能な場合は、セキュリティと処理速度を向上させるために暗号消去が使用されます。

Secure Eraserには柔軟なオプションが用意されています。PXEまたは外部USBを使用してセキュア消去を開始することもできます。プロセス全体が完全に自動化されており、ユーザー操作は不要です。または、対話的に実行したり、特定のタイプのストレージ・デバイスを消去することもできます。

Secure Eraserは、ユーザーが進捗状況を簡単に監視できるように、進捗状況レポートを定期的(10秒ごと)に生成します。

セキュア消去が完了すると、安全に消去されたデバイスのリストを含む証明書がサーバーごとに生成されます。次の図は、Secure Eraserによって生成される証明書の例を示しています。

図5-1 Secure Eraserの証明書の例

5.2 データベース・サーバーおよびストレージ・サーバーの安全な消去

Oracle Exadataソフトウェア12.2.1.1.0以上には、ハード・ドライブ、フラッシュ・デバイスおよび内部USBのデータを安全に消去し、ILOMを出荷時のデフォルトにリセットするSecure Eraserという名前のユーティリティが付属しています。

Exadataの以前のバージョンでは、DROP CELL ERASE、DROP CELLDISK ERASE、DROP GRIDDISK ERASEなどのCellCLIコマンドを使用してユーザー・データを安全に消去できます。これらのDROPコマンドは、ハード・ドライブとフラッシュ・デバイスのユーザー・データにのみ対応しています。一方、Secure Eraserは、ユーザー・データのみでなく、オペレーティング・システム、Exadataソフトウェア、ユーザー構成を含むすべてのコンテンツをサニタイズします。さらに、ハード・ドライブ、フラッシュ・デバイス、内部USB、ILOMを含む広範囲のハードウェア・コンポーネントに対応します。

注意:

システム・デバイスが安全に消去された後は、サーバーをブートできなくなります。また、ILOMは出荷時のデフォルトにリセットされた後、リモートからアクセスできなくなります。ILOMには、シリアル・コンソールを使用して引き続きアクセスできます。

Secure Eraserユーティリティは、データベース・サーバーとストレージ・サーバーの両方で動作し、すべてのOracle Exadata Database Machine V2以上に対応します。

ハードウェアの機能に応じて、異なるセキュア消去方法が適用されます。一般に、Secure Eraserには3パス消去と暗号消去の2種類の消去方法があります。3パス消去法では、アドレス可能なすべての場所を1つの文字、その補数、ランダムな文字の順で上書きし、最後に結果を検証します。暗号消去法では、以前にユーザー・データを暗号化したときに使用した暗号化鍵を削除することにより、インスタント・セキュア消去(ISE)デバイスに存在するすべてのユーザー・データを消去します。

次の表に、使用されるセキュア消去方法のサマリーとそれぞれの所要時間を示します。3パス消去の所要時間は、ドライブのサイズや速度によって異なることに注意してください。これは、デバイス全体を3回上書きして1回読み取るのにかかる時間とほぼ同じです。ハード・ドライブ、フラッシュ・デバイスおよび内部USBは、並行して安全に消去されます。同じ種類のデバイスであれば、複数のデバイスを消去するのにかかる時間は1つの場合と変わりません。

表5-1 各種のデバイスを安全に消去するのにかかる時間

コンポーネント

型モデル

消去方法

所要時間

ハード・ドライブ

- X5の8TBハード・ドライブ

- X6以上のすべてのハード・ドライブ

暗号消去

1分

ハード・ドライブ

その他すべてのハード・ドライブ

3パス消去

600GB: 7時間

1.2TB: 12時間

2TB: 35時間

3TB: 49時間

4TB: 56時間

フラッシュ・デバイス

X3以上のフラッシュ・デバイス

暗号消去

1分

フラッシュ・デバイス

その他すべてのフラッシュ・デバイス

3パス消去

22.875GB: 20分

内部USB

すべてのプラットフォーム

3パス消去

4GB: 30分

8GB: 1時間

ILOM

すべてのプラットフォーム

出荷時リセット

1分

5.3 PXEブートによる自動的なセキュア消去

この手順では、ノードを再起動したときに自動的に実行されるようにSecure Eraserを構成します。

始める前に:

- My Oracle Supportノート2180963.1でSecure Eraserの最新情報を確認し、Secure Eraserパッケージをダウンロードします。

- 消去するノードを起動するために使用できるPXEサーバーにアクセスできることを確認します。

- 消去するすべてのノードからアクセスできるNFSサーバーにアクセスできることを確認します。

- 消去するノードのいずれかにアクセスできることを確認します。

1. PXEイメージ・ファイルのinitrd (initrd-<version>)とカーネル(vmlinux-<version>)をSecure EraserパッケージからPXEサーバーの/tftpbootディレクトリにコピーします。

2. 消去するデータベース・サーバーおよびストレージ・サーバーの名前を含むファイルを作成します。

このファイルを生成するため、消去するいずれかのノードで次のコマンドを実行し、ファイル内のノードが消去するノードであることを確認します。

# ibhosts | awk '/S [0-9\.\,]*/ || /C [0-9\.\,]*/ {print $6}' | sed "s/\"//g" > nodes_to_be_erased

3. Secure Eraserパッケージのdcliユーティリティと手順2で生成されたnodes_to_be_erasedファイルをPXEサーバーにコピーします。

4. pxe_cfg.templateという名前のPXE構成テンプレートを作成し、次の行を含めます。

default linux
label linux
kernel vmlinux-nfs-12.2.1.1.0-161015-cell
append initrd=initrd-nfs-12.2.1.1.0-161015-cell.img dhcp pxe quiet loglevel=0 secureeraser bootarea=diagnostics console=tty1 console=ttyS0,115200n8 logpath=10.133.42.221:/export/exadata_secure_eraser_certificate_dir

- 1行目(default)は、使用するデフォルトのラベルがlinuxという名前であることを示します。

- 2行目(label)は、linuxラベルを定義します。

- 3行目(kernel)は、ロードするカーネル・ファイルを指定します。ここでは、手順1でコピーしたファイルです。

- 4行目(append)は、カーネルのコマンドラインにオプションを追加します。append文は、構成ファイル内の1行で指定する必要があります。

- initrdオプションは、ロードするinitrdファイルを指定します。ここでは、手順1でコピーしたinitrdファイルです。

- dhcpオプションは、DHCPを使用してeth0インタフェースを検出することを指定します。

- pxeオプションは、仮想CDおよびUSBデバイスでのイメージの検索を抑制します。

- quietオプションは、過度のカーネル・ログ・メッセージを無効にします。

- loglevel=0オプションは、重要でないカーネル・メッセージを抑制します。

- bootareaオプションは、ブート・モードがimaging installやrescueではなくdiagnosticであることを示します。

- consoleオプションは、標準出力および標準エラー・メッセージがILOM Webコンソールとシリアル・コンソールの両方に出力されることを示します。

- secureeraserオプションは、PXEブートによってSecure Eraserユーティリティが自動的に起動され、ノードのハード・ドライブ、フラッシュ・デバイス、内部USB、ILOMを含むすべてのメディアがサニタイズされることを示します。

- logpathオプションは、Secure Eraserが証明書を保存するNFS共有ディレクトリを指定します。

デフォルトでは、前述のappend行によってSecure Eraserがすべてのコンポーネントを消去します。secureeraser-optionsを使用してSecure Eraserのコマンドライン・オプションを指定することで、デフォルトの動作を変更し、特定のコンポーネントのみを安全に消去できます。たとえば、PXEブート時にハード・ドライブとUSBのみを消去する場合、テンプレートは次のようになります。

default linux
label linux
kernel vmlinux-nfs-12.2.1.1.0-161015-cell
append initrd=initrd-nfs-12.2.1.1.0-161015-cell.img dhcp pxe quiet loglevel=0
secureeraser secureeraser-options=”--hdd --usb” bootarea=diagnostics
console=tty1 console=ttyS0,115200n8 logpath=10.133.42.221:/export/exadata_
secure_eraser_certificate_dir

5. PXEサーバーでテンプレート・ファイルを使用して、消去する各ノードの/tftpboot/pxelinux.cfg/ディレクトリにPXE構成ファイルを作成します。
PXE構成ファイルの名前は、ノードのダッシュ区切り形式のMACアドレスに接頭辞01-を付けたものです。

消去するノードにアクセスできる場合は、次の手順を使用して、各ノードのPXE構成ファイルをテンプレートに基づいて自動的に生成します。

a. PXEサーバーから消去するノードにSSH等価を設定します。このコマンドを実行すると、各ノードのrootパスワードの入力が要求されます。

pxe_server# dcli -g nodes_to_be_erased -k -l root

b. 構成テンプレートに基づいて、消去するノードごとに1つずつのPXE構成ファイルを作成します。

pxe_server# dcli -g nodes_to_be_erased -l root "ip addr show eth0" |
awk '/link\/ether/ {print "01:"$3}' | sed "s/:/-/g" |
xargs -I {} cp pxe_cfg.template {}

消去するノードにアクセスできない場合は、次の手順を使用して、消去する各ノードのPXE構成ファイルを生成します。

a. 各ノードのeth0インタフェースのMACアドレスを手動で収集し、それらをmac_addressesという名前のテキスト・ファイルに書き込みます。1行に1つのMACアドレスを記述します。次に例を示します。

00:10:e0:62:c4:fa
00:10:e0:62:c2:8a
00:10:e0:62:b8:7c
00:10:e0:62:b8:3a
00:10:e0:62:c6:bc

b. 次のコマンドを使用して、構成テンプレートに基づいて消去するノードごとに1つずつのPXE構成ファイルのリストを作成します。

pxe_server# cat mac_addresses | sed "s/:/-/g;s/^/01-/g" |
xargs -I {} cp pxe_cfg.template {}

どちらの場合も、消去するノードごとに1つずつのPXE構成ファイルのリストが作成されます。たとえば、クオータ・ラック内のノードのMACアドレスが00:10:e0:62:c4:fa、00:10:e0:62:c2:8a、00:10:e0:62:b8:7c、00:10:e0:62:b8:3aおよび00:10:e0:62:c6:bcである場合は、次のファイルが作成されます。

01-00-10-e0-62-c4-fa
01-00-10-e0-62-c2-8a
01-00-10-e0-62-b8-7c
01-00-10-e0-62-b8-3a
01-00-10-e0-62-c6-bc

各ファイルの内容は構成テンプレートと同じです。

PXEサーバーの要件を確認します。使用するPXEサーバーによっては、必要な名前や設定が若干異なる場合があります。

6. PXEから起動するようにノードを構成し、ノードを再起動します。
消去するノードにアクセスできる場合は、次のコマンドを実行します。

pxe_server# dcli -g nodes_to_be_erased -l root "ipmitool chassis bootdev pxe”

pxe_server# dcli -g nodes_to_be_erased -l root "reboot”

消去するノードにリモートからアクセスできないが、ILOMにリモートからアクセスできる場合は、次の手順に従います。

a. ILOMの名前を含むiloms_to_be_resetという名前のファイルを作成します。次に例を示します。

db1-ilom
db2-ilom
cell1-ilom
cell2-ilom
cell3-ilom

b. ILOMを使用して、PXEから起動するようにノードを構成します。このコマンドを実行すると、ILOMのrootパスワードの入力が要求されます。

pxe_server# cat iloms_to_be_reset | xargs -I {} ipmitool -I lanplus -H
{} -U root chassis bootdev pxe

c. ILOMからノードを再起動します。このコマンドを実行すると、ILOMのrootパスワードの入力が要求されます。

pxe_server# cat iloms_to_be_reset | xargs -I {} ipmitool -I lanplus -H
{} -U root chassis power cycle

ホストにもILOMにもリモートからアクセスできない場合は、シリアル・コンソールを使用してILOMにログインし、次のコマンドを実行します。

ILOM> set /HOST/boot_device=pxe

ILOM> reset /SYS

7. Secure Eraserユーティリティが自動的に呼び出され、ハード・ドライブ、フラッシュ・デバイス、内部USBを含むすべてのストレージ・メディアがサニタイズされ、すべてのノードのILOMが並行して出荷時のデフォルトにリセットされます。
Secure Eraserは、指定されたlogpathの場所にsecureeraser_node_chassis_number_date_time.certificateという名前のファイルを作成します。node_chassis_numberは、CellCLIまたはDBMCLIでのストレージ・サーバーまたはデータベース・サーバーのID属性です。

このファイルには、10秒ごとに更新される進捗状況レポートが格納されます。進捗状況レポートは、各ノードのコンソールにも出力されます。次に、進捗状況レポートの例を示します。

ID  Type   Model                            Serial Number     Size      Status
1   Flash  Flash Accelerator F80 PCIe Card  FL00A96H          200.00GB  Being Erased (6%)
2   Flash  Flash Accelerator F80 PCIe Card  FL00A84Y          200.00GB  Being Erased (5%)
3   Flash  Flash Accelerator F80 PCIe Card  FL00A7D4          200.00GB  Being Erased (5%)
4   Flash  Flash Accelerator F80 PCIe Card  FL00A6WG          200.00GB  Being Erased (6%)
5   Flash  Flash Accelerator F80 PCIe Card  FL008KSE          200.00GB  Being Erased (5%)
6   Flash  Flash Accelerator F80 PCIe Card  FL008KS3          200.00GB  Being Erased (5%)
7   Flash  Flash Accelerator F80 PCIe Card  FL008KL7          200.00GB  Being Erased (5%)
8   Flash  Flash Accelerator F80 PCIe Card  FL008KQR          200.00GB  Being Erased (6%)
9   Flash  Flash Accelerator F80 PCIe Card  FL00A812          200.00GB  Being Erased (5%)
10  Flash  Flash Accelerator F80 PCIe Card  FL00A79G          200.00GB  Being Erased (5%)
11  Flash  Flash Accelerator F80 PCIe Card  FL00A80C          200.00GB  Being Erased (6%)
12  Flash  Flash Accelerator F80 PCIe Card  FL00A79F          200.00GB  Being Erased (6%)
13  Flash  Flash Accelerator F80 PCIe Card  FL00A5WD          200.00GB  Being Erased (5%)
14  Flash  Flash Accelerator F80 PCIe Card  FL00A5XS          200.00GB  Being Erased (5%)
15  Flash  Flash Accelerator F80 PCIe Card  FL00A7N1          200.00GB  Being Erased (5%)
16  Flash  Flash Accelerator F80 PCIe Card  FL00A62G          200.00GB  Being Erased (5%)
17  Disk   H7240AS60SUN4.0T                 1352E5XHWX        4.00TB    Being Erased (1%)
18  Disk   H7240AS60SUN4.0T                 1352E60SYX        4.00TB    Being Erased (1%)
19  Disk   H7240AS60SUN4.0T                 1352E60U4X        4.00TB    Being Erased (1%)
20  Disk   H7240AS60SUN4.0T                 1352E5UPAX        4.00TB    Being Erased (1%)
21  Disk   H7240AS60SUN4.0T                 1352E5XK3X        4.00TB    Being Erased (1%)
22  Disk   H7240AS60SUN4.0T                 1352E62M7X        4.00TB    Being Erased (1%)
23  Disk   H7240AS60SUN4.0T                 1352E5PSPX        4.00TB    Being Erased (1%)
24  Disk   H7240AS60SUN4.0T                 1352E60TJX        4.00TB    Being Erased (1%)
25  Disk   H7240AS60SUN4.0T                 1352E5LYDX        4.00TB    Being Erased (1%)
26  Disk   H7240AS60SUN4.0T                 1352E602WX        4.00TB    Being Erased (1%)
27  Disk   H7240AS60SUN4.0T                 1352E5LY9X        4.00TB    Being Erased (1%)
28  Disk   H7240AS60SUN4.0T                 1352E5VX4X        4.00TB    Being Erased (1%)
29  USB    SSM                              1900638EA8BFB749  8.00GB    Being Erased (5%)
30  ILOM                                    1403NM50CA                        To Be Reset

進捗状況レポートの例が示すように、Secure Eraserはすべてのストレージ・デバイスを並行して消去します。ストレージ・デバイスが安全に消去された後、Secure EraserはILOMを出荷時のデフォルトにリセットします。これにより、一部のストレージ・デバイスでセキュア消去が失敗した場合でも、Webコンソールにアクセスしてリモート・デバッグを実行したり、ILOMにアクセスしてホストを制御したりできます。

セキュア消去が完了すると、手順4のlogpathオプションで指定したNFS共有の場所にsecureeraser_node_chassis_number_date_time.certificate.pdfという名前の証明書が生成されます。セキュア消去が成功した場合、そのノードは自動的に停止されます。一部のコンポーネントでSecure Eraserの処理が失敗した場合、そのノードは詳細なデバッグのため診断シェルに残されます。前述のすべての手順が成功し、問題が解決した場合は、手順6に戻ってSecure Eraserを再実行できます。

関連項目

- Secure Eraserの構文

- Oracle Exadata Database Machineサーバーの安全な消去(My Oracle Support Doc ID 2180963.1)

5.4 PXEブートによる対話型のセキュア消去

始める前に:

- My Oracle Supportノート2180963.1で最新情報を確認し、Secure Eraserパッケージをダウンロードします。

- 消去するノードを起動するために使用できるPXEサーバーにアクセスできることを確認します。

- 消去するすべてのノードからアクセスできるNFSサーバーにアクセスできることを確認します。

- 消去するノードのいずれかにアクセスできることを確認します。

1. PXEイメージ・ファイルのinitrd (initrd-version)とカーネル(vmlinux-version)をSecure EraserパッケージからPXEサーバーの/tftpbootディレクトリにコピーします。

2. 消去するデータベース・サーバーおよびストレージ・サーバーの名前を含むファイルを作成します。
このファイルを生成するため、消去するいずれかのノードで次のコマンドを実行し、ファイル内のノードが消去するノードであることを確認します。

# ibhosts | awk '/S [0-9\.\,]*/ || /C [0-9\.\,]*/ {print $6}' | sed "s/\"//g"
> nodes_to_be_erased

3. Secure Eraserパッケージのdcliユーティリティと手順2で生成されたファイルをPXEサーバーにコピーします。

4. pxe_cfg.templateという名前のPXE構成テンプレートを作成し、次の行を含めます。

default linux
label linux
kernel vmlinux-nfs-12.2.1.1.0-161015-cell
append initrd=initrd-nfs-12.2.1.1.0-161015-cell.img dhcp pxe quiet loglevel=0
bootarea=diagnostics console=tty1 console=ttyS0,115200n8

この構成ファイルは、PXEブートによる自動的なセキュア消去で作成したものと異なり、セキュア消去を自動的に起動しないことを示すためにsecureeraserオプションが除外されています。ファイルのその他の部分は同じです。

5. PXEサーバーでテンプレート・ファイルを使用して、消去する各ノードの/tftpboot/pxelinux.cfg/ディレクトリにPXE構成ファイルを作成します。
PXE構成ファイルの名前は、ノードのダッシュ区切り形式のMACアドレスに接頭辞01-を付けたものです。

消去するノードにアクセスできる場合は、次の手順を実行して、各ノードのPXE構成ファイルをテンプレートに基づいて自動的に生成します。

a. PXEサーバーから消去するノードにSSH等価を設定します。このコマンドを実行すると、各ノードのrootパスワードの入力が要求されます。

pxe_server# dcli -g nodes_to_be_erased -k -l root

b. 構成テンプレートに基づいて、消去するノードごとに1つずつのPXE構成ファイルのリストを作成します。

pxe_server# dcli -g nodes_to_be_erased -l root "ip addr show eth0" |
awk '/link\/ether/ {print "01:"$3}' | sed "s/:/-/g" | xargs -I {}
cp pxe_cfg.template {}

消去するノードにアクセスできない場合は、次の手順を実行して各ノードのPXE構成ファイルを生成します。

a. 各ノードのeth0インタフェースのMACアドレスを手動で収集し、それらをmac_addressesという名前のテキスト・ファイルに書き込みます。1行に1つのMACアドレスを記述します。次に例を示します。

00:10:e0:62:c4:fa
00:10:e0:62:c2:8a
00:10:e0:62:b8:7c
00:10:e0:62:b8:3a
00:10:e0:62:c6:bc

b. 次のコマンドを使用して、構成テンプレートに基づいて消去するノードごとに1つずつのPXE構成ファイルのリストを作成します。

pxe_server# cat mac_addresses | sed "s/:/-/g;s/^/01-/g" | xargs -I {} cp
pxe_cfg.template {}

どちらの場合も、消去するノードごとに1つずつのPXE構成ファイルのリストが作成されます。たとえば、クオータ・ラック内のノードのMACアドレスが00:10:e0:62:c4:fa、00:10:e0:62:c2:8a、00:10:e0:62:b8:7c、00:10:e0:62:b8:3aおよび00:10:e0:62:c6:bcである場合は、次のファイルが作成されます。

01-00-10-e0-62-c4-fa
01-00-10-e0-62-c2-8a
01-00-10-e0-62-b8-7c
01-00-10-e0-62-b8-3a
01-00-10-e0-62-c6-bc

各ファイルの内容は構成テンプレートと同じです。

PXEサーバーの要件を確認します。使用するPXEサーバーによっては、必要な名前や設定が若干異なる場合があります。

6. PXEから起動するようにノードを構成し、ノードを再起動します。
消去するノードにアクセスできる場合は、次のコマンドを実行します。

pxe_server# dcli -g nodes_to_be_erased -l root "ipmitool chassis bootdev pxe”

pxe_server# dcli -g nodes_to_be_erased -l root "reboot”

ノードにアクセスできない場合は、次の手順を実行します。

a. ILOMの名前を含むiloms_to_be_resetという名前のファイルを作成します。次に例を示します。

db1-ilom
db2-ilom
cell1-ilom
cell2-ilom
cell3-ilom

b. ILOMを使用して、PXEから起動するようにノードを構成します。このコマンドを実行すると、ILOMのrootパスワードの入力が要求されます。

pxe_server# cat iloms_to_be_reset | xargs -I {} ipmitool -I lanplus -H {}
-U root chassis bootdev pxe

c. ILOMからノードを再起動します。このコマンドを実行すると、ILOMのrootパスワードの入力が要求されます。

pxe_server# cat iloms_to_be_reset | xargs -I {} ipmitool -I lanplus -H {}
-U root chassis power cycle

7. リモート・コンソールまたはシリアル・コンソールで次のプロンプトが表示された場合は、プロンプトで「e」を入力して診断シェルに入ります。

Choose from following by typing letter in '()':
(e)nter interactive diagnostics shell. Must use credentials from Oracle
support to login (reboot or power cycle to exit the shell),
Select:e

8. rootユーザーとしてシステムにログインします。
診断シェルのrootユーザーのパスワードの入力を要求されます。このパスワードはOracleサポートから入手できます。

localhost login: root
Password: *********
-sh-3.1#

9. Secure Eraserユーティリティを実行して、すべてデバイスまたは特定のタイプのデバイスをサニタイズします。

-sh-3.1# /usr/sbin/secureeraser -–erase --all --output=REMOTE_NFS_LOCATION

REMOTE_NFS_LOCATIONには、リモートNFSの場所をIP:FILE_PATH形式で指定します。Secure Eraserユーティリティは、リモートNFSの場所を自動的にマウントし、そこに証明書を保存します。

たとえば、ハード・ドライブ、フラッシュ・デバイス、内部USB、ILOMを含むすべてのデバイスを消去し、10.133.42.221:/export/exadata_secure_eraser_certificate_dirというNFSの場所に証明書を保存するには、次のように入力します。

-sh-3.1# /usr/sbin/secureeraser --erase --all --output=10.133.42.221:/export
/exadata_secure_eraser_certificate_dir

ハード・ドライブのみを消去するには、次のように入力します。

-sh-3.1# /usr/sbin/secureeraser --erase --hdd --output=10.133.42.221:/export
/exadata_secure_eraser_certificate_dir

証明書を適切に保存するには、outputオプションにNFSの場所を指定する必要があることに注意してください。

消去するデバイスのリストが表示され、セキュア消去を続行するかどうかの確認を求められます。

PXEブートによる自動的なセキュア消去の手順7に示した進捗状況レポートが10秒ごとにコンソールに出力されます。

対話モードでは、指定したデバイスが安全に消去された後も、サーバーは稼働したままになります。診断シェルからノードの電源を切断できます。

ILOMがリセットされると、Webコンソールにアクセスできなくなります。シリアル・コンソールまたは電源ボタンを使用してサーバーの電源を切断できます。

関連項目

- Secure Eraserの構文

- Oracle Exadata Database Machineサーバーの安全な消去(My Oracle Support Doc ID 2180963.1)

5.5 外部USBによる対話型のセキュア消去

外部USBドライブを使用してノードを安全に消去できます。

始める前に:

- My Oracle Supportノート2180963.1で最新情報を確認し、Secure Eraserパッケージをダウンロードします。

- 外部USBがあることを確認します。

- 消去するノードに物理的にアクセスできることを確認します。

1. Secure Eraserパッケージの診断イメージを外部USBにコピーします。

# dd if=PATH_TO_DIAGNOSTIC_IMAGE of=USB_DEVICE

次に例を示します。

# dd if=image_diagnostics_12.2.1.1.0_LINUX.X64_161015-1.x86_64.usb of=/dev/sdm

2. 外部USBを安全に消去するノードに挿入します。

外部USBスロットは、2ソケット・データベース・サーバーおよびストレージ・サーバーのフロント・パネルとバック・パネルの両方にあります。8ソケット・データベース・サーバーでは、外部USBスロットはバック・パネルにあります。

3. 外部USBからノードを再起動するには、BIOS初期化スプラッシュ画面の後で[CTRL]キーを押しながら[P]キーを押し、挿入された外部USBデバイスを選択します。

4. サーバーにログインします。

a. ストレージ・サーバーを消去する場合は、診断シェルにログインします。

次のようにe を入力して診断シェルに入ります。

Choose from following by typing letter in '()':
(e)nter interactive diagnostics shell. Must use credentials from Oracle
support to login (reboot or power cycle to exit the shell),
Select:e

b. データベース・サーバーを消去する場合は、rootユーザーとしてログインします。

診断シェルのrootユーザーのパスワードの入力を要求されます。このパスワードはOracleサポートから入手できます。

localhost login: root
Password: *********
-sh-3.1#

5. Secure Eraserユーティリティを実行して、すべてデバイスまたは特定のタイプのデバイスをサニタイズします。

たとえば、すべてのデバイスを消去するには、次のように入力します。

-sh-3.1# /usr/sbin/secureeraser --erase --all --output=/mnt/iso

ハード・ドライブのみを消去するには、次のように入力します。

-sh-3.1# /usr/sbin/secureeraser --erase --hdd --output=/mnt/iso

外部USBの診断ISOからシステムを起動した場合、デフォルトでは/mnt/isoが外部USBのマウント・ポイントになります。証明書を適切に保存するには、outputオプションに外部USBのマウント・ポイント(/mnt/iso)を指定する必要があります。

6. Secure Eraserにより、消去するデバイスのリストが表示されます。セキュア消去を続行するかどうかを確認します。

「PXEブートによる自動的なセキュア消去」の手順7に示した進捗状況レポートが10秒ごとにコンソールに出力されます。

対話モードでは、指定したデバイスが安全に消去された後も、サーバーは稼働したままになります。診断シェルからノードの電源を切断できます。

ILOMがリセットされると、Webコンソールにアクセスできなくなります。シリアル・コンソールまたは電源ボタンを使用してサーバーの電源を切断する必要があります。

関連項目

- Secure Eraserの構文

- Oracle Exadata Database Machineサーバーの安全な消去(My Oracle Support Doc ID 2180963.1)

5.6 Secure Eraserの構文

Secure Eraserユーティリティには複数のオプションがあります。

使用方法:

secureeraser [options]

図5-2 Secure Eraserのコマンドライン・オプション

コマンドライン・オプション

説明

--list

システム上のデバイス(ハード・ドライブ、フラッシュ・デバイス、USBデバイスおよびILOM)をリストします。

--erase

データのセキュア消去を実行します。

-q、--quiet

プロンプトをスキップします。

--all

システム上のすべてのデバイスに対してアクション(--listまたは--erase)を実行します。デバイスにはハード・ドライブ、フラッシュ・デバイス、USBデバイスおよびILOMが含まれます。

--hdd

すべてのハード・ドライブを消去します。

--hdd_erasure_method=HDD_ERASURE_METHOD

指定した方法ですべてのハード・ドライブを消去します。サポートされている値は次のとおりです。

- 3pass

- 7pass

--flash

すべてのフラッシュ・デバイスを消去します。

--flash_erasure_method=FLASH_ERASURE_METHOD

指定した方法ですべてのフラッシュ・デバイスを消去します。サポートされている値は次のとおりです。

- 3pass

- 7pass

--usb

すべての内部USBデバイスを消去します。

--usb_erasure_method=USB_ERASURE_METHOD

指定した方法ですべての内部USBデバイスを消去します。サポートされている値は次のとおりです。

- 3pass

- 7pass

--ilom

ILOMを出荷時のデフォルトにリセットします。

-t TECHNICIAN_NAME、--technician=TECHNICIAN_NAME

消去を実行する技術者の名前を指定します。この名前は証明書に記録されます。

-w WITNESS_NAME、--witness=WITNESS_NAME

消去に立ち会う人物の名前を指定します。この名前は証明書に記録されます。

-o、--output=CERTIFICATE_DIRECTORY

証明書の出力場所となるディレクトリへのフルパスを指定します。デフォルトは/var/log/cellosです。

-h、--help

このヘルプ・メッセージを表示して終了します。

例

システム上のすべてのデバイス(ハード・ドライブ、フラッシュ・デバイス、USBデバイスおよびILOM)をリストします。

secureeraser --list --all

すべてのハード・ドライブをリストします。

secureeraser --list --hdd

すべてのデバイスを安全に消去し、技術者と立会人の名前を証明書に入力します。

secureeraser --erase --all --technician="jdoe" --witness="jsmith"

ILOMを出荷時のデフォルトにリセットします。

secureeraser --erase --ilom

すべてのハード・ドライブを安全に消去します。

secureeraser --erase --hdd

すべてのハード・ドライブ、すべてのフラッシュ・デバイスおよびすべての内部USBデバイスを安全に消去します。フラッシュ・デバイスに対して「3パス」消去法を強制的に実行します。

secureeraser --erase --hdd --flash --usb --flash_erasure_method 3pass

5.7 InfiniBandスイッチ、イーサネット・スイッチおよび配電ユニットの出荷時のデフォルトへのリセット

始める前に:

- My Oracle Supportノート2180963.1で最新情報を確認し、Secure Eraserパッケージをダウンロードします。

- Secure EraserパッケージのExadata Factory Reset Certificateテンプレートを印刷します。

次の図は、Factory Reset Certificateを示しています。

図5-2 Factory Reset Certificate

関連項目

- Oracle Exadata Database Machineサーバーの安全な消去(My Oracle Support Doc ID 2180963.1)

5.7.1 InfiniBandスイッチの出荷時のデフォルトへのリセット

Sun Datacenter InfiniBand Switch 36を出荷時のデフォルトにリセットするには、My Oracle Supportノート2180877.1を参照してください。

出荷時のデフォルトにリセットされたスイッチのシリアル番号をExadata Factory Reset Certificateテンプレートに記録します。エントリに署名し、日付を記入します。

InfiniBandスイッチのシリアル番号を特定するには、スイッチで次のコマンドを実行します。

[root@switch1 ~]# version | grep "Serial Number"

関連項目

- Sun Datacenter InfiniBand Switchの出荷時のデフォルト設定へのリセット(My Oracle Support Doc ID 2180877.1)

5.7.2 イーサネット・スイッチの出荷時のデフォルトへのリセット

イーサネット・スイッチを出荷時のデフォルトにリセットするには、『Sun Rack II配電ユニット・ユーザーズ・ガイド』を参照してください。

出荷時のデフォルトにリセットされたイーサネット・スイッチのシリアル番号をExadata Factory Reset Certificateテンプレートに記録します。エントリに署名し、日付を記入します。

イーサネット・スイッチのシリアル番号は、「show version」コマンド出力の「Processor board ID」フィールドで特定できます。

Switch# show version

関連項目:
「Reset Catalyst Switches Running Cisco IOS Software」(http://www.cisco.com/c/en/us/support/docs/switches/catalyst-2900-xl-series-switches/24328-156.html#reset_ios)

5.7.3 配電ユニットの出荷時のデフォルトへのリセット

配電ユニット(PDU)には、オリジナルPDUと拡張PDUの2つのタイプがあります。拡張PDUにはRS-232ケーブルを使用してホストに接続できるSER MGTポートがありますが、オリジナルPDUにSER MGTポートはありません。一般に、Exadata V2からX3までのラックにはオリジナルPDUがあり、X4以上には拡張PDUがあります。

『Sun Rack II配電ユニット・ユーザーズ・ガイド』で説明されているように、オリジナル配電ユニットと拡張配電ユニットの両方をリセットできます。

出荷時のデフォルトにリセットされた配電ユニットのシリアル番号をExadata Factory Reset Certificateテンプレートに記録します。エントリに署名し、日付を記入します。

シリアル番号は、『Sun Rack II配電ユニット・ユーザーズ・ガイド』で説明されているように、PDU Webインタフェースのモジュール情報ページで確認できます。

拡張PDUの場合は、次のCLIコマンドを使用してシリアル番号を取得することもできます。

pducli -> get pdu_serial_number

関連項目:

- 『Sun Rack II配電ユニット・ユーザーズ・ガイド』のPDUの出荷時のデフォルト設定へのリストア(オリジナルPDU)に関する項

- 『Sun Rack II配電ユニット・ユーザーズ・ガイド』のPDUの出荷時のデフォルト設定へのリストア(拡張PDU)に関する項

- 『Sun Rack II配電ユニット・ユーザーズ・ガイド』のモジュール情報の表示(オリジナルPDU)に関する項

- 『Sun Rack II配電ユニット・ユーザーズ・ガイド』のモジュール情報の表示(拡張PDU)に関する項

索引

A  C  D  E  F  H  I  K  L  M  N  O  P  R  S  T  V  X

数字

- 10Gbps Ethernet 1

- 1Gbps Ethernet 1

A

- ILOMへのアクセス 1

- アクセス・ポリシー 1

- アカウンタビリティ 1

- アカウンティング 1

- 監査 1

- 認証 1

- 認可 1

C

- 暗号 1

- 分類計画 1

- データの分類 1

- クライアント・アクセス

- 分離 1

- クライアント・アクセス・ネットワーク 1

- 暗号化サービス 1

D

- データベースを有効範囲にしたセキュリティ 1

- デフォルト・パスワード 1

- DoS攻撃 1

- Diffie-Hellman 1

- 古いハード・ドライブの破棄 1

E

- 複数のデータベースの有効化 1

- 暗号化

- バックアップ 1

- JDBCトラフィック 1

- Oracle Net Services 1

- トラフィック 1

- ドライブのデータの消去 1

- Ethernetセキュリティ・ガイドライン 1

- イベントのアカウンタビリティ 1

F

- FIPS 140-2 1

H

- 強化 1

I

- ILOM (Integrated Lights Out Manager) 1 , 2

- inetd 1

- インスタント・セキュア消去(ISE) 1

- Intel AES-NI 1

- IORM 1

- IORM (I/Oリソース・マネージャ) 1

- IPMI v2.0 1

- 分離

- クライアント・アクセス 1

- 管理アクセス 1

- 複数のデータベース 1

K

- Kerberos 1

L

- LDAPリポジトリ 1

- 論理レルム 1

M

- MAC (メディア・アクセス制御) 1

- 管理アクセス

- 分離 1

- 管理ネットワーク 1

- メディア・アクセス制御

- 「MAC」を参照

- ユーザー・ログインの監視 1

N

- ネットワーク

- クライアント・アクセス 1

- 管理 1

O

- オープン・セキュリティ 1

- Oracle Advanced Security

- 暗号化サービス 1

- トラフィックの暗号化 1

- Oracle ASMを有効範囲にしたセキュリティ 1

- Oracle Audit Vault

- プロアクティブな検出の有効化 1

- データベース監査の管理 1

- Oracle Database Firewall Remote Monitor 1

- Oracle Databaseのサービスのクオリティ管理

- ワークロード・リクエストの監視 1

- Oracle Database Resource Manager

- 「リソース・マネージャ」を参照

- Oracle Databaseのセキュリティ製品 1

- Oracle Database Vault

- アクセスの管理 1

- 必須アクセス制御 1

- Oracle Data Guard 1

- Oracle Enterprise User Security 1

- Oracle Exadata Deployment Assistant 1

- Oracle Label Security 1

- Oracle Recovery Manager

- 「RMAN」を参照

- Oracle Virtual Private Database 1

- バンド外 1

P

- パスワード・ポリシー 1

- リソースを枯渇させる攻撃の防止 1

- 公開鍵資格証明 1

R

- RADIUS 1

- リソース・マネージャ(Oracle Database Resource Manager) 1

- RMAN (Oracle Recovery Manager)

- バックアップの暗号化 1

- 行レベルの分離 1

S

- セキュア消去 1

- セキュアな分離レベル 1

- セキュアな停電管理 1

- セキュア・シェル

- 「SSH」を参照

- 通信の保護 1

- セキュリティに関する考慮事項 1

- 職務分離 1

- シリアル番号 1

- SNMPv3 1

- SSH (セキュア・シェル) 1 , 2 , 3

- SSHプロトコル2 (SSH2) 1

- SSL/TLS 1

T

- TDE (透過的データ暗号化) 1 , 2

- ハードウェア資産の追跡 1

- 透過的データ暗号化

- 「TDE」を参照

V

- VLAN (仮想ローカル・エリア・ネットワーク) 1 , 2

- VLAN Trunking Protocol

- VTP (VLAN Trunking Protocol)を参照:

- VTP (VLAN Trunking Protocol) 1

X

- X.509証明書 1

Oracleの法律上の注意点

コピーライト

Copyright © 1994-2017, Oracle and/or its affiliates. All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

Pre-General Availability (一般提供前)版のドキュメントについて

このドキュメントがPre-General Availability (一般提供前)版の場合:

このドキュメントはPre-General Availability (一般提供前)版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のPre-General Availability (一般提供前)版のドキュメントについて

このドキュメントが非公開のPre-General Availability (一般提供前)版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のPre-General Availability Trial Agreement (Pre-GAトライアル契約)のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle Partner Network Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティ

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info)か、聴覚に障害のあるお客様は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。