ホーム
保護
このセクションでは、操作制御リスト、ID、TLS などのセキュリティー機能について説明します。
暗号化
暗号化を使用すると、不正なアクセスからデータを保護できます。
暗号化標準
HCL Domino® はいくつかの暗号化標準、特に、連邦情報処理標準 (FIPS) で規定されている標準に準拠します。

保護
このセクションでは、操作制御リスト、ID、TLS などのセキュリティー機能について説明します。
- Domino のセキュリティーの概要
  組織のセキュリティーを設定することは、非常に重要なタスクです。組織の IT リソースと資産を保護するためには、セキュリティーのインフラストラクチャが重要な役割を果たします。システム管理者は、サーバーまたはユーザーの設定を実行する前に、組織のセキュリティ要件を慎重に考慮する必要があります。最新の情報を把握してプランニングを行うと、セキュリティ侵害のリスクを最小限に抑えることができます。
- Notes® ユーザー、インターネットユーザー、Domino® サーバーのサーバーへのアクセス
  Domino® では、ユーザーやサーバーから他のサーバーへのアクセスは、検証と認証のルールに加え、サーバー文書の [セキュリティ] タブで設定した内容に従って制御されます。Notes® ユーザー、インターネットユーザー、サーバーは、サーバーに検証および認証され、サーバー文書の設定内容でアクセスが許可されていれば、そのサーバーにアクセスできます。
- データベースのアクセス制御リスト
  各データベースにはアクセス制御リスト (ACL) が 1 つずつあります。ACL は、ユーザーとサーバーがそのデータベースに実行できるアクセスのレベルを指定します。割り当てるアクセスレベルの名前は、サーバーの場合もユーザーの場合も同じです。ただし、ユーザーに割り当てたアクセスレベルからはユーザーがデータベース内で実行できるタスクが決まり、サーバーに割り当てたアクセスレベルからはサーバーがデータベースのどの情報を複製できるかが決まります。ACL の作成や更新を行うには、[管理者] 以上のアクセス権が必要です。
- Domino® サーバー ID と Notes® ユーザー ID
  Domino® は、ID ファイルを使用して、ユーザーを識別し、サーバーへのアクセスを制御します。すべての Domino サーバー、Notes® 認証者、Notes ユーザーは、ID を持つ必要があります。
- 実行制御リスト
  操作制御リスト (ECL) を使用して、クライアントデータのセキュリティを設定します。ECL を使用すると、送信元が不明であったり疑わしい送信元から送られたアクティブコンテンツからクライアントを保護することができます。
- Domino® サーバーベース認証機関
  認証要求の管理と処理を行うには、CA プロセスサーバータスクを使用するように Domino® 認証機関を設定します。CA プロセスは、証明書の発行に使用される Domino サーバー上でプロセスとして実行されます。Notes® 認証者またはインターネット認証者を設定する際、サーバー上の CA プロセスにリンクするように設定すると、CA プロセスの機能を利用できます。1 台のサーバー上で実行できる CA プロセスのインスタンスは、1 つだけです。ただし、CA プロセスは、複数の認証者にリンクできます。
- TLS セキュリティー
  TLS (Transport Layer Security) は、TCP/IP プロトコル経由で実行する Domino® サーバー・タスクの通信上の機密性を保護し、認証を行うためのセキュリティー・プロトコルです。
- クライアントの TLS と S/MIME
  クライアントでは、Domino® 認証機関 (CA) アプリケーションかサードパーティ CA を使用して、TLS と S/MIME の接続を保護するための証明書を取得できます。
- 暗号化
  暗号化を使用すると、不正なアクセスからデータを保護できます。
  - 暗号化標準
    HCL Domino® はいくつかの暗号化標準、特に、連邦情報処理標準 (FIPS) で規定されている標準に準拠します。
  - ID ファイルの暗号化を設定する
    現在の HCL Notes® クライアントで使用される ID には、AES 暗号化による高い安全性が確保されるという利点があります。
  - メールの暗号化
    メールを暗号化すると、不正なアクセスからメールを保護できます。暗号化の対象はメールメッセージの本文だけです。[宛先]、[送信者]、[件名] フィールドなどのヘッダー情報は暗号化されません。
  - ポート暗号化と認証のレベルの設定
    HCL Domino® サーバー上で使用されるポート暗号化と認証のレベルを制御できます。
  - 電子署名
    電子署名は、暗号化と密接に関連しています。電子署名を使用すると、データの発信者が作成者かどうか、誰もデータを変更していないかどうかを判断できます。メールメッセージだけでなく、文書のフィールドやセクションに電子署名を追加することもできます。データベースのフィールドやセクションを署名可能にするかどうかはデータベース設計者が決めます。メールメッセージに署名するかどうかは個々のユーザーが選択できます。
