Seminar Outpost24 – Intensivseminar Platform, OutscanNX und EASM

Fünftägiges Gesamtintensivseminar als verdichtete Zusammenfassung des gesamten Portfolios. Es verbindet Plattformbetrieb, Berechtigungen, Dashboards, EASM, OutscanNX, authentifizierte Scans, Cloud und Container, HIAB, Reporting, Automatisierung, API und CTEM zu einem gemeinsamen Betriebs- und Risikomodell. Die Inhalte werden in einer kontrollierten Übungsumgebung schrittweise aufgebaut, geprüft und in betriebsfähige Arbeitsabläufe übertragen.

Inhaltsübersicht

• Zielsetzung
• Seminarinhalte
• Kapitel 1: Plattformarchitektur und Funktionsbereiche
• Kapitel 2: IAM-Modell mit Rollen und Ressourcengruppen
• Kapitel 3: Dashboards und zielgruppengerechte Visualisierung
• Kapitel 4: EASM-Grundmodell und Angreiferperspektive
• Kapitel 5: Kontinuierliche Asset Discovery
• Kapitel 6: DNS-, Zertifikats- und Dienstekorrelation
• Kapitel 7: Look-alike Domains und Namensmissbrauch
• Kapitel 8: Change Detection und Ereignisbewertung
• Kapitel 9: Vulnerability-Management-Programm und Betriebszyklus
• Kapitel 10: Targets, Assets und Scanabdeckung
• Kapitel 11: Scan Policies und Prüfstrategie
• Kapitel 12: Strategie für authentifizierte Scans
• Kapitel 13: Cloud- und Container-Assessment im Gesamtmodell
• Kapitel 14: Findings-Ansichten und Befundanalyse
• Kapitel 15: CVSS, EPSS und Farsight
• Kapitel 16: Berichtsarten und Berichtszweck
• Kapitel 17: HIAB-Architektur und Einsatzszenarien
• Kapitel 18: Workflow- und Integrationsdesign
• Kapitel 19: API-Architektur und Datenobjekte
• Kapitel 20: CTEM-Scoping und Geschäftsausrichtung
• Kapitel 21: CTEM-Kennzahlen und kontinuierliche Verbesserung
• Zielgruppe
• Voraussetzungen
• Methodik

Zielsetzung

Alle Fachbereiche des Seminarportfolios werden in einem gemeinsamen, praxisorientierten End-to-End-Modell zusammengeführt und anhand eines durchgängigen Szenarios angewendet.

Seminarinhalte

Die Bearbeitung folgt einem durchgängigen Ablauf aus Einordnung, Konfiguration, Analyse, Validierung und Dokumentation. Jeder Arbeitsschritt wird zunächst fachlich begründet und anschließend praktisch ausgeführt.

Kapitel 1: Plattformarchitektur und Funktionsbereiche

1. Schritt 1: Mandanten, Portal, OutscanNX, EASM und optionale Appliance-Komponenten fachlich voneinander abgrenzen.
2. Schritt 2: Datenflüsse zwischen Assets, Konfigurationen, Scans, Findings, Berichten und Integrationen nachvollziehen.
3. Schritt 3: SaaS-, Hybrid- und On-Premises-Anteile einem belastbaren Zielbild zuordnen.
4. Schritt 4: Verantwortlichkeiten für Betrieb, Sicherheit, Datenqualität und fachliche Nutzung dokumentieren.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 2: IAM-Modell mit Rollen und Ressourcengruppen

1. Schritt 1: Authentifizierung, Autorisierung, Rollen und Ressourcengruppen als zusammenhängendes Berechtigungsmodell darstellen.
2. Schritt 2: Ressourcenarten wie Assets, Konfigurationen, Reports, Dashboards und Integrationen den Berechtigungsobjekten zuordnen.
3. Schritt 3: Least-Privilege, Funktionstrennung und Vertretungsregeln in ein Rollenmodell übersetzen.
4. Schritt 4: Ein prüfbares Sollkonzept für Benutzer, Rollen, Tags und Ressourcengruppen erstellen.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 3: Dashboards und zielgruppengerechte Visualisierung

