Seminar Enginsight Installation und Plattformgrundlagen

Seminar / Training

Inhaltsübersicht

1. Einordnung und Lernziele
2. Technische Bausteine
3. Schrittweise Umsetzung
4. Praxisübungen und Szenarien
5. Betriebsstandards und Qualitätssicherung
6. Fehleranalyse und Wiederherstellung
7. Zielgruppe und Voraussetzungen

Einordnung und Lernziele

Kapitelinhaltsverzeichnis: Betriebsmodell, Verantwortlichkeiten und technische Voraussetzungen klären; Plattformnavigation, Einstellungen und Rollen sicher beherrschen; Pulsar, Watchdog, Observer und Hacktor passend zum Einsatzfall einordnen; erste Assets, Hosts, Endpunkte und Beobachtungen aufnehmen; Erstanalysen und Alarme auf Plausibilität prüfen.

Die Plattform wird von der Betriebsplanung über Grundkonfiguration und Komponenten-Onboarding bis zu ersten Inventar-, Monitoring-, Schwachstellen- und Pentest-Ergebnissen eingerichtet.

Begründung der Dauer: Zwei Tage sind erforderlich, weil neben Navigation und Governance mindestens Pulsar, Watchdog, Observer und Hacktor in einer konsistenten Laborarchitektur eingebunden und geprüft werden.

Die Lernziele werden über nachvollziehbare Sollzustände, praktische Konfigurationen und überprüfbare Kontrollpunkte bearbeitet.

• Betriebsmodell, Verantwortlichkeiten und technische Voraussetzungen klären
• Plattformnavigation, Einstellungen und Rollen sicher beherrschen
• Pulsar, Watchdog, Observer und Hacktor passend zum Einsatzfall einordnen
• erste Assets, Hosts, Endpunkte und Beobachtungen aufnehmen
• Erstanalysen und Alarme auf Plausibilität prüfen
• einen dokumentierten Übergang in den Regelbetrieb vorbereiten

Technische Bausteine

Kapitelinhaltsverzeichnis: SaaS- und On-Premises-Betriebsmodell im Überblick; Plattformstruktur, Dashboard, Einstellungen und Aktivitäten; Pulsar für Clients und Server; Watchdog für netzwerkbasierte Erkennung und Inventarisierung; Observer für Web- und Endpunktüberwachung.

Die technischen Inhalte werden nicht isoliert betrachtet. Jede Funktion wird in Datenfluss, Verantwortlichkeit, Schutzbedarf und nachgelagerte Betriebsprozesse eingeordnet.

• SaaS- und On-Premises-Betriebsmodell im Überblick
• Plattformstruktur, Dashboard, Einstellungen und Aktivitäten
• Pulsar für Clients und Server
• Watchdog für netzwerkbasierte Erkennung und Inventarisierung
• Observer für Web- und Endpunktüberwachung
• Hacktor für automatisierte Sicherheitsprüfungen
• Benutzer, Rollen, Benachrichtigungen und Verantwortlichkeiten
• erste Sicherheits- und Betriebskennzahlen

Schrittweise Umsetzung

Kapitelinhaltsverzeichnis: Zielbild, Geltungsbereich und Verantwortliche für den Pilot festlegen; Netzwerkpfade, Namensauflösung und erforderliche Freigaben prüfen; Grundkonfiguration, Benutzer und Rollen einrichten; Pulsar auf einem repräsentativen Host installieren; Watchdog in einem Laborsegment bereitstellen und Scanbereich begrenzen.

Der folgende Ablauf bildet einen wiederholbaren Labor- und Betriebsprozess. Jeder Schritt endet mit einem dokumentierten Prüfpunkt, bevor die nächste Stufe begonnen wird.