- インターネット/イントラネットクライアントの名前とパスワードによる認証
  基本的なパスワード認証として知られる名前とパスワードによる認証です。ユーザーに名前とパスワードを要求し、Domino® ディレクトリ内のユーザー文書に保存されているパスワードの保護ハッシュと比較してパスワードが正確であるかを検証する、基本的な質問/応答のプロトコルが使用されます。
- 時間ベースのワンタイム・パスワード (TOTP) 認証
  ユーザーが Domino Web サーバーにログオンする場合、ユーザー名とパスワードに加えて、ユーザーが時間ベースのワンタイム・パスワードを提供するように要求できます。
- 複数サーバーのセッションベースの認証 (シングルサインオン)
  シングルサインオン (SSO) とも呼ばれる複数サーバーのセッションベース認証を使用することにより、Web ユーザーは、Domino® サーバーまたは WebSphere® サーバーに一度ログインすると、同一の DNS ドメイン内にあってシングルサインオン (SSO) が有効になっている他の任意の Domino サーバーや WebSphere サーバーに、再度ログインすることなくアクセス可能になります。
- Security Assertion Markup Language (SAML) を使用して統合 ID 認証を設定する
  統合 ID は、シングルサインオンを実現して、ユーザーの利便性を高め、管理コストの削減を図る手段です。IBM Domino® と IBM Notes® では、ユーザー認証用の統合 ID に、OASIS の Security Assertion Markup Language (SAML) 標準が使用されます。
- 資格情報ストアを使用して資格情報を保存する
  Domino® サーバーは、資格情報ストア・アプリケーションをセキュリティーで保護された成果物リポジトリーとして使用できます。セキュリティーで保護された成果物リポジトリーの例としては、認証資格情報とセキュリティー・キーなどがあります。
- Notes と Domino でサポートされる鍵サイズの歴史
  この記事では、Notes® と Domino® でサポートされる RSA 鍵サイズと、過去のリリースから現在のリリースまでの RSA 鍵サイズに関する情報を提供します。

暗号化標準

HCL Domino® はいくつかの暗号化標準、特に、連邦情報処理標準 (FIPS) で規定されている標準に準拠します。

AES アルゴリズム

Advanced Encryption Standard (AES) アルゴリズムは、一部の暗号化機能とともに使用できます。AES アルゴリズムは幅広く使用されており、連邦情報処理標準 (FIPS) 140-2 で承認されています。

セキュアハッシュアルゴリズム (SHA-2)

Secure Hash Algorithm (SHA-2) は、SHA-2 がそのアルゴリズムをサポートする新規の OpenSSL ライブラリの一部である場合、Windows™、AIX®、Linux™ 上の一部の暗号化機能とともに使用できます。SHA-2 は幅広く使用されており、連邦情報処理規格 (FIPS) 140-2 により認定されているため、政府の指令 NIST 800-131 への準拠に役立ちます。現在、SHA-2 は X.509 証明書の署名検証と S/MIME 署名付きメール、および従来インターネット (HTTP) パスワードが「ハッシュ」されていた Notes/Domino の一部で使用可能です。ハッシュの詳細な情報については、電子署名の関連トピックを参照してください。

SHA-2 を使用するために、Domino® 設定は必要ありません。このアルゴリズムを使用して暗号化された S/MIME メッセージを Notes® クライアントユーザーが受信すると、[文書の暗号化とプロパティの署名] ボックスに SHA-2 がリストされます。このボックスは、クライアントユーザーが Notes® クライアントのステータスバーにある [署名または暗号化] アイコンをクリックすると開くことができます。

ヒント: Domino® 管理者は SHA-2 と共に RSA-2048 と AES-128 を使用することが推奨されます。これを行うには、2048 ビット RSA キーを使用するようにすべてのクライアントユーザーの ID ファイルを設定します。さらに、AES-128 を確実に使用するために、[FIPS 140-2 認定アルゴリズムによる文書の暗号解除を可能にする] 設定を使用してすべてのユーザー文書を構成します。詳細な情報については、AES 暗号化の構成にある関連トピックを参照してください。