1. Schritt 1: Dashboard-Zweck, Empfänger, Entscheidungsfrage und Aktualisierungsrhythmus festlegen.
2. Schritt 2: Kennzahlen für Bestand, Risiko, Trend, Maßnahmenfortschritt und Scanabdeckung auswählen.
3. Schritt 3: Filter und Ressourcengruppen so anwenden, dass jede Zielgruppe nur relevante Daten sieht.
4. Schritt 4: Darstellung anhand definierter Prüffragen auf Verständlichkeit und Aussagekraft validieren.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 4: EASM-Grundmodell und Angreiferperspektive

1. Schritt 1: Externe Angriffsfläche, Asset, Exposure, Finding, Shadow IT und Digital Risk eindeutig voneinander abgrenzen.
2. Schritt 2: Bekannte und unbekannte internetexponierte Ressourcen aus Sicht eines externen Beobachters einordnen.
3. Schritt 3: Passive, hybride und aktive Erkenntnisgewinnung nach Nutzen und Eingriffsintensität unterscheiden.
4. Schritt 4: EASM in bestehende Asset-, Vulnerability- und Risikomanagementprozesse einbetten.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 5: Kontinuierliche Asset Discovery

1. Schritt 1: Discovery-Ergebnisse für Domains, Subdomains, IP-Adressen, Cloud-Ressourcen und Drittservices untersuchen.
2. Schritt 2: Neue Kandidaten anhand von Beziehungen, technischen Merkmalen und Seed-Nähe priorisieren.
3. Schritt 3: Offensichtliche Fehlzuordnungen, geparkte Ressourcen und historische Artefakte aussortieren.
4. Schritt 4: Bestätigte Assets mit Ownership, Kritikalität und Bearbeitungsstatus in den Bestand übernehmen.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 6: DNS-, Zertifikats- und Dienstekorrelation

1. Schritt 1: DNS-Auflösung, Zertifikatsnamen und offene Dienste je Asset zu einem Gesamtbild verbinden.
2. Schritt 2: Widersprüche zwischen dokumentierter Nutzung und tatsächlich beobachteter Exposition erkennen.
3. Schritt 3: Risikoketten aus verwaistem DNS, fremdem Ziel, schwacher Konfiguration und fehlender Ownership bewerten.
4. Schritt 4: Korrekturmaßnahmen in technisch sinnvoller Reihenfolge planen und nachprüfen.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 7: Look-alike Domains und Namensmissbrauch

1. Schritt 1: Ähnliche, vertauschte oder erweiterte Domainnamen anhand definierter Marken- und Namensmuster sichten.
2. Schritt 2: Legitime Registrierungen, defensive Domains und verdächtige Kandidaten voneinander unterscheiden.
3. Schritt 3: Websiteinhalt, Zertifikat, Hosting und Registrierungsmerkmale in die Triage einbeziehen.
4. Schritt 4: Eskalation, Beobachtung oder Gegenmaßnahme abhängig von Risiko und Beweislage festlegen.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 8: Change Detection und Ereignisbewertung

1. Schritt 1: Neue Assets, geänderte DNS-Daten, Zertifikate, Dienste und Expositionen als unterschiedliche Ereignistypen erfassen.
2. Schritt 2: Erwartete Änderungen aus Projekten und Betrieb von unerwarteten Veränderungen unterscheiden.
3. Schritt 3: Relevanz mit Kritikalität, Eigentum, Reichweite und möglichem Angriffsweg bewerten.
4. Schritt 4: Benachrichtigung, Ticket oder Beobachtung anhand einer abgestuften Regel auslösen.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 9: Vulnerability-Management-Programm und Betriebszyklus

