ホーム
保護
このセクションでは、操作制御リスト、ID、TLS などのセキュリティー機能について説明します。
クライアントの TLS と S/MIME
クライアントでは、Domino® 認証機関 (CA) アプリケーションかサードパーティ CA を使用して、TLS と S/MIME の接続を保護するための証明書を取得できます。
LDAP ディレクトリのディレクトリアシスタント設定時に SSL を使用する
ディレクトリアシスタントを使用して、サーバーの 1 次 Domino® ディレクトリから、2 次 Domino ディレクトリなどの他の Notes® ディレクトリや、リモート LDAP ディレクトリにディレクトリサービスを拡張することができます。ディレクトリアシスタントを設定するには、DA.NTF テンプレートを使用してディレクトリアシスタントデータベースを作成した後、そのデータベース内でディレクトリアシスタント文書を作成し、特定のディレクトリのサービスを設定します。

保護
このセクションでは、操作制御リスト、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 の接続を保護するための証明書を取得できます。
  - Notes® クライアントとインターネット・クライアントで TLS 認証を設定する
    Notes® や他のインターネットクライアントは、データの暗号化、インターネットサーバーへの接続時のサーバー ID の認証などを実行するように設定できます。クライアントでサーバー認証だけを設定する場合は、インターネット証明書は必要ありません。
  - Notes® クライアントに信頼された証明書をプッシュする
    インターネット認証者と Notes® 証明書の相互認証を Domino® ディレクトリに作成し、その相互認証を Notes クライアント上の連絡先アプリケーションにプッシュすることができます。相互認証は、認証者がサーバーにアクセスして暗号化された S/MIME メールを読む場合、または署名された Notes クライアントのプラグインをインストールする場合に、認証者とクライアントとの信頼を確立するために使用されます。相互認証をクライアントに対してプッシュすると、ユーザーによる相互認証の作成や Domino ディレクトリからの相互認証の取得を行う必要がなくなります。
  - TLS と S/MIME 用のインターネット証明書
    インターネットクライアントや Notes® クライアントでクライアント認証を使用したり、署名付きのメールを送信できるようにするには、インターネット証明書が必要です。暗号化されたメールを S/MIME を使用して送信するには、受信者のインターネット証明書が必要です。
  - Notes® クライアントの S/MIME を設定する
    Notes® クライアントで、S/MIME をサポートするメールアプリケーションのユーザーにメールを送信する際に S/MIME 暗号化や電子署名を使用するように設定できます。
  - Notes® クライアントとインターネット・クライアントで TLS クライアント認証を設定する
    Notes® クライアントやインターネットクライアントでサーバーとのクライアント認証を設定できます。SMTP と IIOP 接続では、クライアント認証は使用できません。
  - Notes® または Domino® で TLS を設定して SMTP を使用する
    Notes® クライアントや Domino® サーバーは、SMTP サーバーにメールを配信する際に SMTP クライアントとして機能します。Notes クライアントや Domino サーバーは、TLS を使用して、SMTP サービスを実行する Domino サーバーや種類が異なる SMTP サーバーに接続できます。SMTP を使用して接続しているときは、Notes クライアントや Domino サーバーで TLS クライアント認証を設定することはできません。
  - LDAP ディレクトリのディレクトリアシスタント設定時に SSL を使用する
    ディレクトリアシスタントを使用して、サーバーの 1 次 Domino® ディレクトリから、2 次 Domino ディレクトリなどの他の Notes® ディレクトリや、リモート LDAP ディレクトリにディレクトリサービスを拡張することができます。ディレクトリアシスタントを設定するには、DA.NTF テンプレートを使用してディレクトリアシスタントデータベースを作成した後、そのデータベース内でディレクトリアシスタント文書を作成し、特定のディレクトリのサービスを設定します。
  - X.509 証明書の失効確認に使用する OCSP
    Online Certificate Status Protocol (OCSP) を使用すると、識別された証明書の取り消し状態をアプリケーションで判別することができます。OCSP を使用すると、証明書失効リスト (CRL) を使用する場合よりも適切なタイミングに失効情報を必要とするような運用要件を満たすことができます。また、状態に関する追加情報も取得できます。OCSP クライアントは OCSP レスポンダに状態の要求を発行し、レスポンダが応答を返すまで問い合わせ中の証明書の受け入れを一時停止します。
- 暗号化
  暗号化を使用すると、不正なアクセスからデータを保護できます。
- インターネット/イントラネットクライアントの名前とパスワードによる認証
  基本的なパスワード認証として知られる名前とパスワードによる認証です。ユーザーに名前とパスワードを要求し、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 鍵サイズに関する情報を提供します。

LDAP ディレクトリのディレクトリアシスタント設定時に SSL を使用する

ディレクトリアシスタントを使用して、サーバーの 1 次 Domino® ディレクトリから、2 次 Domino® ディレクトリなどの他の Notes® ディレクトリや、リモート LDAP ディレクトリにディレクトリサービスを拡張することができます。ディレクトリアシスタントを設定するには、DA.NTF テンプレートを使用してディレクトリアシスタントデータベースを作成した後、そのデータベース内でディレクトリアシスタント文書を作成し、特定のディレクトリのサービスを設定します。

LDAP ディレクトリーのディレクトリアシスタントを設定する際は、Domino® サーバーが TLS を使用して LDAP ディレクトリー・サーバーに接続するように設定できます。これによって、Domino® サーバーと LDAP サーバーの間で SSL で保護された通信が行えます。Domino® サーバーでリモート LDAP ディレクトリーを使用して、インターネット・クライアントを認証する場合やデータベース認証用のグループを検索する場合は、TLS を使用してください。

Domino® サーバーから TLS を使用して LDAP ディレクトリー・サーバーに接続する場合は、両方のサーバーが相手のサーバーに信頼された証明書を持っている必要があります。このような証明書がない場合は、サーバーから LDAP サーバーに接続する前に、サーバーのキーリングファイルに信頼されたルート証明書を追加しなければなりません。