メインコンテンツまでスキップ

9. Security Considerations (セキュリティに関する考慮事項)

9. Security Considerations (セキュリティに関する考慮事項)​

この文書は SNMP フレームワークのアーキテクチャについて説明します。このアーキテクチャは, 認証, プライバシー, アクセス制御を含むセキュリティサービスを実現するためのフレームワークを提供するように設計されています。

9.1. Security Threats (セキュリティ脅威)​

このアーキテクチャは以下のセキュリティ脅威に対処します:

  1. なりすまし (Masquerade): 認可されたエンティティの身元を装う不正なエンティティ

    • 認証によって対処

  2. 情報の変更 (Modification of Information): 転送中のメッセージの不正な変更

    • メッセージ完全性チェック(認証)によって対処

  3. メッセージフローの変更 (Message Stream Modification): メッセージの並べ替え, 遅延, またはリプレイ

    • 適時性チェックとメッセージ識別子によって対処

  4. 開示 (Disclosure): メッセージ内容への不正なアクセス

    • 暗号化(プライバシー)によって対処

  5. サービス拒否 (Denial of Service): 認可されたユーザーのサービスへのアクセスを妨げる

    • アクセス制御とリソース管理によって部分的に対処

9.2. Security Services (セキュリティサービス)​

このアーキテクチャは以下のセキュリティサービスの機能を提供します:

  1. データ完全性 (Data Integrity): メッセージが変更されていないことを保証

    • 認証プロトコルによって提供(例: HMAC-MD5-96, HMAC-SHA-96)

  2. データ発信元認証 (Data Origin Authentication): 送信者の身元を確認

    • 認証プロトコルによって提供

  3. メッセージリプレイ保護 (Message Replay Protection): 古いメッセージのリプレイを防止

    • エンジンブートとエンジン時間を使用した適時性チェックによって提供

  4. データ機密性 (Data Confidentiality): メッセージ内容を開示から保護

    • プライバシープロトコルによって提供(例: CBC-DES, CBC-AES)

  5. アクセス制御 (Access Control): 管理対象オブジェクトへのアクセスを制限

    • アクセス制御モデルによって提供(例: VACM)

9.3. Threats Not Addressed (対処されていない脅威)​

このアーキテクチャは以下の脅威を具体的には対処しません:

  1. トラフィック分析 (Traffic Analysis): メッセージパターンからの情報の推測

    • 暗号化があっても, 観察者は通信が発生していることを確認でき, パターンを分析できます

  2. リソース消費によるサービス拒否 (Denial of Service through Resource Consumption): リクエストで SNMP エンジンを圧倒する

    • 実装者はレート制限とリソース管理を検討すべきです

9.4. Security Model Requirements (セキュリティモデル要件)​

このアーキテクチャで使用されるセキュリティモデルは以下を提供しなければなりません:

  1. 認証 (Authentication): 送信者の身元を確認
  2. プライバシー (Privacy): メッセージ内容を開示から保護
  3. 適時性 (Timeliness): リプレイまたは遅延されたメッセージを検出
  4. 鍵管理 (Key Management): 暗号鍵を安全に管理

RFC 3414 で定義されたユーザーベースセキュリティモデル (USM) は, これらのサービスを提供し, SNMPv3 の主要なセキュリティモデルです。

9.5. Cryptographic Considerations (暗号に関する考慮事項)​

SNMP のセキュリティは, 使用される暗号アルゴリズムとプロトコルに大きく依存します。実装者は以下を行わなければなりません:

  1. 強力なアルゴリズムを使用: 安全であると考えられる暗号アルゴリズムのみを使用

    • 非推奨のアルゴリズムを避ける(例: 短い鍵を持つ DES)
    • セキュリティレビューのあるアルゴリズムを優先(例: AES, SHA-2)

  2. 適切な鍵管理: 暗号鍵は以下のようにしなければなりません:

    • 十分なランダム性で生成
    • 開示から保護
    • 定期的に変更
    • 安全に配布

  3. 弱い鍵を避ける: 一部のアルゴリズムには避けるべき弱い鍵があります

  4. 鍵長を考慮: データの機密性に適した鍵長を使用

9.6. Access Control Considerations (アクセス制御に関する考慮事項)​

アクセス制御は SNMP のセキュリティに不可欠です。このアーキテクチャはアクセス制御モデルを提供し, 操作を許可すべきかどうかを決定します。

アクセス制御に関する考慮事項には以下が含まれます:

  1. 最小権限の原則 (Principle of Least Privilege): ユーザーには必要最小限のアクセスのみを付与すべきです
  2. 職務の分離 (Separation of Duties): 異なるユーザーは異なる役割を持つべきです
  3. 定期的なレビュー (Regular Review): アクセス制御ポリシーは定期的にレビューすべきです
  4. 監査ログ (Audit Logging): アクセス試行(特に失敗)はログに記録すべきです

9.7. Configuration Security (設定のセキュリティ)​