1. Schritt 1: Ziele, Geltungsbereich, Rollen und Entscheidungswege des Schwachstellenmanagements festlegen.
2. Schritt 2: Assetaufnahme, Bewertung, Priorisierung, Behebung und Verifikation als geschlossenen Zyklus modellieren.
3. Schritt 3: Service-Level und Ausnahmen an Kritikalität und realer Ausnutzungswahrscheinlichkeit ausrichten.
4. Schritt 4: Messgrößen und Regeltermine für Abdeckung, Risiko und Bearbeitungsleistung definieren.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 10: Targets, Assets und Scanabdeckung

1. Schritt 1: IP-Adressen, Hostnamen, Agents, Cloud- und Container-Assets als unterschiedliche Zielarten einordnen.
2. Schritt 2: Ziele mit Owner, Umgebung, Kritikalität und technischen Randbedingungen anreichern.
3. Schritt 3: Dubletten, veraltete Einträge und nicht erreichbare Ziele systematisch bereinigen.
4. Schritt 4: Scanabdeckung gegen ein autoritatives Assetinventar prüfen und Abweichungen nachverfolgen.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 11: Scan Policies und Prüfstrategie

1. Schritt 1: Prüfziel, Assettyp, Netzwerkzone, zulässige Intensität und geforderte Nachweistiefe festlegen.
2. Schritt 2: Standard-, Discovery-, Compliance- und spezialisierte Prüfprofile voneinander abgrenzen.
3. Schritt 3: Ports, Protokolle, Prüfmodule, Authentifizierung und Zeitlimits risikogerecht auswählen.
4. Schritt 4: Policy mit Testzielen validieren, versionieren und kontrolliert freigeben.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 12: Strategie für authentifizierte Scans

1. Schritt 1: Nutzen und Grenzen authentifizierter gegenüber rein netzwerkbasierter Prüfung bewerten.
2. Schritt 2: Systemklassen, Kontotypen, erforderliche Rechte und zulässige Befehle festlegen.
3. Schritt 3: Geheimnisverwaltung, Rotation, Netzwerkpfade und Protokollierung in das Sicherheitskonzept aufnehmen.
4. Schritt 4: Pilot, Rollout und regelmäßige Funktionskontrolle als gestuften Einführungsplan erstellen.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 13: Cloud- und Container-Assessment im Gesamtmodell

1. Schritt 1: Netzwerk-, Cloud-Konfigurations- und Container-Image-Prüfung fachlich voneinander abgrenzen.
2. Schritt 2: Konten, Subscriptions, Projekte, Registries und Images als prüfbare Ressourcen modellieren.
3. Schritt 3: Shared-Responsibility, Berechtigungen und Datenflüsse in ein Cloud-Sicherheitskonzept einordnen.
4. Schritt 4: Abdeckung und Zuständigkeiten für Cloud- und Container-Risiken verbindlich festlegen.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 14: Findings-Ansichten und Befundanalyse

1. Schritt 1: Findings nach Asset, Schwachstelle, Service, Status und Zeitpunkt filtern.
2. Schritt 2: Beschreibung, Match-Details, Lösung, CVE, CWE und betroffene Instanz strukturiert lesen.
3. Schritt 3: Mehrere Vorkommen derselben Schwachstelle über Assets und Dienste vergleichen.
4. Schritt 4: Analyseansicht als View Template für wiederkehrende Triage speichern.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 15: CVSS, EPSS und Farsight

1. Schritt 1: Theoretische Schwere, statistische Ausnutzungswahrscheinlichkeit und prädiktive Risikoeinschätzung unterscheiden.
2. Schritt 2: CVSS-Vektor, EPSS-Wert und Farsight-Indikatoren gemeinsam mit der Assetexposition interpretieren.
3. Schritt 3: Wertänderungen und aktuelle Bedrohungsaktivität in die Prioritätsentscheidung einbeziehen.
4. Schritt 4: Eine nachvollziehbare Priorisierungsregel jenseits eines einzelnen Scores formulieren.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 16: Berichtsarten und Berichtszweck

