第6章 システムとそのデータの管理

6.1 セキュリティ管理者の役割

セキュリティ管理者の役割は，組織のセキュリティ・ポリシーを実装し，維持することです。 組織の中には，セキュリティ・ポリシーの策定にセキュリティ管理者を参加させるところもあれば，確立されたポリシーの実装と維持をセキュリティ管理者に任せるものもあります。 企業のセキュリティ・ポリシーの例については， 6.2 項 「サイトのセキュリティ・ポリシー 」を参照してください。

セキュリティ管理者 (または担当者) の仕事は，セキュリティ・ポリシーが実装され，維持されていることの確認です。 発生しうるセキュリティ違反や脆弱性が生じていないか，定期的にシステムを監視する仕事は必須です。 問題を発見したら，必ず問題を是正する必要があります。

多くの場合，組織はコンピュータ管理者の義務を分割します。 セキュリティ管理者はシステムを監視し，問題を報告します。 システム管理者はポリシーを実装し，システムを管理します。 このような管理構造において，セキュリティ管理者はシステム管理者と連携します。 システム管理者は，ユーザ・アカウントを設定し，アカウントの必要性の証明に必要なペーパーワークを処理するために，アカウント担当者を採用する場合もあります。 この担当者は必ず，本質的には共同システム管理者の役割を担う，信頼性の高い人物でなければなりません。 仕事を分担することになるため，システム管理者とセキュリティ管理者が定期的に連絡を取ることが非常に重要です。 セキュリティ管理者は，問題が是正されるように，ユーザや，必要に応じてシステム管理者やアカウント担当者にセキュリティ問題を報告する必要があります。

多くの OpenVMS 使用サイトに共通する仕事の分担のもう 1 つの形態に，セキュリティ管理者とシステム管理者の役割の統合があります。 1 人の人物がセキュリティ・ポリシーを実装し，その要件を満たすようにシステムを維持します。

信頼性の高いシステム管理は，編成にバリエーションはあっても，必ずユーザのトレーニング，アカウントとパスワードの設定，重要なシステム・ファイルとリソースの保護，セキュリティ関連イベントの監査と分析が含まれます。 システムの使用形態を把握し，「平常時の」システムの活動を把握することが，信頼性の高い管理にとって非常に重要です。

6.2 サイトのセキュリティ・ポリシー

組織の幹部は，通常，従業員向けの簡潔なセキュリティ・ポリシーを策定して，組織が従業員に期待する行為を強調します。 たとえば，そのようなポリシーでは，従業員による企業データの持ち出しやパスワードの共有を禁じます。

部局やコンピュータ・サイトの管理者は，それに基づいて詳細なセキュリティ・ポリシーを策定します。 セキュリティ・ポリシーとは，パスワードとシステム・アカウントの使用，コンピュータ・システム，通信デバイス，およびコンピュータ・ターミナルへの物理的なアクセス，および監査対象となるセキュリティ関連イベントの種類に関する，明文化された一連のガイドラインです。 これらのセキュリティ・ガイドラインには，特定のオペレーティング・システム環境に適用される，より詳細な規定が補足される場合があります。

最終的にセキュリティ・ポリシーの複雑度は，部局のセキュリティ要件が高，中，低のいずれであるかに依存します。 第1章 「システム・セキュリティ」に，組織がそのニーズを把握するのに役立つ，一連の質問があります。

たとえば，多くのサイトのセキュリティ・ポリシーでは，どの従業員が個々のシステムにアクセスできるか，および例外的な作業や開発を行う担当者に使用可能なアクセスの種類を定義しています。 場合によっては，ポリシーには，システム・アクセスを決定する一連の複雑なルールがある場合があります。 表 6-1 「サイトのセキュリティ・ポリシーの例」 に，ある部局によって策定されたポリシーを示します。

6.3 安全なシステムを設定するためのツール

