・認証情報のダンプ のバックアップ(No.11)

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• ・認証情報のダンプ へ行く。
  • 1 (2019-11-12 (火) 16:29:27)
  • 2 (2019-11-12 (火) 16:34:45)
  • 3 (2019-11-13 (水) 07:23:33)
  • 4 (2019-11-13 (水) 08:37:07)
  • 5 (2019-11-13 (水) 10:00:02)
  • 6 (2019-11-13 (水) 14:18:00)
  • 7 (2019-11-15 (金) 09:56:16)
  • 8 (2020-02-09 (日) 14:43:42)
  • 9 (2020-02-09 (日) 15:29:24)
  • 10 (2020-03-19 (木) 14:53:09)
  • 11 (2020-03-24 (火) 13:51:00)
  • 12 (2020-03-26 (木) 14:26:31)
  • 13 (2020-07-25 (土) 16:29:18)
  • 14 (2020-08-12 (水) 11:24:41)
  • 15 (2020-08-30 (日) 08:28:05)
  • 16 (2020-10-24 (土) 17:38:48)
  • 17 (2020-10-25 (日) 11:19:06)
  • 18 (2020-10-27 (火) 11:30:28)
  • 19 (2020-11-06 (金) 15:32:22)

---

情報システム開発契約のセキュリティ仕様作成のためのガイドライン（案）?
MITRE ATT&CKによる設定対策（絞り込み済み）?

認証方法のダンプ †

戦術 †

認証情報アクセス

必要なアクセス許可 †

• Administrator
• SYSTEM

概説 †

認証情報のダンプは、OSに保存されているアカウントのIDとパスワードを取得するプロセスです。その後、窃取した資格情報を利用して、情報の収集や水平展開を図ります。このため、認証情報のダンプを阻止することは、被害の拡大を防ぐ重要なポイントとなります。
認証情報はOSによってHashされ安全な状態で保管され、AdministratorやSYSTEM権限でアクセスされますので、一般的な標準ユーザーの場合は安全といえます。しかし、Administrator権限でログオン中に悪意あるプログラムの実行を招くと、認証情報のアクセスを許してしまうこととなります。

緩和の方針 †

• 認証情報の窃取は管理者特権が必要なため、端末の利用者の権限が管理者権限である場合、極めて危険です。このため、利用者の権限を標準ユーザーにすることは、大変効果的で、この攻撃の緩和に役立ちます。
• システム管理者は多要素認証を導入します。

運用やNetworkが変更された場合の影響の有無 †

• 意図しない管理者権限でのアプリケーションのインストールや、電子メール、Webサイトの閲覧は悪意あるプログラムに高位の権限を与えるため、十分な管理が必要です。

優先すべき措置 †

Windows †

• システム管理者は多要素認証を導入します。
  • 重要な情報資産を有する端末、サーバー、それらの管理用端末へはハードウェアトークンの導入を検討します。
• ローカル Administrators にドメインユーザーを追加しないでください。
• ローカル Administrator 権限を有するユーザーを監査します。
  
• 互換性維持のための弱いハッシュ、暗号方式、平文パスワードの使用を禁止します。
  
• LSASSプロセスを保護します。 アクセスコントロールを参照してください。
  • 追加の LSA の保護の構成: https://docs.microsoft.com/ja-jp/windows-server/security/credentials-protection-and-management/configuring-additional-lsa-protection
• Windows Defender Credential Guard の採用の検討。

ユーザー運用管理責任 †

リスクの受容 †

• 優先すべき措置を講じることができない場合、このリスクは回避が困難になり、他の緩和策も代替になるとはいえないため、慎重な検討が必要です。

啓発・教育 †

• システム管理者に対して、認証情報のダンププロセスと攻撃プロセスを理解させるとともに、管理者の認証情報の適切な運用について討議させる。

利用規定 †

• ローカル Administrator 権限を有するドメインユーザーの管理規程。

情報システム設計開発部門・運用部門（ベンダー代行を含む) †

NWデザイン †

• 該当なし。

アクセスコントロール †

1. ローカルAdministratorの無効化をします。ローカルAdministratorsにドメインユーザーが登録されている場合は削除します。（ダンプが成功した場合、水平展開されます。）
2. ローカルポリシーの設定で、ビルトインローカルAdministrator (既定：無効）を有効にしている場合は、推測が困難な他のIDに変更します。
   [コンピュータの構成]-[ポリシー]-[Windowsの設定]-[セキュリティの設定]-[ローカルポリシー]-[セキュリティオプション]-[アカウント:Administrator アカウント名の変更]-[このポリシーの設定を定義する]を有効にし新しいIDを設定する。
   この場合、[アカウント:Administrator アカウントの状態]が有効であることを確認する。
3. LSASSプロセスを保護します。 資格情報を管理するLSASSプロセスへの攻撃を防御します。[グループポリシー]-[コンピュータの構成]-[基本設定]-[Windowsの設定]-[レジストリ] で [\HKLM\SYSTEM\CurrentControlSet\Control\Lsa] に値を新規に設定する。 https://docs.microsoft.com/ja-jp/windows-server/security/credentials-protection-and-management/configuring-additional-lsa-protection#BKMK_HowToConfigure
4. ドメインユーザーをローカルAdministratorグループから外す ローカルのAdministratorグループに所属しているドメインユーザーをすべて削除します。
5. クレデンシャルガードの導入（Windows 10 のEditionによって機能制限があります） Windows Defender Credential Guard の要件:https://docs.microsoft.com/ja-jp/windows/security/identity-protection/credential-guard/credential-guard-requirements

フィルタリング †

• 該当なし。

ロール運用 †

• 管理者権限の付与を最小限にします。

仮想端末運用 †

• 該当なし。

エンドポイント対策 †

• アンチウイルス もしくは Endpoint Detection and Response でツールの検出が期待できます。

受託開発ベンダー管理責任 †

セキュアコーディング †

• 特権が必要なサービスに対する認証を行う場合は、システムの認証ダイアログ(またはOSが提供する仕組み)を使用する。
• アプリケーションへの認証情報等のハードコーディングを禁止します。（必須）
• メモリダンプを無効にします。（必須）
• プレーンテキストで機密情報をメモリ、ディスクに格納する事を禁止します。（必須）
• 物理メモリから機密情報がスワップされディスクに書き出されないようにする。（推奨：権限によりロックできない場合がある。）

• JPCERT/CC Java コーディングスタンダード MSC03-J. センシティブな情報をハードコードしない
  • https://www.jpcert.or.jp/java-rules/msc03-j.html

• JPCERT/CC CERT C コーディングスタンダード
  • MSC18-C. プログラムコードの中でパスワードなどの機密情報を扱うときは注意する
    
  • https://www.jpcert.or.jp/sc-rules/c-msc18-c.html

開発環境管理 †

• ユーザー運用管理責任、情報システム設計開発部門・運用部門責任に準じる。 例外はすべて文書化し、適切な監査を実施する。

サプライチェーン正常性維持" †

• ユーザー運用管理責任、情報システム設計開発部門・運用部門責任に準じる。 例外はすべて文書化し、適切な監査を実施する。

---

お名前:
題名: