Seminar UBIKA – Kompaktseminar WAAP, API-Sicherheit und Betrieb

Das Kompaktseminar bietet einen konzentrierten Querschnitt durch Anwendungsschutz, API-Sicherheit, Bereitstellungsmodelle und Betriebsaufgaben. Es eignet sich für Teams, die innerhalb weniger Tage ein gemeinsames Arbeitsmodell und eine belastbare Entscheidungsgrundlage benötigen.

Inhaltsverzeichnis

1. Seminarprofil
2. Lernziele
3. Schrittweise Seminarinhalte
4. Praxisaufgaben
5. Zielgruppe und Voraussetzungen

Seminarprofil

Die Schulung kombiniert fachliche Einordnung, geführte Konfiguration, reproduzierbare Tests und betriebliche Dokumentation. Jede Änderung wird zuerst in ihrem Datenfluss und Risikokontext bewertet, danach in einer Laborumgebung umgesetzt und abschließend mit Positiv-, Negativ- und Rückfalltests geprüft.

Lernziele

• Die fachlichen und technischen Anforderungen zu Tag 1 – WAAP-Grundlagen und Architekturwahl strukturiert analysieren und priorisieren.
• Die UBIKA-Konfiguration für Tag 1 – Gateway-Onboarding und Reverse Proxy und Tag 1 – Workflows und Webschutz nachvollziehbar aufbauen.
• Funktions-, Negativ-, Last- und Fehlerfälle mit eindeutigen Abnahmekriterien prüfen.
• Änderungen, Ausnahmen und Betriebsentscheidungen versionierbar und revisionsfähig dokumentieren.
• Monitoring, Freigabe, Rollback und Verantwortlichkeiten in einen belastbaren Betriebsprozess überführen.

Schrittweise Seminarinhalte

Modul 1: Tag 1 – WAAP-Grundlagen und Architekturwahl

1. Schritt 1 – Analysieren: Für Bedrohungen, HTTP und TLS, WAF, API-Schutz, Bots, Gateway, Cloud, SaaS und Container werden Ausgangslage, Datenfluss, Abhängigkeiten, Verantwortlichkeiten, Schutzbedarf und mögliche Fehlerszenarien vollständig erfasst.
2. Schritt 2 – Planen: Zielzustand, benötigte UBIKA-Objekte, sichere Standardwerte, Migrationsfolge, Testdaten, Freigabepunkte und ein eindeutiger Rückfallweg werden festgelegt.
3. Schritt 3 – Umsetzen: Die Konfiguration wird zunächst in einer kontrollierten Umgebung erstellt, mit minimalen Berechtigungen versehen, nachvollziehbar benannt und ohne unnötige globale Ausnahmen aktiviert.
4. Schritt 4 – Prüfen: Gültige Nutzung, Grenzwerte, Angriffs- oder Fehlerfälle, Protokollierung, Monitoring, Wiederholbarkeit und Rollback werden anhand dokumentierter Abnahmekriterien kontrolliert.

Modul 2: Tag 1 – Gateway-Onboarding und Reverse Proxy

1. Schritt 1 – Analysieren: Für Hostnamen, Backends, DNS, Zertifikate, Header, Health Checks, Testhostname und Rollback werden Ausgangslage, Datenfluss, Abhängigkeiten, Verantwortlichkeiten, Schutzbedarf und mögliche Fehlerszenarien vollständig erfasst.
2. Schritt 2 – Planen: Zielzustand, benötigte UBIKA-Objekte, sichere Standardwerte, Migrationsfolge, Testdaten, Freigabepunkte und ein eindeutiger Rückfallweg werden festgelegt.
3. Schritt 3 – Umsetzen: Die Konfiguration wird zunächst in einer kontrollierten Umgebung erstellt, mit minimalen Berechtigungen versehen, nachvollziehbar benannt und ohne unnötige globale Ausnahmen aktiviert.
4. Schritt 4 – Prüfen: Gültige Nutzung, Grenzwerte, Angriffs- oder Fehlerfälle, Protokollierung, Monitoring, Wiederholbarkeit und Rollback werden anhand dokumentierter Abnahmekriterien kontrolliert.

Modul 3: Tag 1 – Workflows und Webschutz

1. Schritt 1 – Analysieren: Für Subworkflows, Attribute, Engine-Reihenfolge, OWASP-Risiken, Beobachtungsmodus und Blockierung werden Ausgangslage, Datenfluss, Abhängigkeiten, Verantwortlichkeiten, Schutzbedarf und mögliche Fehlerszenarien vollständig erfasst.
2. Schritt 2 – Planen: Zielzustand, benötigte UBIKA-Objekte, sichere Standardwerte, Migrationsfolge, Testdaten, Freigabepunkte und ein eindeutiger Rückfallweg werden festgelegt.
3. Schritt 3 – Umsetzen: Die Konfiguration wird zunächst in einer kontrollierten Umgebung erstellt, mit minimalen Berechtigungen versehen, nachvollziehbar benannt und ohne unnötige globale Ausnahmen aktiviert.
4. Schritt 4 – Prüfen: Gültige Nutzung, Grenzwerte, Angriffs- oder Fehlerfälle, Protokollierung, Monitoring, Wiederholbarkeit und Rollback werden anhand dokumentierter Abnahmekriterien kontrolliert.

