フレームワークについて説明します。「プラグイン」する方法を提供します。よって、システムへのアクセス時に複数の認証サービスを使用できるようになります。システムに入るためのサービスを変更しなくても、新しい認証サービスを「プラグイン」できるようになります。ほかのセキュリティーメカニズムと統合できます。アカウント、資格、セッション、およびパスワードの管理メカニズムも「プラグイン」できます。ユーザー認証を構成できます。つの部分から成ります。プロバイダとも呼ばれるこのフレームワークは、認証関連アクティビティーの統一的な実施手段を提供します。サービスのポリシーの意味を知らなくてもサービスを使用できるようになります。アルゴリズムは一元的に提供されます。アルゴリズムの変更は、個々のアプリケーションとは無関係に行えます。使えば、管理者は、アプリケーションを変更しないで、特定システムのニーズに合わせて認証プロセスを調整できるようになります。アーキテクチャーを示したものです。ライブラリと通信します。ライブラリと通信します。ライブラリを使えば、アプリケーションとモジュールとの相互通信を実現できます。フレームワークに対する、次のような変更が含まれています。ファイルの新しい調整可能なパラメータを使用して、厳しいパスワードチェックができるようになりました。新しいパラメータは次を定義します。モジュールが、ローカルユーザーに対するアカウントロックを実装しています。鍵によって有効になります。マニュアルページを参照してください。制御フラグが定義されました。スタックのしくみ」に記載されています。モジュールが削除され、同等またはそれ以上の機能を備えた一連のサービスモジュールで置き換えられました。リリースで導入されました。置き換え後のモジュールのリストは、次のとおりです。つのモジュールに分割されました。モジュールは、ユーザーのパスワードが正しいかどうかを検証するように変更されました。モジュールは、ユーザーの資格情報を確立する機能を提供します。資格キャッシュを管理する機能が追加されました。モジュールが追加されました。このモジュールは、サービスへのアクセスを拒否するために使用できます。モジュールは無効になっています。マニュアルページを参照してください。フレームワークが特定のセキュリティーポリシーを使用するために必要な作業について説明します。構成ファイルに関連するセキュリティーのいくつかの問題について注意する必要があります。実装計画」を参照してください。インストールを計画します。ソフトウェア構成処理を開始する前に、構成を検討および決定します。モジュールを追加します。必要に応じて、サイト固有のモジュールを作成およびインストールし、汎用ソフトウェアにない要件に対応します。モジュールのインストール方法について説明します。よるアクセスを拒否します。よるアクセスを拒否して、セキュリティーを強化します。式アクセスを防ぐ方法」エラー記録を開始します。エラーメッセージの記録を開始します。標準的なセキュリティーポリシーを実装します。このポリシーは、多くの状況で機能します。別のセキュリティーポリシーを実装する必要がある場合に注意すべき問題は、次のとおりです。サービスモジュールを選択するかを決定します。特別な構成オプションが必要なサービスを確認します。モジュールを実行する順番を決定します。各モジュールに対する制御フラグを選択します。スタックのしくみ」を参照してください。各モジュールに必要なオプションを選択します。各モジュールのマニュアルページには、特別なオプションが一覧表示されます。構成ファイルを変更する前に次のことを考慮することをお勧めします。エントリを使用します。制御フラグのセキュリティーへの影響を確認します。モジュールに関連するマニュアルページを参照します。これらのマニュアルページには、各モジュールの機能、使用可能なオプション、スタック内のモジュール間の相互作用などの説明があります。構成ファイルの構成を間違えたり壊したりすると、どのユーザーもログインできなくなる可能性があります。パスワードを使用してマシンをシングルユーザーモードでブートして問題を解決する必要があります。ファイルを変更したあと、システムにアクセスできる間にできる限り調査して問題を解決します。変更によって影響を受ける可能性があるコマンドは、すべてテストしてください。コマンドを使用して、行った変更が期待どおりに動作しているかどうかを検証します。モジュールを追加する方法を示します。以外のアプリケーションをサポートするために作成します。スーパーユーザーになるか、同等の役割を引き受けます。役割には、認証と特権コマンドが含まれます。(作業マップ)」を参照してください。使用する制御フラグとオプションを決定します。スタックのしくみ」を参照してください。なるように設定します。編集して、このモジュールを適切なサービスに追加します。モジュールが適切に追加されたことを検証します。構成ファイルが間違って構成されているおそれもあるので、システムをリブートする前にテストを行う必要があります。コマンドを実行します。度だけ生成されるデーモンである場合があります。その場合には、システムをリブートしてから、モジュールが追加されていることを確認する必要があります。式アクセスを防ぐ方法スーパーユーザーになるか、同等の役割を引き受けます。役割には、認証と特権コマンドが含まれます。(作業マップ)」を参照してください。構成ファイルから削除します。ファイルは読み取られなくなります。これにより、ローカルシステムに認証されていない遠隔システムからのアクセスを防止できます。アクセスにはパスワードが必要になります。サービスを無効にします。サービスも無効にする必要があります。エラーレポートを記録する方法スーパーユーザーになるか、同等の役割を引き受けます。役割には、認証と特権コマンドが含まれます。(作業マップ)」を参照してください。ファイルを構成します。デーモンの構成情報を再表示します。システム管理者がこのファイルを管理します。内のエントリの順番が間違っていると、予期しない副作用が生じる可能性があります。設定が不適切であると、ユーザーがロックアウトされ、修復のためにシングルユーザーモードが必要になる可能性があります。スタックのしくみ」を参照してください。構成ファイル内のエントリの形式は、次のとおりです。module-optionsservice-nameサービスの名前。アプリケーションは、自身が提供するサービスごとに異なるサービス名を使用できます。デーモンが使用するサービス名は次のとおりです。sshd-none、sshd-password、sshd-kbdint、sshd-pubkey、sshd-hostbased。事前に定義された名前であり、ワイルドカードのサービス名として使用されます。module-typeサービスのタイプ。control-flagサービスの統合された成功または失敗の値を決定するうえで、そのモジュールの果たす役割を示します。スタックのしくみ」を参照してください。module-pathサービスを実装しているライブラリオブジェクトへのパス。対する相対パスとみなされます。module-optionsサービスモジュールに渡されるオプション。各モジュールのマニュアルページには、そのモジュールで使用できるオプションの説明があります。読み取り、そのサービスの操作に関与するモジュールを決定します。含まれていない場合、そのモジュールの結果によって、その操作の結果が決まります。スタック」が存在している、と言います。次のエントリが含まれる場合を考えます。スタックを表現したものです。このスタックの結果を決定するには、個々のモジュールの結果コードに対して「統合プロセス」を実行する必要があります。内で指定された順番で実行されます。個々の成功コードまたは失敗コードが、モジュールの制御フラグに基づいて総合結果へと統合されます。制御フラグによっては、スタックの早期終了が発生する可能性があります。モジュールが成功したりする可能性があります。スタックの処理が完了すると、個々の結果が組み合わされて単一の総合結果が算出され、それがアプリケーションに渡されます。モジュールが果たす役割を示します。制御フラグとその効果は、次のとおりです。モジュールがどれも失敗しなかった場合には、すぐにアプリケーションに成功が返されます。これらの条件が満たされると、後続のモジュールは実行されません。失敗が記録され、モジュールの処理が継続されます。スタック内で使用されるようにします。このフラグは成功または失敗の動作を制御しません。