Jede Ausführung und Änderung nachvollziehen

Task-Logs zeigen, was ein Playbook, Infrastrukturtool oder Skript während der Ausführung gemeldet hat. Audit-Ereignisse beschreiben Aktionen innerhalb von Semaphore, darunter Authentifizierungs-, Zugriffs- und Konfigurationsänderungen. Verwenden Sie bei einer Untersuchung beides: Der Task erklärt das Ausführungsergebnis, Audit-Ereignisse helfen, die umgebende Aktionsfolge nachzuvollziehen. Die Ereignisreferenz dokumentiert die erfassten Aktionen.

Eine manuell gestartete Aufgabe kann eine Person als Initiator haben. Dokumentierte History-Zeilen für zeitgesteuerte oder durch Integrationen gestartete Aufgaben haben dagegen keinen menschlichen Benutzer. Schreiben Sie solche Ausführungen keiner Person zu, nur weil sie im selben Verlauf stehen. Nutzen Sie den aufgezeichneten Ausführungs- und Integrationskontext, um ihren Ursprung zu verstehen. Externe Dienste sollten ihre eigene Zuordnung zwischen Ereignis und Aufgabe aufbewahren, wenn einzelne Anfragen nachvollziehbar sein müssen.

Die Task-Ausgabe zeigt, was der Automatisierungsprozess gemeldet hat. Server- oder Koordinationsprobleme können jedoch Semaphore-Anwendungslogs erfordern. Server-Logs werden auf stdout ausgegeben und über den Dienst, Container oder die Protokollierung Ihrer Bereitstellung gesammelt. Ordnen Sie die betreffende Zeit und Operation diesen Diagnosedaten zu. Legen Sie Zugriff und Aufbewahrung bewusst fest, damit das Team untersuchen kann, ohne anzunehmen, dass jeder Anwendungsfehler in der Tool-Ausgabe des Tasks erscheint.

Ja. Pro leitet Audit-Ereignisse über Syslog mit TLS oder das Splunk-HTTP-Event-Collector-Protokoll weiter. Kompatible Sammler sind Splunk und Empfänger, die diese Protokolle unterstützen. Konfigurieren Sie Ziel und Zugangsdaten und prüfen Sie den Empfang in Ihrem Sammelsystem. Die Weiterleitung von Audit-Ereignissen ist von der Sammlung roher Befehlsausgaben der Tasks getrennt.

Pro ergänzt Audit-Log-Filter für Zeit, Benutzer, Projekt, Ereignisart, Ergebnis und IP-Adresse. Der Export speichert die zu den Filtern passenden Ereignisse als CSV oder JSON Lines. Damit lässt sich eine klar abgegrenzte Untersuchung mit einem anderen Team teilen oder ein Prüfungsauszug aufbewahren, ohne einzelne Zeilen aus der Oberfläche zu kopieren.

Ja. Audit-Protokollierung ist standardmäßig deaktiviert. Aktivieren Sie sie in der Serverkonfiguration, setzen Sie eine Installationskennung und starten Sie Semaphore neu. Die Aufzeichnung beginnt nach diesem Neustart; frühere Aktionen werden nicht nachgetragen. Administratoren können anschließend Ereignisse im Audit-Log prüfen. Pro ergänzt Filter, Dateiexport und SIEM-Weiterleitung für diesen aufgezeichneten Ereignisstrom.

Ja. Die Projekt-Task-Historie führt Ausführungen Ihrer konfigurierten Automatisierungsanwendungen in einer Liste zusammen. Öffnen Sie einen Ansible-, Terraform-, OpenTofu-, Bash-, Python- oder PowerShell-Task, um aufgezeichnete Ausgabe und Details zu prüfen. Das Ausgabeformat stammt vom Tool selbst; Ansible-Host-Zusammenfassungen sind eine separate Pro-Funktion.

Die Serverkonfiguration steuert die Task-Aufbewahrung. Standardmäßig bleiben Tasks und ihre Logs erhalten. Ein konfiguriertes Maximum pro Vorlage entfernt bei Erreichen des Limits die ältesten Tasks mit ihrer Ausgabe. Richten Sie die Aufbewahrung nach Ihrem Untersuchungsbedarf aus und exportieren Sie Datensätze separat, wenn Ihre Richtlinie längere Speicherung verlangt. Die Aufbewahrungsanleitung lesen.

Die Audit-Ereignisreferenz enthält Anmeldeversuche, Zugriffsverweigerungen, Konto- und API-Token-Änderungen, Projektmitgliedschaft und Vorlagenberechtigungen sowie Änderungen an unterstützten Automatisierungsressourcen. Ereignisse enthalten Akteur und Ergebnis sowie gegebenenfalls Anfrage- oder Projektkontext. Prüfen Sie bei der Planung einer Sicherheitsuntersuchung die dokumentierten Ereignisarten, statt anzunehmen, dass jede externe Infrastrukturaktion erfasst wird.