Orthevs Engineering Lab · SEL

Security vom Zielbild bis zur wirksam verifizierten Maßnahme verbinden.

Das Security Engineering Lab führt Assets, Controls, Findings, Risiken, Detection, Response, Recovery und Evidence in einer Security Control Plane zusammen – mit begrenzten Rechten, explizitem Scope und nachvollziehbaren Entscheidungen.

Einsatzfelder ansehen 48 Factories erkunden

Dokumentiertes Zielbild · Concept / Architecture Baseline

Continuous Assurance

InputAssetsThreatsPolicies

Orthevs LabSELControl Plane

OutcomeControlsFindingsEvidence

Validation, Incidents und Recovery verbessern Controls, Rules und Playbooks

Auftrag und Anspruch

Security Engineering verbindet Prävention, Detection, Response und Nachweis.

Sicherheitswerkzeuge erzeugen Signale, aber noch kein belastbares Sicherheitsmodell. SEL verknüpft Targets und Assets mit erwarteten Controls, Assessments, Findings, Risiken, Cases, Incidents, Remediation und Evidence. Dadurch wird sichtbar, was geprüft wurde, was unbekannt bleibt und welche Entscheidung aus einem Ergebnis folgt.

SEL ist keine monolithische Neuentwicklung von SIEM, EDR, IAM, PKI oder Scannern. Bestehende Produkte werden über Adapter integriert und um versionierte Security-as-Code- und Security-as-a-Product-Capabilities ergänzt. Providerabhängigkeit bleibt hinter offenen Schemas und Export Contracts begrenzt.

Read-only ist der sichere Ausgangspunkt. Mutierende oder offensive Aktionen benötigen Target, Scope, Zeitfenster, befristete Credentials, Impact Report, Approval, Kill Switch und Recovery-Pfad. Ein technischer Scan ersetzt weder Risikoentscheidung noch rechtliche Compliance-Bewertung.

Capability-Landkarte

Zwölf Domänen strukturieren das Security Engineering Lab.

Die Domänen ordnen Verantwortung und Lebenszyklen. Factories liefern darin klar abgegrenzte, versionierbare Fähigkeiten.

1 · SAF · SBF · SPF · TMF

Security Strategy & Architecture

Zielarchitekturen, Threat Models, Baselines und Policies als versionierte Sicherheitsprodukte entwickeln.

2 · ADF · ASUF · RMF · VMF

Asset, Exposure & Vulnerability

Assets und Angriffsflächen erfassen, Findings priorisieren und Remediation bis zum Re-Test verfolgen.

3 · AGF · ISF · PCF · SKSF

Identity, Access & Trust

Identitäten, Berechtigungen, Secrets, Schlüssel, PKI und Vertrauensbeziehungen kontrollieren.

4 · ATF · DSBF · SCF · SSCF

Application & Supply Chain Security

Code, Anwendungen, Dependencies, SBOM, Provenance und Release Gates absichern.

5 · CLSF · CSF · INSF · KSF

Infrastructure, Cloud & Platform Security

Hosts, Cloud, Kubernetes und Container gegen Baselines und Exposure-Modelle prüfen.

6 · EWSF · ESF · NDF · ZTF

Network & Endpoint Defense

Segmentierung, Endpoint Controls, Zero Trust sowie Mail- und Webschutz zusammenführen.

7 · DEF · STF · THF · TIF

Detection & Security Analytics

Telemetrie, versionierte Detection Rules, Threat Intelligence und Hunting nachvollziehbar betreiben.

8 · DFF · IRF · SOAF · SCMF

Security Operations & Incident Response

Alerts, Cases, Response, sichere Automation und Forensics in einem Incident-Lifecycle koordinieren.

9 · AEF · BSF · SEAF · SVF

Offensive Security & Validation

Autorisierte Assessments, Emulation und Breach Simulation zur überprüfbaren Control-Wirksamkeit nutzen.

10 · AEVF · CEF · PEF · RAF

Risk, Compliance & Privacy

Risiken, Kontrollmapping, Datenschutz und revisionsfähige Evidence mit Entscheidungen verbinden.

11 · CCF · CRF · RRF · SEXF

Resilience & Crisis Security

Cyber Recovery, Ransomware Resilience, Übungen und Krisenkoordination vorbereiten und testen.

12 · AISF · CEF2 · OISF · SRF

Specialized & Emerging Security

AI, OT/IoT, Kryptografie, PQC und neue Bedrohungen in abgegrenzten Engineering-Profilen bearbeiten.

Einsatzmöglichkeiten

SEL beginnt beim vollständigen Engineering-Problem.

Die Szenarien verbinden mehrere Factories zu einer belastbaren Strecke. Sie beschreiben das dokumentierte Zielbild, keine bereits zugesicherte Produktfunktion.

1Secure Provisioning

Eine Plattform vor und nach der Bereitstellung absichern

PEL bezieht ein signiertes OS-Image von OSEL, lässt Security Profile und Preflight von SEL bewerten und registriert den fertigen Cluster erneut als Target. Baseline- und Exposure-Assessments liefern Findings und ein nachvollziehbares Gate Result.