SNMP デプロイメントのセキュリティは適切な設定に依存します:

  1. 安全な初期設定 (Secure Initial Configuration): 初期セキュリティパラメータは安全に設定しなければなりません
  2. 安全なリモート設定 (Secure Remote Configuration): リモートで設定する場合, 安全な通信を使用
  3. 設定データの保護 (Protect Configuration Data): セキュリティパラメータは不正アクセスから保護しなければなりません
  4. 定期的な更新 (Regular Updates): セキュリティ設定は定期的にレビューし更新すべきです

9.8. snmpEngineID Considerations (snmpEngineID に関する考慮事項)​

snmpEngineID は SNMP セキュリティにとって重要です:

  1. 一意性 (Uniqueness): 各 SNMP エンジンは一意の snmpEngineID を持たなければなりません

    • 重複した snmpEngineID はセキュリティ脆弱性につながる可能性があります

  2. 永続性 (Persistence): snmpEngineID は再起動後も一定に保たれるべきです

    • snmpEngineID の変更はセキュリティアソシエーションを無効にする可能性があります

  3. 生成 (Generation): snmpEngineID を生成する際には一意性を保証するよう注意を払わなければなりません

    • 推奨される形式を使用(エンタープライズ番号と MAC/IP アドレスに基づく)

  4. プライバシー (Privacy): snmpEngineID はデバイスに関する情報を明らかにする可能性があります

    • 形式を選択する際にこれを考慮

9.9. Context Considerations (コンテキストに関する考慮事項)​

コンテキストは単一の SNMP エンジンが複数のデバイスまたはサブシステムを表すことを可能にします。セキュリティに関する考慮事項には以下が含まれます:

  1. アクセス制御 (Access Control): アクセス制御はコンテキストごとに適用しなければなりません
  2. 分離 (Isolation): コンテキストは互いに適切に分離されるべきです
  3. コンテキスト名 (Context Names): コンテキスト名はシステムに関する情報を明らかにする可能性があります

9.10. Proxy Considerations (プロキシに関する考慮事項)​

SNMP プロキシは追加のセキュリティ考慮事項を導入します:

  1. 信頼 (Trust): プロキシはマネージャーとエージェントの両方から信頼されなければなりません
  2. セキュリティ変換 (Security Translation): セキュリティモデル間で変換する場合, セキュリティが低下する可能性があります
  3. ログ記録 (Logging): プロキシは転送されたすべてのメッセージをログに記録すべきです
  4. アクセス制御 (Access Control): プロキシは転送されたメッセージにアクセス制御を適用すべきです

9.11. Implementation Security (実装セキュリティ)​

実装者は実装全体でセキュリティを考慮しなければなりません:

  1. バッファオーバーフロー (Buffer Overflows): バッファオーバーフローを防ぐためにすべての入力を注意深く検証
  2. 入力検証 (Input Validation): すべてのメッセージコンポーネントを検証
  3. エラー処理 (Error Handling): エラーメッセージは機密情報を漏らすべきではありません
  4. タイミング攻撃 (Timing Attacks): タイミングサイドチャネルに注意
  5. リソース制限 (Resource Limits): リソース枯渇を防ぐための制限を実装

9.12. Deployment Security (デプロイメントセキュリティ)​

SNMP をデプロイする際:

  1. ネットワークセキュリティ (Network Security): 適切にネットワークレベルのセキュリティ(ファイアウォール, VPN)を使用
  2. 物理的セキュリティ (Physical Security): SNMP エージェントを持つデバイスを保護
  3. 定期的な更新 (Regular Updates): SNMP 実装を最新の状態に保つ
  4. 監視 (Monitoring): セキュリティイベントを監視
  5. インシデント対応 (Incident Response): セキュリティインシデントに対応するための手順を用意

9.13. Community Strings (SNMPv1 and SNMPv2c) (コミュニティ文字列)​

SNMPv1 または SNMPv2c を使用する場合:

  1. 弱点 (Weakness): コミュニティ文字列は最小限のセキュリティを提供

    • 平文で送信される
    • 認証, 完全性, プライバシーを提供しない

  2. 移行 (Migration): できるだけ早く SNMPv3 に移行

  3. コミュニティ文字列を使用しなければならない場合:

    • 強力でランダムなコミュニティ文字列を使用
    • 定期的に変更
    • 信頼されたネットワークのみに使用を制限
    • ネットワークレベルのセキュリティを使用(VPN, ファイアウォール)

9.14. Recommendations (推奨事項)​

最大限のセキュリティのために:

  1. SNMPv3 を使用: ユーザーベースセキュリティモデルを持つ SNMPv3 は強力なセキュリティを提供します
  2. 認証とプライバシーを使用: 認証とプライバシーの両方を有効にします(authPriv)
  3. 強力なアルゴリズム: 強力な暗号アルゴリズムを使用します(SHA-2, AES)
  4. 強力な鍵: 強力なパスワード/鍵を使用し, 定期的に変更します
  5. 最小権限: アクセス制御で最小権限の原則を適用します
  6. 多層防御: 複数のセキュリティ層を使用します
  7. 定期的なレビュー: セキュリティ設定とログを定期的にレビューします
  8. 最新の状態を維持: セキュリティ勧告を監視し, 実装を更新します
に最終更新