Seminar OpenRelik – Architektur und technische Grundlagen

Das Seminar erläutert die technischen Bausteine von OpenRelik und deren Zusammenspiel. Analysiert werden Weboberfläche, API, Datenbank, Redis und Celery, Worker, gemeinsam genutzter Dateispeicher, Workflow-Orchestrierung sowie die wichtigsten Daten- und Kontrollflüsse.

Inhaltsübersicht

1. Zielsetzung und Kompetenzziele
2. Zielgruppe und Voraussetzungen
3. Didaktischer Aufbau
4. Seminarinhalte mit schrittweisen Praxisaufträgen
5. Praxisübungen
6. Methodik

Zielsetzung

Das Seminar verbindet fachliche Einordnung, geführte Demonstrationen und eigenständige Arbeit am System. Jeder Themenblock führt von der Planung über die kontrollierte Ausführung bis zur Prüfung und Dokumentation. Damit entstehen nicht nur Bedienkenntnisse, sondern reproduzierbare Arbeitsweisen für den Einsatz im DFIR-Umfeld.

Kompetenzziele

• Kernkomponenten und Verantwortlichkeiten der Plattform erklären
• Daten-, Steuerungs- und Ereignisflüsse eines Workflows nachvollziehen
• Abhängigkeiten zwischen API, Broker, Worker, Datenbank und Speicher bewerten
• Architekturentscheidungen für eine geplante Umgebung begründet vorbereiten

Zielgruppe

Systemarchitekten, Administratoren, Entwickler, Plattformverantwortliche und technische Entscheider, die OpenRelik bewerten, planen oder betreiben.

Voraussetzungen

Grundverständnis von Webanwendungen, Containern, relationalen Datenbanken und asynchroner Auftragsverarbeitung.

Didaktischer Aufbau

Ein Tag ist ausreichend, weil das Lernziel die fundierte Architekturorientierung und keine vollständige Betriebsimplementierung ist. Der Tag enthält dennoch ein geführtes System-Mapping und eine Fehlerflussanalyse. Die Lernabschnitte bauen aufeinander auf; nach jeder Demonstration folgt eine angeleitete Umsetzung, anschließend eine eigenständige Prüfung anhand definierter Qualitätskriterien. Fehlerbilder und Grenzfälle werden bewusst einbezogen, damit Entscheidungen im späteren Betrieb nachvollziehbar bleiben.

Seminarinhalte

Modul 1: Plattformbild und Komponentenlandkarte

Die Gesamtplattform wird in fachliche Oberfläche, Steuerungsebene, Ausführungsebene und Datenhaltung zerlegt.

1. Schritt 1: Benutzeroberfläche, API-Server, Datenbank, Broker, Worker und Speicher identifizieren.
2. Schritt 2: Verantwortlichkeiten und Vertrauensgrenzen jeder Komponente zuordnen.
3. Schritt 3: Abhängigkeiten und mögliche Ausfallauswirkungen in einer Komponentenkarte markieren.

Praxisauftrag: Erstellung eines Architekturdiagramms aus einem vorgegebenen Deployment.

Modul 2: Daten- und Kontrollflüsse

Eine Analyse durchläuft Upload, Registrierung, Workflow-Planung, Worker-Ausführung und Ergebnisrückgabe.

1. Schritt 1: Lebenszyklus eines Artefakts vom Eingang bis zum abgeleiteten Ergebnis verfolgen.
2. Schritt 2: Steuerungsnachrichten von den eigentlichen Beweisdaten unterscheiden.
3. Schritt 3: Persistente und flüchtige Zustände sowie ihre Wiederherstellungsrelevanz kennzeichnen.

Praxisauftrag: Sequenzdiagramm für einen mehrstufigen Analyseworkflow.

Modul 3: Asynchrone Ausführung mit Celery und Redis

Aufträge werden über Warteschlangen verteilt und von isolierten Workern verarbeitet. Daraus entstehen besondere Anforderungen an Zustandskontrolle und Wiederholung.

1. Schritt 1: Queue-Zuordnung, Task-Registrierung und Worker-Kapazität fachlich einordnen.
2. Schritt 2: Erfolgs-, Fehler- und Wiederholungszustände eines Tasks unterscheiden.
3. Schritt 3: Folgen von Worker-Ausfall, Broker-Störung und doppelter Zustellung bewerten.

Praxisauftrag: Fehlerpfadanalyse anhand eines unterbrochenen Workflow-Laufs.

Modul 4: Speicher, Datenbank und Skalierungsgrenzen

Metadaten, Workflow-Zustände und Artefaktdateien haben unterschiedliche Last- und Schutzprofile.

1. Schritt 1: Datenklassen den passenden Persistenzkomponenten zuordnen.
2. Schritt 2: I/O-, CPU-, Netzwerk- und Datenbankengpässe anhand typischer Untersuchungen erkennen.
3. Schritt 3: Erste Architekturmaßnahmen für Verfügbarkeit, Sicherung und Wachstum priorisieren.

Praxisauftrag: Kapazitätsabschätzung für eine kleine, mittlere und verteilte Umgebung.

Praxisübungen

• Komponenten- und Vertrauenszonenmodell einer Referenzumgebung
• Nachverfolgung eines Artefakts durch einen vollständigen Workflow
• Bewertung dreier Ausfallszenarien und Zuordnung geeigneter Gegenmaßnahmen

Methodik

Kurze Fachimpulse werden unmittelbar mit Live-Demonstrationen, geführten Konfigurations- und Analyseschritten, eigenständigen Laboraufgaben sowie strukturierten Reviews verbunden. Für jede Übung werden Ausgangslage, Arbeitsschritte, erwartete Kontrollpunkte und typische Fehlerbilder festgelegt. Die verwendeten Beispiele sind so aufgebaut, dass sie als Vorlage für interne Standards, Checklisten und Testfälle weiterverwendet werden können.