1. Schritt 1
   Zielbild, Geltungsbereich und Verantwortliche für den Pilot festlegen. Zunächst werden Ziel, Verantwortlichkeit und benötigte Eingaben festgehalten. Anschließend erfolgt die Umsetzung in der Laborumgebung mit minimal erforderlichen Rechten. Der Abschluss besteht aus Funktionsprüfung, Sicherheitskontrolle und Dokumentation des Sollzustands.
2. Schritt 2
   Netzwerkpfade, Namensauflösung und erforderliche Freigaben prüfen. Zunächst werden Ziel, Verantwortlichkeit und benötigte Eingaben festgehalten. Anschließend erfolgt die Umsetzung in der Laborumgebung mit minimal erforderlichen Rechten. Der Abschluss besteht aus Funktionsprüfung, Sicherheitskontrolle und Dokumentation des Sollzustands.
3. Schritt 3
   Grundkonfiguration, Benutzer und Rollen einrichten. Zunächst werden Ziel, Verantwortlichkeit und benötigte Eingaben festgehalten. Anschließend erfolgt die Umsetzung in der Laborumgebung mit minimal erforderlichen Rechten. Der Abschluss besteht aus Funktionsprüfung, Sicherheitskontrolle und Dokumentation des Sollzustands.
4. Schritt 4
   Pulsar auf einem repräsentativen Host installieren. Zunächst werden Ziel, Verantwortlichkeit und benötigte Eingaben festgehalten. Anschließend erfolgt die Umsetzung in der Laborumgebung mit minimal erforderlichen Rechten. Der Abschluss besteht aus Funktionsprüfung, Sicherheitskontrolle und Dokumentation des Sollzustands.
5. Schritt 5
   Watchdog in einem Laborsegment bereitstellen und Scanbereich begrenzen. Zunächst werden Ziel, Verantwortlichkeit und benötigte Eingaben festgehalten. Anschließend erfolgt die Umsetzung in der Laborumgebung mit minimal erforderlichen Rechten. Der Abschluss besteht aus Funktionsprüfung, Sicherheitskontrolle und Dokumentation des Sollzustands.
6. Schritt 6
   Observer für eine Test-Webanwendung oder einen Endpunkt anlegen. Zunächst werden Ziel, Verantwortlichkeit und benötigte Eingaben festgehalten. Anschließend erfolgt die Umsetzung in der Laborumgebung mit minimal erforderlichen Rechten. Der Abschluss besteht aus Funktionsprüfung, Sicherheitskontrolle und Dokumentation des Sollzustands.
7. Schritt 7
   Hacktor mit freigegebener Zielgruppe und risikoarmem Audit verbinden. Zunächst werden Ziel, Verantwortlichkeit und benötigte Eingaben festgehalten. Anschließend erfolgt die Umsetzung in der Laborumgebung mit minimal erforderlichen Rechten. Der Abschluss besteht aus Funktionsprüfung, Sicherheitskontrolle und Dokumentation des Sollzustands.
8. Schritt 8
   erste Inventar-, Monitoring- und Schwachstellendaten plausibilisieren. Zunächst werden Ziel, Verantwortlichkeit und benötigte Eingaben festgehalten. Anschließend erfolgt die Umsetzung in der Laborumgebung mit minimal erforderlichen Rechten. Der Abschluss besteht aus Funktionsprüfung, Sicherheitskontrolle und Dokumentation des Sollzustands.
9. Schritt 9
   Alarmempfänger und Eskalationsweg mit Testereignis prüfen. Zunächst werden Ziel, Verantwortlichkeit und benötigte Eingaben festgehalten. Anschließend erfolgt die Umsetzung in der Laborumgebung mit minimal erforderlichen Rechten. Der Abschluss besteht aus Funktionsprüfung, Sicherheitskontrolle und Dokumentation des Sollzustands.
