すべての実行と変更を追跡

タスクログは、Playbook、インフラツール、スクリプトが実行中に報告した内容を示します。監査イベントは、認証、アクセス、設定変更など Semaphore 内の操作を記述します。調査では両方を使ってください。タスクが実行結果を説明し、監査イベントが周辺の操作の流れを明らかにします。記録対象の操作はイベントリファレンスに記載されています。

手動で開始したタスクには開始したユーザーが記録される場合がありますが、文書化された履歴では、スケジュールや連携による実行の行に人間のユーザーは記録されません。同じ履歴に並んでいるという理由だけで、これらの実行を個人の操作として扱わないでください。プロセスが記録した実行と連携のコンテキストから発生元を確認します。個々のリクエストの帰属が重要な場合、外部サービス側でもイベントとタスクの対応関係を保持する必要があります。

タスク出力は自動化プロセスが報告した内容を示しますが、サーバーや調整の問題には Semaphore のアプリケーションログが必要な場合があります。サーバーログは stdout に出力され、デプロイで使うサービス、コンテナー、ログ設定を通じて収集されます。関連する時刻と操作をそれらの診断情報と照合してください。すべてのアプリケーションエラーがタスクのツール出力に現れると思い込まず、チームが調査できるようアクセスと保持期間を意識して設定します。

はい。Pro は TLS 経由の Syslog、または Splunk HTTP Event Collector プロトコルで監査イベントを転送します。Splunk や、それらのプロトコルに対応する受信側を使えます。通知先と認証情報を設定し、収集システムで受信を確認してください。監査イベントの転送と、タスクの生のコマンド出力の収集は別です。

Pro では、時刻、ユーザー、プロジェクト、イベント種別、結果、IP アドレスによる監査ログのフィルターが追加されます。エクスポートでは、フィルターに一致するイベントを CSV または JSON Lines で保存します。画面の行を個別にコピーせず、範囲を限定した調査を別のチームへ共有したり、レビュー用の抜粋を保存したりする際に便利です。

はい。監査ログは既定で無効です。サーバー設定で有効にし、インストール識別子を設定して Semaphore を再起動します。記録はその再起動後に始まり、それ以前の操作は遡って補完されません。管理者は監査ログでイベントを確認できます。Pro では、その記録済みイベントに対して絞り込み、ファイルへのエクスポート、SIEM 転送が追加されます。

はい。プロジェクトのタスク履歴は、設定済みの自動化アプリケーションの実行を 1 つの一覧にまとめます。Ansible、Terraform、OpenTofu、Bash、Python、PowerShell のタスクを開き、記録された出力と詳細を確認できます。出力形式はツール自体に由来し、Ansible のホスト集計は Pro の別機能です。

タスクの保持はサーバー設定で制御します。既定ではタスクとログを保持します。テンプレートごとの上限を設定すると、上限に達したときに古いタスクとその出力が削除されます。調査に必要な保持期間を設定し、自社の方針でより長い保存が必要な場合は、記録を別途エクスポートしてください。保持設定のガイドを読む。

監査イベントリファレンスには、サインイン試行、アクセス拒否、アカウントと API トークンの変更、プロジェクトメンバーシップ、テンプレート権限、対応する自動化リソースの変更が含まれます。イベントには実行者と結果があり、該当する場合はリクエストやプロジェクトのコンテキストも含まれます。外部インフラのすべての操作が記録されると考えず、セキュリティ調査の設計時には文書化されたイベント種別を確認してください。