Deterministic Systems. Local AI. Zero-Trust Infrastructure.

GitOps Arista Spine-Leaf Automation Pipeline

Eine vollständig automatisierte GitOps-Pipeline für ein Arista vEOS Spine-and-Leaf-Netzwerk. Dieses Projekt demonstriert die Integration von NetBox als Network Source of Truth (SoT), Terraform für das Infrastruktur-Provisioning und Ansible für das geräteunabhängige Konfigurationsmanagement über die eAPI (httpapi). Zweck des Projekts Ziel dieser Automatisierungsarchitektur ist es, manuelle Eingriffe (CLI-Konfigurationen) bei der Bereitstellung

[LAYER_5] Sentinel Core: Lokales RAG & LLM ohne Cloud-Abhängigkeit

Wir haben die Fabric gehärtet, die Security-Zonen definiert, die Governance via GitOps etabliert und die Identität via OIDC abgesichert. Jetzt folgt die Krönung von Project Sentinel: Die AI Plane. Hier beweisen wir, dass hochperformante KI-Assistenz keine Internetverbindung und keine 40.000-Euro-GPUs benötigt, um KRITIS-Infrastrukturen zu auditieren. Die Architektur der Intelligenz

[LAYER_4] Identity Backbone: Keycloak & OIDC in KRITIS-Netzen

In der klassischen Netzwerktechnik galt lange: Wer physischen Zugriff auf die Management-Konsole hat oder im richtigen VLAN sitzt, ist vertrauenswürdig. In einer Zero-Trust-Architektur ist das ein fataler Trugschluss. Für Project Sentinel haben wir Layer 4 als Identity Plane definiert. Unser Credo: Identität ist der neue Perimeter. Kein Tool in unserem

[LAYER_3] GitOps & SSoT: Das Ende der manuellen CLI-Frickelei

Wer in einer KRITIS-Umgebung heute noch per SSH auf Switche geht, um "mal eben" ein VLAN zu ändern, hat die Kontrolle über seine Governance bereits verloren. Manuelle Eingriffe sind nicht auditierbar, fehleranfällig und der natürliche Feind jeder Zertifizierung. Für Project Sentinel haben wir Layer 3 als Governance Plane

[LAYER_1&2] Fabric & Security: OSPF-Kopplung und FortiGate Hardening

Jeder noch so intelligente KI-Assistent ist wertlos, wenn das darunter liegende Netzwerk eine "Black Box" ist. Für Project Sentinel haben wir ein Underlay geschaffen, das auf maximalen Determinismus und lückenlose Überwachung setzt. Wir verlassen uns nicht auf statische Routen – wir erzwingen dynamische Intelligenz bis zur Firewall. Layer 1:

[CASE_STUDY] Air-Gapped AI & Zero-Trust: Die Architektur der Souveränität

In hochregulierten kritischen Infrastrukturen (KRITIS), insbesondere unter dem Druck der NIS-2-Richtlinie, ist der Einsatz von Public-Cloud-KI (OpenAI, MS Copilot) kein bloßes Effizienzthema mehr – es ist ein unkalkulierbares Informationssicherheits-Risiko. Wer sensible Netzwerkkonfigurationen, Passwörter oder Topologien über externe APIs schickt, begeht Compliance-Suizid. Dieser Bericht dokumentiert den Gegenentwurf: Project Sentinel. Eine vollkommen autarke,

[SOW-01] SOVEREIGN_WEB_INFRASTRUCTURE

Der klassische Web-Stack ist heute oft eine Ansammlung von SaaS-Abhängigkeiten. Wir brechen dieses Modell auf und liefern eine Local-First Architektur, die volle Datensouveränität mit modernster Cloud-Connectivity (Zero-Trust) vereint. 1. Die Architektur (The Blueprint) Unsere Lösung verlagert die Intelligenz und die Daten zurück in den eigenen Kontrollbereich, ohne auf die globale

[DEFENSE_REPORT] Identity-Centric Governance: Keycloak, OIDC & Zero-Trust NAC

In hochverfügbaren KRITIS-Infrastrukturen ist der klassische "Schutzwall-Gedanke" tot. Wer Sicherheit heute noch an Switch-Ports oder IP-Listen festmacht, hat bereits verloren. Echte Resilienz entsteht durch einen Security & Identity Backbone, der Identität über alle Ebenen – vom Container bis zum physischen Kupferport – erzwingt. 1. Die Architektur: Security & Identity Backbone

[GITOPS_REPORT] Cisco Nexus Fabric Automation: Spine-Leaf Deployment via Ansible

Manuelle Konfigurationen auf Core-Switchen sind ein Single Point of Failure. In modernen Rechenzentren ist die Idempotenz der Infrastruktur die einzige Versicherung gegen Konfigurations-Drift. Dieser Bericht dokumentiert den Aufbau einer vollautomatisierten Cisco Nexus 9000v Fabric mittels Ansible. 1. Die Ziel-Architektur: 2-Tier Spine-Leaf (Clos) Wir setzen auf eine klassische Clos-Topologie. Der Vorteil:

[LAB_REPORT] Hardened Web-Stack: Ghost & FreeScout hinter Cloudflare-Tunnels

Wer KRITIS-Infrastrukturen doziert, darf seinen eigenen Stack nicht auf "Standard-Einstellungen" laufen lassen. Ein Web-CMS wie Ghost oder ein Helpdesk wie FreeScout in einer Hochsicherheitsumgebung zu hosten, erfordert mehr als ein docker-compose up. Hier ist das Deployment-Protokoll für einen lokal gehärteten Stack auf Ubuntu 24.04 LTS, isoliert in