1. Schritt 1: Vulnerability-, Compliance-, Delta-, Solution- und weitere Berichtsarten nach Entscheidungsfrage auswählen.
2. Schritt 2: Scope, Filter, Spalten und Zeitbezug vor der Berichtserzeugung festlegen.
3. Schritt 3: Technische und geschäftliche Darstellung aus derselben Datenbasis ableiten.
4. Schritt 4: Bericht auf Vollständigkeit, Aktualität und Empfängerberechtigung prüfen.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 17: HIAB-Architektur und Einsatzszenarien

1. Schritt 1: HIAB als Appliance für interne, hybride oder datensouveräne Scananforderungen einordnen.
2. Schritt 2: Management-, Update-, Scan- und Ergebnisdatenflüsse im Netzwerkdiagramm darstellen.
3. Schritt 3: SaaS-Verbindung, lokale Abhängigkeiten und Ausfallszenarien fachlich bewerten.
4. Schritt 4: Zielarchitektur mit Betrieb, Sicherheit, Kapazität und Verantwortlichkeiten freigeben.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 18: Workflow- und Integrationsdesign

1. Schritt 1: Auslöser, Bedingung, Aktion, Empfänger und Abschlusskriterium eines Workflows festlegen.
2. Schritt 2: Manuelle Schritte, Medienbrüche und unnötige Benachrichtigungen im Ist-Prozess identifizieren.
3. Schritt 3: Sollprozess mit Verantwortlichkeiten, Fristen, Eskalationen und Rückmeldung modellieren.
4. Schritt 4: Workflow anhand typischer und atypischer Ereignisse vor der Umsetzung testen.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 19: API-Architektur und Datenobjekte

1. Schritt 1: API-Anwendungsfälle von interaktiver Portalnutzung, Berichten und Event-Integrationen abgrenzen.
2. Schritt 2: Zentrale Datenobjekte wie Assets, Findings, Scans, Tags, Gruppen und Reports modellieren.
3. Schritt 3: Abhängigkeiten, Identifier und Zustandswechsel für spätere Automatisierungen dokumentieren.
4. Schritt 4: Eine Integrationsarchitektur mit Quelle, Ziel, Übertragungsrichtung und Verantwortlichkeit entwerfen.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 20: CTEM-Scoping und Geschäftsausrichtung

1. Schritt 1: Geschäftskritische Dienste, Angriffsflächen und relevante Bedrohungsszenarien priorisieren.
2. Schritt 2: Interne Assets, Cloud, externe Exposition und organisatorische Grenzen in einen Scope überführen.
3. Schritt 3: Erfolgskriterien als messbare Reduktion von Exposure statt bloßer Finding-Anzahl definieren.
4. Schritt 4: Scope regelmäßig an Geschäftsänderungen, Vorfälle und neue Erkenntnisse anpassen.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Kapitel 21: CTEM-Kennzahlen und kontinuierliche Verbesserung

1. Schritt 1: Kennzahlen für Discovery-Abdeckung, Priorisierungsqualität, Time-to-Remediate und Restexposure definieren.
2. Schritt 2: Mengenkennzahlen von tatsächlicher Risikoreduktion und Prozesswirkung unterscheiden.
3. Schritt 3: Zyklusweise Ergebnisse vergleichen und strukturelle Engpässe identifizieren.
4. Schritt 4: Scope, Kontrollen, Automatisierung und Ressourcen anhand der Messwerte verbessern.

Praxis: Die Schritte werden an einem abgegrenzten Beispielszenario umgesetzt, geprüft und in einer wiederverwendbaren Arbeitsunterlage dokumentiert.

Zielgruppe

Security Engineering, Plattformadministration, EASM, Vulnerability Management, SOC, Cloud Security, Integration und technische Projektleitung.

Voraussetzungen

Technische Security-Grundlagen, sichere Netzwerkkenntnisse und ein gemeinsamer Testzugang für Platform, OutscanNX und EASM.

Methodik

Fachlicher Kurzvortrag, geführte Demonstration, schrittweise Konfiguration, Analyse realitätsnaher Befunde, praktische Übungen am System sowie dokumentierte Kontroll- und Abnahmeschritte.