Architektur Fleet + osquery: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
(Die Seite wurde neu angelegt: „==Architektur Fleet + osquery== *Fleet wird einmal zentral installiert *osquery läuft als Agent auf allen zu überwachenden Hosts *Die Kommunikation erfolgt…“) |
(kein Unterschied)
|
Version vom 20. April 2025, 10:00 Uhr
Architektur Fleet + osquery
- Fleet wird einmal zentral installiert
- osquery läuft als Agent auf allen zu überwachenden Hosts
- Die Kommunikation erfolgt über HTTPS
- Zentrale Verwaltung erfolgt über die Fleet Web-Oberfläche
+---------------------+ HTTPS +---------------------+
| srv01.dev | <---------------->| |
| osqueryd | | |
+---------------------+ | |
| Fleet Server |
+---------------------+ HTTPS | (Web, API, MySQL) |
| srv02.db | <---------------->| |
| osqueryd | | |
+---------------------+ | |
+---------------------+
+---------------------+ HTTPS
| client01.user | <---------------->
| osqueryd |
+----------------------+
Zusammenfassung
- Nur ein System benötigt Fleet (z. B. fleet.it.int)
- Alle Zielsysteme erhalten nur den osquery-Agent
- Zentrale Abfragen, Regeln und Analysen laufen über Fleet
- Verbindung ist TLS-gesichert
- Zugriff über Webinterface, CLI oder API
Was man mit Fleet machen kann
- Live-Abfragen auf Hosts ausführen (SQL)
- Regelmäßige Abfragen planen (Schedules)
- Sicherheits-Policies definieren (z. B. "läuft SSH?")
- Host-Inventar anzeigen (Hardware, OS, IP, Benutzer)
- Software-Inventar anzeigen (installierte Pakete, Versionen)
- Prozesse und offene Ports abfragen
- Benutzerkonten und Rechte prüfen
- Logs und Events zentral sammeln (Logger via TLS)
- Hosts in Teams verwalten (Zugriff und Abfragen getrennt)
- Benutzerverwaltung mit Rollen (Admin, Maintainer, Observer)
- Webhook-Aktionen bei Policy-Verstoß auslösen
- REST-API für Integration (CI/CD, Monitoring, Automatisierung)
- Enrollment von Hosts mit Secret & TLS absichern
- Zentrale Konfiguration an osquery verteilen
Was Fleet nicht macht
- Keine Endpoint Protection (kein Virenscanner)
- Kein Intrusion Prevention (keine Blockierung)
- Keine direkte Remote-Steuerung (kein SSH, keine Shell)
- Keine automatische Reaktion (nur manuelle oder Webhook)
Voraussetzungen
- Debian 12 mit installiertem Docker & Docker Compose
- osquery soll zentral über Fleet verwaltet werden