Modul 4: Tag 2 – API-Inventar und Positivmodell

1. Schritt 1 – Analysieren: Für Operationen, Methoden, Parameter, Datenformate, Verbraucher, OpenAPI und Vertragsprüfung werden Ausgangslage, Datenfluss, Abhängigkeiten, Verantwortlichkeiten, Schutzbedarf und mögliche Fehlerszenarien vollständig erfasst.
2. Schritt 2 – Planen: Zielzustand, benötigte UBIKA-Objekte, sichere Standardwerte, Migrationsfolge, Testdaten, Freigabepunkte und ein eindeutiger Rückfallweg werden festgelegt.
3. Schritt 3 – Umsetzen: Die Konfiguration wird zunächst in einer kontrollierten Umgebung erstellt, mit minimalen Berechtigungen versehen, nachvollziehbar benannt und ohne unnötige globale Ausnahmen aktiviert.
4. Schritt 4 – Prüfen: Gültige Nutzung, Grenzwerte, Angriffs- oder Fehlerfälle, Protokollierung, Monitoring, Wiederholbarkeit und Rollback werden anhand dokumentierter Abnahmekriterien kontrolliert.

Modul 5: Tag 2 – Identität und Missbrauchsschutz

1. Schritt 1 – Analysieren: Für Token, Rollen, Sitzungen, Raten, Bots, objektbezogene Risiken und abgestufte Reaktionen werden Ausgangslage, Datenfluss, Abhängigkeiten, Verantwortlichkeiten, Schutzbedarf und mögliche Fehlerszenarien vollständig erfasst.
2. Schritt 2 – Planen: Zielzustand, benötigte UBIKA-Objekte, sichere Standardwerte, Migrationsfolge, Testdaten, Freigabepunkte und ein eindeutiger Rückfallweg werden festgelegt.
3. Schritt 3 – Umsetzen: Die Konfiguration wird zunächst in einer kontrollierten Umgebung erstellt, mit minimalen Berechtigungen versehen, nachvollziehbar benannt und ohne unnötige globale Ausnahmen aktiviert.
4. Schritt 4 – Prüfen: Gültige Nutzung, Grenzwerte, Angriffs- oder Fehlerfälle, Protokollierung, Monitoring, Wiederholbarkeit und Rollback werden anhand dokumentierter Abnahmekriterien kontrolliert.

Modul 6: Tag 2 – Cloud, SaaS und Container

1. Schritt 1 – Analysieren: Für gemeinsame Verantwortung, DNS-Datenpfad, Cloud-Netze, CI/CD, Kubernetes, Secrets und Skalierung werden Ausgangslage, Datenfluss, Abhängigkeiten, Verantwortlichkeiten, Schutzbedarf und mögliche Fehlerszenarien vollständig erfasst.
2. Schritt 2 – Planen: Zielzustand, benötigte UBIKA-Objekte, sichere Standardwerte, Migrationsfolge, Testdaten, Freigabepunkte und ein eindeutiger Rückfallweg werden festgelegt.
3. Schritt 3 – Umsetzen: Die Konfiguration wird zunächst in einer kontrollierten Umgebung erstellt, mit minimalen Berechtigungen versehen, nachvollziehbar benannt und ohne unnötige globale Ausnahmen aktiviert.
4. Schritt 4 – Prüfen: Gültige Nutzung, Grenzwerte, Angriffs- oder Fehlerfälle, Protokollierung, Monitoring, Wiederholbarkeit und Rollback werden anhand dokumentierter Abnahmekriterien kontrolliert.

Modul 7: Tag 3 – False Positives und Richtlinienpflege

1. Schritt 1 – Analysieren: Für Engine, Parameter, fachlicher Kontext, minimale Ausnahme, Regression, Freigabe und Ablauf werden Ausgangslage, Datenfluss, Abhängigkeiten, Verantwortlichkeiten, Schutzbedarf und mögliche Fehlerszenarien vollständig erfasst.
2. Schritt 2 – Planen: Zielzustand, benötigte UBIKA-Objekte, sichere Standardwerte, Migrationsfolge, Testdaten, Freigabepunkte und ein eindeutiger Rückfallweg werden festgelegt.
3. Schritt 3 – Umsetzen: Die Konfiguration wird zunächst in einer kontrollierten Umgebung erstellt, mit minimalen Berechtigungen versehen, nachvollziehbar benannt und ohne unnötige globale Ausnahmen aktiviert.
4. Schritt 4 – Prüfen: Gültige Nutzung, Grenzwerte, Angriffs- oder Fehlerfälle, Protokollierung, Monitoring, Wiederholbarkeit und Rollback werden anhand dokumentierter Abnahmekriterien kontrolliert.