Security vor und nach Provisioning
Evidence über Lab-Grenzen
Keine direkte Datenbankkopplung

OSEL → PEL → SEL Gate → Provision → SEL Verify

2Exposure Management

Von der Schwachstelle zur wirksam verifizierten Behebung

Asset Discovery und Vulnerability Management erzeugen ein kontextualisiertes Finding. Risiko und Ownership bestimmen den Remediation-Plan; PEL oder OSEL führen den Change aus, SEL schließt erst nach unabhängigem Re-Test.

Risk Context statt CVSS allein
Approval und Change Ownership
Resolved erst nach Verification

ADF → VMF → RAF → RMF → PEL/OSEL → SVF

3SOC & Response

Detection, Incident und Recovery durchgängig koordinieren

Erlaubte Telemetrie speist getestete Detection Rules. Case Management priorisiert Alerts, Incident Response dokumentiert Entscheidungen, Forensics sichert Evidence und Cyber Recovery koordiniert Wiederanlauf und Integritätsprüfung.

Versionierte Detection Rules
Chain of Custody
Recovery mit Post-Incident-Lernen

STF → DEF → SCMF → IRF → DFF → CRF

4DevSecOps

Software-Lieferketten vor Release prüfen

Code-, Application-, Dependency- und Supply-Chain-Prüfungen erzeugen normalisierte Findings und Evidence. Policies entscheiden über Release Gates; Ausnahmen besitzen Owner, Begründung und Ablaufdatum.

SAST, DAST und SBOM
Provenance und Signaturen
Policy Gate mit Ausnahmeprozess

SCF → ATF → DSBF → SSCF → CEF → AEVF

End-to-End-Lebenszyklus

Von der Anforderung bis zum kontrollierten nächsten Zustand.

SEL deckt präventive, detektive und reaktive Security ab und führt Erkenntnisse zurück in Architektur, Controls und Playbooks.

1
Discover
Assets und Scope kennen
Targets, Owner, Kritikalität, Exposures und Coverage erfassen.
2
Assess
Zustand bewerten
Scope-begrenzte Prüfungen mit Confidence, Freshness und Evidence ausführen.
3
Architect
Controls entwerfen
Threat Models, Baselines, Trust Boundaries und Policies versionieren.
4
Implement
Schutzmaßnahmen ausrollen
Controls über zuständige Labs und Systeme kontrolliert implementieren.
5
Validate
Wirksamkeit prüfen
Security Tests, Re-Tests und Simulationen gegen definierte Erwartungen ausführen.
6
Operate
Posture erhalten
Coverage, Ausnahmen, Risiken, Findings und Kontrollzustände fortlaufend pflegen.
7
Detect
Verdächtiges erkennen
Telemetrie und getestete Regeln in nachvollziehbare Alerts überführen.
8
Respond
Incidents begrenzen
Triage, Containment, Actions, Kommunikation und Forensics koordinieren.
9
Recover
Vertrauen wiederherstellen
Systeme, Daten und Identitäten geprüft zurück in einen sicheren Zustand führen.
10
Improve
Lernen verankern
Findings und Incidents in bessere Controls, Rules, Architektur und Übungen übersetzen.
11
Retire
Sicher stilllegen
Zugriff, Daten, Keys, Evidence und Retention beim Abbau kontrollieren.

Geschlossener Regelkreis

Validation, Incidents und Recovery verbessern Controls, Rules und Playbooks. Erkenntnisse werden nicht nur dokumentiert, sondern fließen versioniert in den nächsten Engineering-Zyklus ein.

Referenzarchitektur

Das Security-System selbst ist eine kritische Trust Boundary.

UI/API, Control Plane, isolierte Execution Worker, Targets und Evidence Storage sind getrennte Zonen mit jeweils minimalen Rechten.

Ebene 1 · Identity & Governance

Orthevs Platform

SSO, Tenancy, IAM, Policy, Secrets, Event Bus und zentraler Auditkontext.

Ebene 2 · Security Control Plane

SEL Core & API

Projects, Targets, Assets, Controls, Findings, Risks, Cases, Incidents und Approvals.

Ebene 3 · Security Capabilities

SEL Factory-Plugins

Architecture, Assessment, Detection, Response, Recovery, GRC und Verification.

Ebene 4 · Isolierte Ausführung

Worker, Adapter & Evidence

Scanner, SIEM, EDR, Cloud, K8s, IAM, Action Runner und geschützter Evidence Store.

Read-only by default

Assessment beginnt ohne Änderungsrechte; Actions brauchen einen neuen, expliziten Scope.

Fail closed

Cross-Tenant- oder Autorisierungsfehler stoppen den Ablauf und erzeugen Audit und Alert.

Unknown bleibt unknown

Fehlende Coverage, Rate Limits oder unerreichbare Targets werden nicht als compliant gewertet.

Evidence first

Befunde und Entscheidungen bleiben mit integritätsgeschützten Nachweisen verknüpft.

Lab Core

Gemeinsame Verantwortungen halten die Factories integrierbar.

Der Lab-Core bündelt die fachlichen Querschnittsdienste; eine Factory ergänzt eine Capability, ohne diese Grundlagen parallel neu zu bauen.