Unterstützte Betriebssysteme & Umgebungen

StateWarden ist für geschäftskritische Infrastrukturen konzipiert. Unsere Architektur lehnt den Ansatz des kleinsten gemeinsamen Nenners ab. Stattdessen stellen wir native, systemnahe Agenten bereit, die speziell für die Plattformen kompiliert werden, auf denen moderne Enterprise- und Edge-Umgebungen laufen.

Wir verlassen uns nicht auf fragile Skripte oder schwere Laufzeitumgebungen. Der StateWarden-Agent (sw) ist eine statisch gelinkte Rust-Binärdatei, die Zero-Trust-Sicherheit, kryptografische Unveränderlichkeit und hardwarebeschleunigte Deduplizierung direkt auf Blockebene liefert.

Nachfolgend finden Sie die verbindliche Matrix der Betriebssysteme, die vom StateWarden-Ökosystem sowohl für Bare Metal Recovery (BMR) als auch für Vulnerability-/Patch-Management (Vigil) vollständig unterstützt werden.

Linux-Ökosystem (Tier-1-Support)

StateWarden deckt die wichtigsten Linux-Enterprise- und Edge-Distributionen ab. Der Agent integriert sich mit den nativen Paketmanagern und Block-Storage-Subsystemen (LVM, ext4, xfs, btrfs) jeder unterstützten Plattform.

Unterstützte Distributionen & Paketmanager

Auf den unten genannten Distributionen inventarisiert der Agent installierte Pakete, und Vigil wertet sie gegen Schwachstellendatenbanken aus. Die Installation von Updates ist administratorgesteuert: Auf der Seite Geräte können Sie ein Gerät anweisen, ausstehende Updates zu installieren. Der Agent führt das Upgrade dann über den nativen Paketmanager aus (mit automatischem Neustart, falls erforderlich). Erkennung und Auswertung laufen kontinuierlich; die Entscheidung, Updates anzuwenden, bleibt beim Betreiber - die Patch-Installation erfolgt nicht autonom.

• Debian & Ubuntu (LTS & Current)
  • Manager: apt / dpkg
• Red Hat Enterprise Linux (RHEL), Rocky Linux, AlmaLinux, CentOS, Fedora
  • Manager: dnf (und Legacy-yum für ältere CentOS-7-/SLES-12-Umgebungen)
• Arch Linux & Manjaro
  • Manager: pacman
• openSUSE & SUSE Linux Enterprise Server (SLES)
  • Manager: zypper
• Alpine Linux
  • Manager: apk (musl libc-Build für Edge-Deployments und Container-Hosts)

Immutable & deklarative Systeme (bewusster Ausschluss)

StateWarden bietet kein aktives Patch-Management für NixOS, Flatcar oder Fedora CoreOS.

Das architektonische Mandat: Wir respektieren die Grundprinzipien von GitOps und deklarativer Infrastruktur. Imperative Updates (z. B. nixos-rebuild switch) über ein zentrales Dashboard zu erzwingen, bricht das Immutability-Versprechen dieser Systeme. In solchen Umgebungen arbeitet StateWarden strikt im Read-Only-/Vulnerability-Management-Modus: Es erkennt CVEs und stellt kryptografische Backups bereit, überlässt die Zustandsänderung aber Ihren CI/CD-Pipelines.

Windows Server & Desktop

StateWarden integriert sich direkt in den Windows-NT-Storage-Stack. Der Agent umgeht Abstraktionsschichten, um mit der NTFS Master File Table (MFT) und dem Volume Shadow Copy Service (VSS) zu kommunizieren.

• Windows Server (2016, 2019, 2022, 2025)
• Windows 10 & Windows 11 (Pro, Enterprise)

Kernfunktionen unter Windows

• Native COM/WMI-Integration: Aktives, asynchrones Polling des Win32_QuickFixEngineering-Subsystems für eine präzise Patch-Auswertung in Echtzeit.
• Smart NTFS BMR: Automatische Erkennung von EFI-, MSR- und Recovery-Partitionen, die zusammen mit dem primären Systemlaufwerk (C:\) übertragen werden, um eine sofort bootfähige Bare Metal Recovery auf neuer Hardware zu erzeugen.
• BitLocker-Erkennung: Native Erkennung von Win32_EncryptableVolume-Zuständen, damit Backups unabhängig von Pre-Boot-Authentifizierungsanforderungen sicher und zugänglich bleiben.

Technische Einschränkungen & Anforderungen

Um diesen Integrationsgrad zu erreichen, benötigt der StateWarden-Agent die folgenden Bedingungen auf dem Zielhost:

1. Architektur: x86_64 (AMD64) ist derzeit das primär unterstützte Ziel. (ARM64-Unterstützung befindet sich für Edge-Mobility in aktiver Entwicklung.)
2. Berechtigungen: root (Linux) bzw. SYSTEM / Administrator (Windows) ist zwingend erforderlich. Der Agent muss direkt mit Blockgeräten (/dev/sda, \\.\PhysicalDrive0) interagieren, um Changed Block Tracking (CBT) und Bare-Metal-Erfassungen durchzusetzen.
3. Netzwerkprotokoll: Ausgehendes HTTPS (Port 443) zur Artemis Control Plane, abgesichert durch striktes mTLS-Certificate-Pinning (Mutual TLS). Offline- oder Air-Gap-Betrieb für die Control Plane wird nicht unterstützt.

Stellen Sie den Agenten auf einer der oben genannten unterstützten Plattformen bereit, um verschlüsselte Backups, Vulnerability-Management und Bare Metal Recovery für diesen Host zu aktivieren.