Modul 8: Tag 3 – Logging, HA und Lifecycle

1. Schritt 1 – Analysieren: Für Remote-Logs, Alarme, Sicherung, Update, Zertifikate, Failover, Kapazität und Wartungsfenster werden Ausgangslage, Datenfluss, Abhängigkeiten, Verantwortlichkeiten, Schutzbedarf und mögliche Fehlerszenarien vollständig erfasst.
2. Schritt 2 – Planen: Zielzustand, benötigte UBIKA-Objekte, sichere Standardwerte, Migrationsfolge, Testdaten, Freigabepunkte und ein eindeutiger Rückfallweg werden festgelegt.
3. Schritt 3 – Umsetzen: Die Konfiguration wird zunächst in einer kontrollierten Umgebung erstellt, mit minimalen Berechtigungen versehen, nachvollziehbar benannt und ohne unnötige globale Ausnahmen aktiviert.
4. Schritt 4 – Prüfen: Gültige Nutzung, Grenzwerte, Angriffs- oder Fehlerfälle, Protokollierung, Monitoring, Wiederholbarkeit und Rollback werden anhand dokumentierter Abnahmekriterien kontrolliert.

Modul 9: Tag 3 – Troubleshooting und Lernpfad

1. Schritt 1 – Analysieren: Für Netzwerk, TLS, Proxy, Workflow, Backend, Leistung, Diagnosefolge und rollenbezogene Vertiefung werden Ausgangslage, Datenfluss, Abhängigkeiten, Verantwortlichkeiten, Schutzbedarf und mögliche Fehlerszenarien vollständig erfasst.
2. Schritt 2 – Planen: Zielzustand, benötigte UBIKA-Objekte, sichere Standardwerte, Migrationsfolge, Testdaten, Freigabepunkte und ein eindeutiger Rückfallweg werden festgelegt.
3. Schritt 3 – Umsetzen: Die Konfiguration wird zunächst in einer kontrollierten Umgebung erstellt, mit minimalen Berechtigungen versehen, nachvollziehbar benannt und ohne unnötige globale Ausnahmen aktiviert.
4. Schritt 4 – Prüfen: Gültige Nutzung, Grenzwerte, Angriffs- oder Fehlerfälle, Protokollierung, Monitoring, Wiederholbarkeit und Rollback werden anhand dokumentierter Abnahmekriterien kontrolliert.

Praxisaufgaben

1. Einen vollständigen Praxisfall zu Tag 1 – WAAP-Grundlagen und Architekturwahl bearbeiten: Bedrohungen, HTTP und TLS, WAF, API-Schutz, Bots, Gateway, Cloud, SaaS und Container aufnehmen, konfigurieren, testen und mit Freigabe- sowie Rückfallnachweis dokumentieren.
2. Einen vollständigen Praxisfall zu Tag 1 – Gateway-Onboarding und Reverse Proxy bearbeiten: Hostnamen, Backends, DNS, Zertifikate, Header, Health Checks, Testhostname und Rollback aufnehmen, konfigurieren, testen und mit Freigabe- sowie Rückfallnachweis dokumentieren.
3. Einen vollständigen Praxisfall zu Tag 1 – Workflows und Webschutz bearbeiten: Subworkflows, Attribute, Engine-Reihenfolge, OWASP-Risiken, Beobachtungsmodus und Blockierung aufnehmen, konfigurieren, testen und mit Freigabe- sowie Rückfallnachweis dokumentieren.
4. Einen vollständigen Praxisfall zu Tag 2 – API-Inventar und Positivmodell bearbeiten: Operationen, Methoden, Parameter, Datenformate, Verbraucher, OpenAPI und Vertragsprüfung aufnehmen, konfigurieren, testen und mit Freigabe- sowie Rückfallnachweis dokumentieren.
5. Einen vollständigen Praxisfall zu Tag 2 – Identität und Missbrauchsschutz bearbeiten: Token, Rollen, Sitzungen, Raten, Bots, objektbezogene Risiken und abgestufte Reaktionen aufnehmen, konfigurieren, testen und mit Freigabe- sowie Rückfallnachweis dokumentieren.

Zielgruppe und Voraussetzungen

Zielgruppe: IT- und Security-Architektur, technische Projektleitung, Administration, Application Security, DevSecOps, SOC und zentrale Anwendungsverantwortliche.

Voraussetzungen: Grundkenntnisse in Webanwendungen, HTTP, TLS und IT-Betrieb. Tiefe UBIKA-Erfahrung ist nicht erforderlich.