Air-Gap CI/CD

Air-Gap CI/CD bedeutet, dass eine Pipeline-Plattform vollständig ohne jede Internetverbindung in einem physisch oder logisch isolierten Netz betrieben wird. Jede Komponente, die in herkömmlichen Setups aus dem Netz nachgeladen würde, muss lokal vorgehalten werden: Build-Server, Container-Registry, ein Plugin- oder Paket-Mirror, Artefakt-Repository und — neuerdings entscheidend — das KI-Modell. Der Begriff Air-Gap beschreibt dabei das Ideal der vollständigen Trennung; in der Praxis arbeitet man oft mit streng kontrollierten Schleusen für den Import geprüfter Artefakte.

Drei Treiber drängen Air-Gap-Setups 2026 in den Mainstream. Erstens die NIS2-Datenresidenz und KRITIS-Auflagen, die bestimmte Daten und Prozesse zwingend im eigenen Netz halten. Zweitens das IEC-62443-Zonenmodell, das ohnehin segmentierte OT-Netze vorsieht. Drittens der Trend zu souveräner KI: Wo bislang KI-Assistenz Internetzugang zu einer Cloud-API verlangte, ermöglichen lokal betriebene Modelle — etwa über Ollama — KI-gestützte Pipeline-Arbeit auch im abgeschotteten Netz.

Die operativen Herausforderungen sind die Versorgungslogistik und die Aktualität. Ohne Internet müssen Updates, Plugins und Basis-Images über einen kontrollierten Import-Prozess eingespielt werden, was Disziplin und ein durchdachtes Mirror-Konzept verlangt. Denn die Isolation schützt nur so lange, bis der ungepatchte Mirror selbst zum Risiko wird: Ohne Import-Disziplin konserviert das Air-Gap auch die Sicherheitslücken von vor zwei Jahren. Plattformen, die explizit für Air-Gap-Betrieb konzipiert sind — wie IndustrialFlow —, bringen diese Mirror-, Import- und Offline-KI-Mechanismen von vornherein mit, statt sie nachträglich aufzusetzen.