Eine Anmerkung von Zima
Vielen Dank, Jacko88888, dass du Tools entwickelst, die ZimaOS-Nutzern helfen zu verstehen, was tatsächlich in ihren Systemen geschieht. Von evidenzbasierten Diagnosen mit ZimaBrain CE über kontrollierte Malware-Scans mit ClamAV bis hin zur Endpoint-Überwachung mit Wazuh: Deine Projekte machen komplexe Systemebenen zu etwas, das Menschen prüfen, hinterfragen und mit größerer Sorgfalt handhaben können.
Wir freuen uns besonders, diese Ideen durch echte Fehlersuche, Tests und Feedback aus der Community weiterentwickeln zu sehen. Sie erinnern uns daran, dass ein benutzerfreundlicherer Home-Server nicht nur durch zusätzliche Funktionen entsteht — manchmal geht es auch darum, das System verständlicher zu machen.
— Zima
Jacko88888 kennenlernen
Jacko88888 entwickelt und dokumentiert praktische Tools rund um ZimaOS. Im Mittelpunkt steht dabei immer wieder die Frage: Wie kann ein Home-Server-Nutzer verstehen, was tatsächlich im System geschieht?
Seine öffentlichen Projekte nähern sich dieser Frage aus mehreren Richtungen. ZimaBrain CE untersucht evidenzbasierte lokale Diagnosen. Das ClamAV Security Dashboard erleichtert die Kontrolle und Überprüfung von Malware-Scans und Quarantänemaßnahmen. Und Wazuh on ZimaOS bringt Endpoint-Überwachung, den Agentenstatus und Sicherheitswarnungen ins Spiel.
Es handelt sich um unterschiedliche Projekte, doch sie weisen überraschend konsequent in dieselbe Richtung: Ermitteln, was geschieht, Sicherheitsaktivitäten sichtbar machen und der Person, die den Server betreibt, genügend Beweise liefern, um über den nächsten Schritt zu entscheiden.
Einen lokalen Diagnoseassistenten für ZimaOS entwickeln
Eines der ehrgeizigsten ZimaOS-Projekte von Jacko88888 ist ZimaBrain CE, ein lokaler Diagnoseassistent, der auf einem einfachen Prinzip beruht: Überprüfe die Beweise, bevor du vermutest, was falsch sein könnte.
Probleme mit Heimservern gehören selten nur zu einer einzigen Ebene. Eine Speicherwarnung kann SMART-Daten, Dateisysteme, Einhängepunkte oder die Hardware betreffen. Eine Anwendung, die sich nicht öffnen lässt, läuft möglicherweise korrekt, während in Wirklichkeit ihr Port, ihre Firewall-Regel oder ihre Netzwerkfreigabe das Problem verursacht. Docker-Status, fehlgeschlagene Dienste, Datenträgerzustand und die ZimaOS-Konfiguration können sich dabei überschneiden.
ZimaBrain CE wurde entwickelt, um diesen Fehlerbehebungsprozess strukturierter zu gestalten. Statt von einer Annahme auszugehen und sofort eine Lösung zu empfehlen, sammelt es Belege vom ZimaOS-Host und versucht festzustellen, was tatsächlich verifiziert werden kann.
Das bedeutet, über einfache übergeordnete Statusangaben hinauszuschauen. Die Datenträgerdiagnose kann SMART-Daten berücksichtigen, etwa ausstehende oder nicht korrigierbare Sektoren, CRC-Zähler, Zeitüberschreitungen bei Befehlen und Informationen zu unsicheren NVMe-Abschaltungen. Andere Diagnoseschichten können den Docker-Status, veröffentlichte Ports, die Firewall-Konfiguration, fehlgeschlagene Dienste, Einhängepunkte, AppData-Pfade und weitere Host-Signale untersuchen.
Verifiziert, teilweise verifiziert oder noch nicht nachgewiesen
Ein wichtiger Bestandteil von ZimaBrain CE ist, dass nicht jede Antwort gleich sicher klingen soll.
Das Projekt unterscheidet zwischen Schlussfolgerungen, die anhand der verfügbaren Belege verifiziert werden können, nur teilweise verifizierten Erkenntnissen und Empfehlungen für Situationen, in denen das System noch nicht sicher genug Beweise liefern kann.
Dieser Unterschied ist bei der Fehlerbehebung auf einem selbst gehosteten Server wichtig. Ratschläge zu Datenträgern, Dateisystemen, Containern, Firewall-Regeln oder Systemdiensten können sehr schnell Schaden anrichten, wenn die ursprüngliche Diagnose falsch ist. Ein Ansatz, bei dem die Verifizierung an erster Stelle steht, setzt Belege bewusst vor Maßnahmen.
Das Projekt kann außerdem einen bereinigten Supportbericht erstellen. So können Benutzer nützliche Diagnoseinformationen teilen, wenn sie um Hilfe bitten, ohne einfach alle Rohdaten des Systems zu veröffentlichen.
Rund um den ZimaOS-Host entwickelt
ZimaBrain CE ist für den lokalen Betrieb als ZimaOS Custom App konzipiert. Seine diagnostische Funktion hängt davon ab, dass ausgewählte Informationen des Hosts untersucht werden können, darunter der Systemstatus und Docker-Informationen, anstatt sich ausschließlich auf manuell vom Benutzer eingegebene Details zu stützen.
Das unterscheidet das Projekt von einem generischen Chatbot zur Fehlerbehebung. Der entscheidende Nutzen besteht nicht einfach darin, eine Antwort zu erzeugen, sondern diese Antwort mit Belegen aus dem diagnostizierten ZimaOS-System zu verknüpfen.
Wachstum durch Community-Feedback
ZimaBrain CE zeigt außerdem, wie sich Community-Software durch Zusammenarbeit weiterentwickeln kann. Jacko würdigt Holger / Lintux für seine Unterstützung bei der Entwicklung von Ideen rund um Verifizierer-zuerst-Diagnosen, Evidenzebenen, Sicherheitsbewusstsein, Firewall-Prüfungen, die Interpretation von SMART-Daten und sicherere Diagnoseabläufe.
Die Benutzer von ZimaOS haben diesen Prozess fortgesetzt, indem sie das Projekt auf ihren eigenen Systemen testeten und meldeten, wo eine Antwort hilfreich war, wo sie noch zu technisch ausfiel und wo der Verifizierer weitere Belege benötigte, bevor er eine Schlussfolgerung ziehen konnte.
Damit ist ZimaBrain CE mehr als ein weiteres Dienstprogramm auf ZimaOS. Es ist ein Experiment, um die Fehlersuche auf Heimservern nachvollziehbarer zu machen: Es zeigt, was das System überprüfen kann, benennt, was ungewiss bleibt, und verhindert, dass eine unsichere Diagnose in eine riskante Aktion umgesetzt wird.
ClamAV in ein ZimaOS-Sicherheitsdashboard verwandeln
Mit dem ClamAV-Sicherheitsdashboard baut Jacko rund um die Malware-Scan-Engine ClamAV einen durchdachteren ZimaOS-Workflow auf.
Das Projekt beginnt beim Speicher statt bei der Kommandozeile. Es erkennt ZimaOS-Laufwerke und -Ordner, ermöglicht dem Benutzer, ausdrücklich festzulegen, welche Speicherorte gescannt werden sollen, und hält sensible Anwendungs- und Systembereiche von beiläufigen Scans fern.
Sobald ein Scan beginnt, macht das Dashboard den Prozess sichtbar. Statt einfach zu warten, bis eine Hintergrundaufgabe abgeschlossen ist, kann der Benutzer Informationen wie die aktuelle Datei, die bereits gescannte Datenmenge, die verbleibenden Daten, die Scangeschwindigkeit, die verstrichene Zeit und die voraussichtliche Restdauer verfolgen.
Diese Übersicht ist auf einem NAS deutlich wichtiger als in einem kleinen lokalen Ordner. Ein Heimserver kann Fotos, Backups, Downloads, Mediatheken, Anwendungsdaten und Terabytes an weiteren Dateien enthalten. Zu wissen, was gescannt wird – und was nicht –, gehört zum Verständnis des Sicherheitsstatus des Systems.
Erkennung und Behebung getrennt halten
Ein besonders durchdachter Teil von Jackos ClamAV-Workflow ist, was der Scanner nicht automatisch tut. Ein normaler Scan verändert keine Dateien, und die Erkennung einer verdächtigen Datei löscht sie nicht sofort.
Stattdessen bleiben Erkennung und Behebung getrennte Aktionen. Wenn ClamAV eine Bedrohung identifiziert, kann das Dashboard deren Dateipfad und Erkennungssignatur anzeigen. Das Verschieben der Datei in die Quarantäne erfordert eine weitere bestätigte Aktion des Benutzers.
Sobald eine Datei unter Quarantäne gestellt wird, speichert die Anwendung Informationen wie ihren ursprünglichen Speicherort, die Dateigröße, die Malware-Signatur und den SHA-256-Hash. Wird die Datei später wiederhergestellt, können die gespeicherten Informationen überprüft werden, bevor sie an ihren ursprünglichen Speicherort zurückkehrt.
Die dauerhafte Löschung bleibt erneut eine separate Entscheidung. So entsteht ein Sicherheitsablauf, bei dem Scannen, Überprüfen, Quarantänisieren, Wiederherstellen und Löschen als sichtbare Aktionen bestehen bleiben, anstatt zu einer einzigen unumkehrbaren automatisierten Kette zu werden.
Den gesamten Bedrohungslebenszyklus testen
Jacko dokumentierte außerdem eine durchgängige Validierung des Ablaufs mit der harmlosen EICAR-Antivirentestdatei.
Der Test verfolgte den gesamten Ablauf von der Erkennung bis zur Quarantäne, erfasste den ursprünglichen Pfad und den SHA-256-Hash der Datei, stellte sie wieder her, verschob sie erneut in Quarantäne und löschte sie schließlich dauerhaft.
Das Interessante ist nicht nur, dass ClamAV die Testdatei erkannt hat. Jacko hat auch berücksichtigt, was vor und nach der Erkennung geschieht – der Teil der Antivirenverwaltung, der wichtig wird, wenn die geschützten Dateien tatsächlich Ihnen gehören.
Sicherheitsüberwachung mit Wazuh auf ZimaOS
Jackos Wazuh auf ZimaOS Arbeit verfolgt einen anderen Ansatz für die Sicherheit. Statt sich auf einzelne Dateien zu konzentrieren, dokumentiert sie, wie das Endpunktüberwachungsmodell von Wazuh in eine ZimaOS-Docker-Umgebung integriert wird.
Das Projekt befasst sich mit den praktischen Schritten, die erforderlich sind, damit diese Umgebung funktioniert: der Überprüfung des Wazuh-Managers, der Fehlerbehebung bei der Registrierung über 1515/TCPwobei der Agent mit dem Docker-Netzwerk des Managers verbunden und ein dedizierter zimaos-docker-agentund die laufende Kommunikation zwischen Agent und Manager über 1514/TCP.
Wie beim ClamAV-Projekt besteht das eigentliche Ziel nicht lediglich darin, einen weiteren Container laufen zu lassen. Der Status des Sicherheitssystems sollte sichtbar sein. Ein funktionierender Agent kann in der Wazuh-Oberfläche bestätigt werden, und die mit diesem überwachten Endpunkt verbundenen Sicherheitsereignisse können anschließend im Dashboard überprüft werden.
Das System leichter verständlich machen
ZimaBrain CE, das ClamAV Security Dashboard und Wazuh lösen sehr unterschiedliche Probleme, doch Jackos Vorgehensweise weist bei allen drei einen gemeinsamen roten Faden auf.
ZimaBrain fragt, was tatsächlich überprüft werden kann, bevor es eine diagnostische Schlussfolgerung präsentiert. ClamAV verwandelt das Scannen und Beheben von Malware in eine sichtbare Abfolge von Entscheidungen. Wazuh macht den Zustand der Agents und Sicherheitsereignisse überprüfbar, statt sie einfach vorauszusetzen.
Dieses Muster ist beim Self-Hosting wichtig, weil die Person, die die Dateien speichert, häufig dieselbe Person ist, die Container ausführt, das Netzwerk wartet, den Festplattenzustand überprüft, Warnungen liest und entscheidet, ob eine vorgeschlagene Lösung sicher ist.
In dieser Umgebung wird ein Tool nützlicher, wenn es mehr leistet, als nur eine Aufgabe auszuführen. Es sollte der Person, die den Server betreibt, außerdem helfen zu verstehen, was das System weiß, was es nicht weiß und was als Nächstes geschieht.
Unterschiedliche Tools, dieselbe Richtung
Zusammengenommen greifen Jackos Projekte zu drei unterschiedlichen Zeitpunkten im Lebenszyklus eines selbst gehosteten Systems.
ZimaBrain CE hilft bei der Diagnose. Es nutzt lokale Belege, um Systemprobleme und Unsicherheiten zu erklären.
Das ClamAV Security Dashboard hilft beim Scannen und Reagieren. Es macht die Erkennung von Malware, Quarantäne, Wiederherstellung und Löschung sichtbarer und bewusster steuerbar.
Wazuh auf ZimaOS hilft bei der Überwachung. Es bringt den Zustand der Endpunkte und Sicherheitswarnungen in eine Oberfläche, in der sie im Laufe der Zeit überprüft werden können.
Diagnostizieren, scannen, überwachen – unterschiedliche Ebenen desselben übergeordneten Ziels: der Person, die einen Heimserver betreibt, mehr Einblick in die tatsächlichen Vorgänge zu geben.
Die Geschichte wird noch geschrieben
Die Geschichte von Jacko88888 und Zima wird noch geschrieben. ZimaBrain CE, das ClamAV Security Dashboard und Wazuh auf ZimaOS decken bereits drei unterschiedliche Bereiche des Betriebs eines selbst gehosteten Systems ab, weisen gemeinsam jedoch auf dieselbe Idee hin: Systeme lassen sich einfacher verwalten, wenn Diagnoseinformationen, Sicherheitsaktivitäten und die ihnen zugrunde liegenden Belege leichter sichtbar sind.
Während diese Projekte weiterentwickelt werden – und neue Experimente hinzukommen –, kann diese Seite mit ihnen weiter wachsen. Wenn du sehen möchtest, was Jacko als Nächstes entwickelt, folge Jacko88888s laufender Arbeit auf GitHub.
