Aktuell · Apache-2.0

CuOS – Container Update OS

Ein Betriebssystem, das sich wie ein Container aktualisiert.

Warum

Geräte im Feld brauchen zehn Jahre und länger Security-Updates. Jedes Update kann einen Ausfall verursachen. Deshalb werden Updates (gerade in der OT) gern aufgeschoben. CuOS macht sie systematisch und wiederholbar.

Update
das ganze System auf einmal, automatisches Rollback
Läuft auf
x86_64, LXC, 64-Bit-Raspberry-Pi
In Produktion
Basis eines kommerziellen Produkts, über 20 Umgebungen
Seit
2025
So funktioniert es

Das ganze Betriebssystem ist ein Container-Image. Es wird aus einem Dockerfile gebaut und über eine Registry verteilt. Ein Update tauscht das Root-Dateisystem auf einmal aus. Das neue Image kommt in den zweiten von zwei Slots auf Btrfs, und das Gerät startet es. Kommt es nicht hoch, macht das Gerät von selbst ein Rollback auf das alte. So bleibt kein halb fertiges Update auf einem Gerät liegen.

CuOS ist für Geräte gemacht, vor denen niemand steht. Dazu gehören Edge-Geräte, Kioske, Embedded-Systeme und VMs. CuOS entstand 2025. Seit Anfang 2026 baut ein kommerzielles Produkt darauf auf. CuOS läuft produktiv in mehr als 20 Umgebungen auf x86_64, LXC und 64-Bit-Raspberry-Pi.

Teil von CuOS · Apache-2.0

CuOS IaC

Geräte, die sich selbst aus Git konfigurieren.

Warum

Viele unterschiedliche Geräte zu verwalten und zu updaten, ist sehr aufwendig. Deshalb sind Edge-Geräte, aber auch Server oft nur halb eingerichtet und selten gut geupdatet. Mit CuOS IaC wird das Einrichten einfach (mit KI sogar automatisierbar) und das Updaten skalierbar.

Modell
Geräte holen ab, nichts wird gepusht
Offline
läuft mit dem letzten Stand weiter
Im Einsatz
über 30 Systeme in Firmen und Haushalten
Seit
2025, die Idee seit 2018
So funktioniert es

Dienste, Versionen und Konfiguration eines Systems liegen in einem Git-Repository. Jedes Gerät holt es sich und wendet es lokal an. Es kann die Signaturen der Commits prüfen. Eine kleine Weboberfläche auf jedem Gerät zeigt Zustand und Logs. In mehreren Firmen und Privathaushalten laufen damit rund sechs Umgebungen mit mehr als 30 Systemen. Es ist die Standard-Init-App von CuOS.

Die Idee geht auf sysgit zurück. Dieses Git-basierte Provisioning für Debian habe ich 2018 geschrieben.

Bald verfügbar

BrainDesk

Ein gemeinsames Second Brain in reinem Markdown.

Warum

KI-Agenten arbeiten am besten mit Dateien, die sie direkt lesen und schreiben können. Teams brauchen dafür eine gute Oberfläche. BrainDesk bringt beide in denselben Markdown-Dateien zusammen.

Speicher
Markdown-Dateien und Git, keine Datenbank
Für Menschen
WYSIWYG-Editor, typisierte Dokumente, Boards
Für Agenten
dieselben Dateien, nichts versteckt
Seit
2026
So funktioniert es

BrainDesk ist eine kollaborative Weboberfläche für eine Wissensbasis aus Markdown-Dateien. Es bietet einen WYSIWYG-Editor, typisierte Dokumente, Boards und Git-Sync und braucht keine Datenbank. Die Dateien sind die einzige Quelle der Wahrheit. Dadurch ist die Wissensbasis für einen KI-Agenten genauso lesbar wie für einen Menschen.

Ich plane und steuere meine eigenen Projekte damit, auch diese Webseite.

Aus der Forschung · MIT

osiota

IoT, bei dem Daten dort bleiben, wo sie gebraucht werden.

Warum

Energiemanagement braucht viele Daten und Steuerungsmöglichkeiten. Genau die können Angreifer ausnutzen. Deshalb macht osiota Daten vor Ort zugänglich und hält sie möglichst lokal.

Apps
rund fünfzehn, von Modbus bis DMX
Läuft als
Node.js oder als Container-Image
Ursprung
meine Forschung an der TU Braunschweig
Status
wird weiter gepflegt
So funktioniert es

osiota ist eine JavaScript-Plattform für verteilte IoT-Anwendungen wie Energiemanagement, Smart Home, Gebäude- und Studio-Automation. Mehrere osiota-Prozesse verbinden sich in Ebenen von den Geräten über das Gebäude bis in die Cloud. Dabei teilen sie Geräte und Anwendungen. Jede Ebene verarbeitet ihre Daten selbst und gibt nur weiter, was die nächste braucht. So bleiben Daten dort, wo sie gebraucht werden. Apps für GPIO, 1-Wire, Modbus, DMX, Art-Net und mehr liegen in der osiota-Organisation.

Kleinere Werkzeuge

Diese kleinen Bibliotheken und Werkzeuge nutzen auch andere.

Mehr auf GitHub →

Lass uns reden

Machen wir Security gemeinsam dauerhaft.

Du baust Maschinen oder Software für die Industrie und fragst dich, was der CRA für deine Produktlinie bedeutet? Schreib mir oder vernetz dich mit mir. Ich tausche mich gern aus.

Auf LinkedIn vernetzen →E-Mail