10. Schritt 10
    Pilotabnahme, Dokumentation und Ausbauplan erstellen. Zunächst werden Ziel, Verantwortlichkeit und benötigte Eingaben festgehalten. Anschließend erfolgt die Umsetzung in der Laborumgebung mit minimal erforderlichen Rechten. Der Abschluss besteht aus Funktionsprüfung, Sicherheitskontrolle und Dokumentation des Sollzustands.

Praxisübungen und Szenarien

Kapitelinhaltsverzeichnis: Onboarding eines Hosts mit Pulsar und Statusprüfung; IP-Inventarisierung eines begrenzten Laborsegments; Webüberwachung mit Verfügbarkeits- und Zertifikatsprüfung; risikoarmer Hacktor-Auditlauf gegen ein freigegebenes Ziel.

Die Übungen werden mit klar abgegrenzten Testdaten und Rückfalloptionen durchgeführt. Zu jedem Szenario gehören Ausgangslage, Arbeitsauftrag, erwartete Beobachtung, Prüfkriterium und dokumentierte Abweichung.

1. Onboarding eines Hosts mit Pulsar und Statusprüfung
2. IP-Inventarisierung eines begrenzten Laborsegments
3. Webüberwachung mit Verfügbarkeits- und Zertifikatsprüfung
4. risikoarmer Hacktor-Auditlauf gegen ein freigegebenes Ziel

Betriebsstandards und Qualitätssicherung

Kapitelinhaltsverzeichnis: Pilotumfang klar von Produktion trennen; Komponenten mit eindeutiger Zuständigkeit und Standort dokumentieren; Testkonten und Freigaben zeitlich begrenzen; erste Datenqualität vor Automatisierungen manuell prüfen; Ausbau in kontrollierten Wellen mit Abnahmekriterien durchführen.

Die Überführung in den Regelbetrieb erfolgt über definierte Eigentümer, Freigaben, Messwerte und Review-Termine. Konfigurationen werden erst nach positiver Laborprüfung und dokumentierter Abnahme ausgeweitet.

• Pilotumfang klar von Produktion trennen
• Komponenten mit eindeutiger Zuständigkeit und Standort dokumentieren
• Testkonten und Freigaben zeitlich begrenzen
• erste Datenqualität vor Automatisierungen manuell prüfen
• Ausbau in kontrollierten Wellen mit Abnahmekriterien durchführen

Fehleranalyse und Wiederherstellung

Kapitelinhaltsverzeichnis: Komponente erreicht die Plattform nicht; Asset wird mehrfach oder falsch klassifiziert; erste Scans liefern unerwartet wenige Ergebnisse; Alarmempfänger erhalten kein Testereignis; Netzwerkfreigabe erlaubt mehr Ziele als vorgesehen.

Die Diagnose folgt einer festen Reihenfolge: Symptom eingrenzen, letzte Änderung bestimmen, Datenpfad prüfen, Berechtigungen kontrollieren, Gegenprobe ausführen und nur danach eine Änderung vornehmen. Jede Korrektur wird mit einem Negativ- und einem Positivtest verifiziert.

• Komponente erreicht die Plattform nicht
• Asset wird mehrfach oder falsch klassifiziert
• erste Scans liefern unerwartet wenige Ergebnisse
• Alarmempfänger erhalten kein Testereignis
• Netzwerkfreigabe erlaubt mehr Ziele als vorgesehen

Zielgruppe und Voraussetzungen

Kapitelinhaltsverzeichnis: Rollenprofil; erforderliches Vorwissen; Laborzugang; organisatorische Vorbereitung.

Teilnehmerkreis: IT-Administration, Security Administration, technische Beratung, Systemhaus-Technik und neue Plattformverantwortliche.

Fachliche Voraussetzungen: Grundkenntnisse zu Netzwerken, Windows oder Linux und administrativen Betriebsprozessen; vorbereitete Laborumgebung.

Für praktische Übungen werden administrative Rechte ausschließlich in der vorbereiteten Laborumgebung benötigt. Produktive Änderungen gehören nicht zum Seminarbetrieb.