Seminar Firezone – Architektur und Zero-Trust-Grundlagen

Kontroll- und Datenebene, Sites, Gateways, Clients, Ressourcen, Gruppen, Policies und sichere Verbindungswege werden zu einer belastbaren Zielarchitektur verbunden.

Das eintägige Format verbindet fachliche Planung, geführte Konfiguration, Sicherheitsprüfung und Betriebsübergabe. Jeder Arbeitsschritt erhält einen messbaren Prüfpunkt.

Inhaltsübersicht

• Zielsetzung
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Praxisübungen
• Methodik

Zielsetzung

• Ausgangslage, Schutzbedarf und technische Abhängigkeiten vollständig erfassen
• Firezone-Komponenten und Konfigurationen reproduzierbar planen und umsetzen
• Least Privilege, sichere Geheimnisverwaltung und klare Verantwortlichkeiten anwenden
• Positiv-, Negativ-, Ausfall- und Änderungsfälle systematisch prüfen
• Ergebnisse in eine belastbare Architektur- und Betriebsdokumentation überführen

Zielgruppe

IT-Architektur, Netzwerk- und Systemadministration, Informationssicherheit sowie technische Projektleitung.

Voraussetzungen

Grundkenntnisse zu IP-Netzen, DNS, Identitätsdiensten und Remote Access.

Seminarinhalte

1. Schritt 1: Schutzbedarf und Zielbild
   Geschäftliche Ressourcen, Benutzergruppen, Vertrauensgrenzen und Schutzziele erfassen. Planung, Konfiguration, Sicherheitswirkung, Zuständigkeit und Betriebsfolge werden dokumentiert und mit einem definierten Prüffall abgeschlossen.
2. Schritt 2: Komponentenmodell
   Admin-Portal, Policy Engine, Clients, Gateways, Relays und Ressourcen eindeutig zuordnen. Planung, Konfiguration, Sicherheitswirkung, Zuständigkeit und Betriebsfolge werden dokumentiert und mit einem definierten Prüffall abgeschlossen.
3. Schritt 3: Sites und Zonen
   Standorte, Cloud-Netze und Sicherheitszonen in nachvollziehbare Sites gliedern. Planung, Konfiguration, Sicherheitswirkung, Zuständigkeit und Betriebsfolge werden dokumentiert und mit einem definierten Prüffall abgeschlossen.
4. Schritt 4: Ressourcentypen
   DNS, einzelne IP-Adressen und CIDR-Netze nach Präzision und Änderbarkeit bewerten. Planung, Konfiguration, Sicherheitswirkung, Zuständigkeit und Betriebsfolge werden dokumentiert und mit einem definierten Prüffall abgeschlossen.
5. Schritt 5: Identitäten und Gruppen
   Menschliche Benutzer, technische Konten und fachliche Gruppen sauber trennen. Planung, Konfiguration, Sicherheitswirkung, Zuständigkeit und Betriebsfolge werden dokumentiert und mit einem definierten Prüffall abgeschlossen.
6. Schritt 6: Default-Deny-Policies
   Jede Freigabe als begründete Verbindung zwischen Gruppe und Ressource modellieren. Planung, Konfiguration, Sicherheitswirkung, Zuständigkeit und Betriebsfolge werden dokumentiert und mit einem definierten Prüffall abgeschlossen.
7. Schritt 7: Verbindungsaufbau
   Authentifizierung, Policy-Prüfung, Schlüsselaustausch, Direktpfad und Relay-Fallback nachvollziehen. Planung, Konfiguration, Sicherheitswirkung, Zuständigkeit und Betriebsfolge werden dokumentiert und mit einem definierten Prüffall abgeschlossen.
8. Schritt 8: Netzwerkgrenzen
   DNS, NAT, Firewall und Zielsystem als Teile des vollständigen Datenpfads einordnen. Planung, Konfiguration, Sicherheitswirkung, Zuständigkeit und Betriebsfolge werden dokumentiert und mit einem definierten Prüffall abgeschlossen.
9. Schritt 9: Verfügbarkeit
   Mehrere Gateways und getrennte Fehlerdomänen bereits im Entwurf berücksichtigen. Planung, Konfiguration, Sicherheitswirkung, Zuständigkeit und Betriebsfolge werden dokumentiert und mit einem definierten Prüffall abgeschlossen.
10. Schritt 10: Architekturdokumentation
    Komponenten, Eigentümer, Abhängigkeiten, Risiken und Ausbaupfade zusammenführen. Planung, Konfiguration, Sicherheitswirkung, Zuständigkeit und Betriebsfolge werden dokumentiert und mit einem definierten Prüffall abgeschlossen.

Praxisübungen

1. Schutzbedarf und Zielbild anhand eines realistischen Szenarios planen, umsetzen, mit einem Gegenbeispiel prüfen und als kurze Arbeitsanweisung dokumentieren.
2. Sites und Zonen anhand eines realistischen Szenarios planen, umsetzen, mit einem Gegenbeispiel prüfen und als kurze Arbeitsanweisung dokumentieren.
3. Identitäten und Gruppen anhand eines realistischen Szenarios planen, umsetzen, mit einem Gegenbeispiel prüfen und als kurze Arbeitsanweisung dokumentieren.
4. Verbindungsaufbau anhand eines realistischen Szenarios planen, umsetzen, mit einem Gegenbeispiel prüfen und als kurze Arbeitsanweisung dokumentieren.
5. Verfügbarkeit anhand eines realistischen Szenarios planen, umsetzen, mit einem Gegenbeispiel prüfen und als kurze Arbeitsanweisung dokumentieren.

Methodik

Fachliche Einordnung, Live-Demonstrationen, geführte Konfiguration, strukturierte Laboraufgaben und gemeinsame Auswertung werden kombiniert. Fehler werden nicht nur korrigiert, sondern ihrer Ursache in Identität, Policy, DNS, Netzwerk, Gateway, Client oder Zielressource zugeordnet.