以降の章では，セキュリティ・ポリシーに従って安全なシステムを設定する方法について説明します。 登録ユーティリティ (AUTHORIZE) が，システム・セキュリティを実装するための主要なツールです。 AUTHORIZE は，『OpenVMS システム管理ユーティリティ・リファレンス・マニュアル』で詳しく説明しています。 システム・パラメータ・ファイルの変更に使用する AUTOGEN コマンド・プロシージャは，『OpenVMS システム管理者マニュアル』および『OpenVMS システム管理ユーティリティ・リファレンス・マニュアル』で説明しています。 また，多くの DCL コマンドも重要なセキュリティ・ツールです。 DCL コマンドは，『OpenVMS DCL ディクショナリ』で説明しています。

6.4 セキュリティ管理者のアカウント要件

セキュリティ管理者には，そのタスクを実行する特権を備えたアカウントが必要です。

セキュリティ違反と，発生しうる脆弱性を確認する管理者には，少なくとも次の 3 つの特権が必要です。

多くの場合，セキュリティ管理者は，セキュリティ管理者とシステム管理者の両方を務めます。 このユーザには，特権の完全なセットが必要です。 『OpenVMS システム管理者マニュアル』で，システム管理カウントに必要な特性を説明しています。

例 6-1 「セキュリティ管理者のアカウントの例」 に，セキュリティ管理者のカウントに適した AUTHORIZE 修飾子をいくつか示します。 指定のない値のデフォルト値はすべて，SYSUAF.DAT のデフォルト・レコードに基づく値になります。

例 6-1 セキュリティ管理者のアカウントの例

$ SET DEFAULT SYS$SYSTEM $ RUN AUTHORIZE UAF> ADD RIRONWOOD/PASSWORD=VALTERSY/UIC=[001,100] - _UAF> /DEVICE=SYS$SYSDEVICE/DIRECTORY=[RIRONWOOD] - _UAF> /OWNER="Russ Ironwood"/ACCOUNT=SECURITY/FLAGS=GENPWD -    1 _UAF> /PWDLIFETIME=30-/PWDMINIMUM=8 -                           2 _UAF> /PRIVILEGES=(AUDIT,SECURITY,READALL)                      3 identifier for value:[000001,000100] added to RIGHTSLIST.DAT UAF>

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

6.5 新規ユーザのトレーニング

新規ユーザにシステム・セキュリティについて教えることは，重要なセキュリティ保護手段になります。 ユーザにセキュリティの手法と目標を認識させることが重要です。 ユーザがシステムと侵入発生の仕組みに対する理解を深めれば，ユーザは侵入に対する防御力が向上します。

ユーザのトレーニングには，次の内容が必要です。

6.6 ユーザのセッションのログ取得

ユーザがシステムを学習している間，機密データへのアクセスやシステム運用の制御など，ユーザが特に機密性の高い機能を実行する場合，セキュリティ管理者はターミナル・セッションを監視することができます。 場合によっては，ユーザは自分の操作を記録するために，自分自身のセッションのログ取得を選択できます。 その場合，最初にログインした後で，ユーザは SET HOST 0/LOG コマンドを会話形式で実行できます。 この節では，制限付きアカウントを設定することでユーザのセッションのログを取得する，1 つの方法を説明します。 数多くのサードパーティ製品では，より効率的にセッションを監視できる他の方法を提供しています。 セキュリティ管理者は，選択した方式に関係なく，その方式が許容可能であるかどうかを法務部に確認を取るべきです。

特別な制限付きアカウントと適切なコマンド・プロシージャを使用することで，選択したユーザのターミナル・セッションのログの取得を実施できます。 これらのユーザは，まず制限付きアカウントにログインしてから，自分自身のアカウントにログインする必要があります。 制限付きアカウントにより，セッションのログ取得が保証されます。

次の例に，制限付きアカウント (この例では USER_LOG という名前) の設定方法に関するガイドラインと，適切なコマンド・プロシージャのサンプルを示します。

6.7 安全なシステムを維持するための継続的な作業

安全なシステムを維持するには，継続的に監視を行う必要があります。 セキュリティ管理者の役割を担うユーザにとって，次の継続的な作業が重要となります。