Details

Geschrieben von: Holger Lemke

Kategorie: RegioWatch

Veröffentlicht: 02. September 2026

Zugriffe: 39

Überblick

RegioWatch ist eine umfassende Monitoring-, Security- und Operations-Plattform für Joomla 5 und Joomla 6. Die Erweiterung geht deutlich über eine klassische Uptime-Überwachung hinaus. Sie verbindet externe Website-Prüfungen, Inhalts- und Sicherheitskontrollen, interne Joomla-Telemetrie, verteilte Messpunkte, Browser-Simulationen, Incident-Management, SLA-Auswertungen, Statusseiten, Reporting und Automatisierung in einer zentralen Plattform.

RegioWatch 2.0.2 umfasst unter anderem HTTP-/HTTPS-, DNS- und TLS-Monitoring, Performance- und Inhaltsüberwachung, Defacement Detection, Incidents, Alarmierung, Wartungsfenster, Reporting, Screenshots, Queue- und Worker-Systeme, Datenaggregation, Joomla-Agenten, Remote Probes, Synthetic Browser Monitoring, Dependency Graph/RCA, SLA/SLO/Error Budgets, Statusseiten, Anomalieanalyse, Kundenportal, Bereitschaftspläne, Eskalationen und eine persistente Automationsengine.

---

1. RegioWatch-Zentrale

Die RegioWatch-Zentrale ist das Herzstück der Plattform. Sie wird auf einer Joomla-5- oder Joomla-6-Installation betrieben und verwaltet sämtliche überwachten Websites, Messdaten, Sicherheitsereignisse, Incidents, Kunden, Gruppen, Berichte und Automatisierungen.

Das zentrale Joomla-Paket besteht aus:

• com_regiowatch

• plg_task_regiowatch

• plg_webservices_regiowatch

Daneben existieren eigenständige Pakete für den Joomla-Agenten, Remote Probes und Synthetic Worker.

---

2. Websiteverwaltung

In RegioWatch werden die zu überwachenden Websites zentral angelegt und verwaltet.

Zu einer Website können unter anderem technische und organisatorische Informationen hinterlegt werden:

• Website-URL

• CMS-Typ

• Kunde

• Gruppen

• Hosting-/Serverinformationen

• Projektzuordnung

• Region

• verantwortliche Personen

• Tags

• Prüfintervalle

• Priorität

• erwarteter HTTP-Status

• Timeout

• Monitoring-Konfiguration

• Security-Konfiguration

• Performance-Grenzwerte

• Content-Monitoring

• Screenshot-Monitoring

• Agent-Zuordnung

• SLA-/SLO-Ziele

RegioWatch kann dabei nicht nur Joomla-Websites überwachen. Die externen Prüfungen eignen sich grundsätzlich auch für WordPress, Drupal, TYPO3, Shops, statische Websites und andere öffentlich erreichbare HTTP-/HTTPS-Dienste.

---

3. HTTP- und HTTPS-Monitoring

Das grundlegende Website-Monitoring prüft die tatsächliche Erreichbarkeit eines Webangebots.

Erfasst werden unter anderem:

• HTTP-Statuscode

• HTTPS-Verfügbarkeit

• Antwortzeit

• finale URL

• Redirects

• unerwartete Weiterleitungen

• Timeouts

• Fehler bei der Namensauflösung

• Verbindungsfehler

• Antwortgröße

• Verfügbarkeit

RegioWatch unterscheidet dadurch beispielsweise zwischen einer vollständig ausgefallenen Website, einer ungewöhnlich langsamen Website und einer Website, die zwar antwortet, jedoch einen falschen HTTP-Status liefert.

---

4. DNS-Monitoring

RegioWatch kontrolliert die DNS-Infrastruktur einer Website.

Überwacht werden unter anderem:

• IPv4-Adressen

• IPv6-Adressen

• A-Records

• AAAA-Records

• CNAME

• Nameserver

• DNS-Auflösung

• Änderungen an bekannten DNS-Zielen

• Änderungen der Ziel-IP

Die ermittelten DNS-Daten können mit gespeicherten Baselines verglichen werden. Dadurch lassen sich unbeabsichtigte oder verdächtige DNS-Änderungen erkennen.

---

5. TLS-/SSL-Zertifikatsüberwachung

Für HTTPS-Websites überwacht RegioWatch die TLS-Konfiguration und das verwendete Zertifikat.

Analysiert werden beispielsweise:

• Zertifikatsgültigkeit

• Ablaufdatum

• verbleibende Laufzeit

• Zertifikatsaussteller

• Subject

• Seriennummer

• SHA-256-Fingerprint

• Zertifikatskette

• Hostnamenvalidierung

• TLS-Protokoll

• Cipher

• HTTPS-Zwang

• HTTP-zu-HTTPS-Weiterleitung

Damit können auslaufende Zertifikate frühzeitig erkannt werden, bevor es zu einer Störung für die Besucher kommt.

---

6. Content Integrity Monitoring

Eine erreichbare Website muss nicht zwangsläufig eine intakte Website sein. RegioWatch überwacht deshalb zusätzlich die eigentlichen Inhalte.

Dabei können unter anderem verglichen werden:

• sichtbarer Text

• HTML-/DOM-Struktur

• Seitentitel

• Content-Fingerprints

• Text-Fingerprints

• DOM-Fingerprints

• Pflichttexte oder Pflichtmarker

• Größe des Seiteninhalts

Dynamische Elemente können normalisiert werden, damit beispielsweise ständig wechselnde IDs, lange Zufallswerte oder Zeitinformationen nicht permanent Fehlalarme auslösen.

Das System bewertet die Abweichung gegenüber einer bekannten Baseline und kann daraus einen Content-Status ableiten.

---

7. Defacement Detection

RegioWatch besitzt eine zusätzliche Defacement-Erkennung, um Manipulationen einer Website zu erkennen.

Hierbei werden mehrere Signale miteinander korreliert, beispielsweise:

• außergewöhnlich starke Inhaltsänderung

• nahezu vollständiger Austausch einer Seite

• ungewöhnliche Größenänderung

• geänderter Seitentitel

• fehlende Pflichtmarker

• Weiterleitung auf einen fremden Host

• neue externe JavaScript-Quellen

• neue Iframes

• verdächtige Texte

• typische Defacement-Begriffe

• mögliche Ransomware-Hinweise

Aus den einzelnen Signalen kann ein Risiko- bzw. Schweregrad abgeleitet werden.

Dadurch soll RegioWatch nicht bei jeder normalen redaktionellen Änderung behaupten, eine Website sei kompromittiert.

---

8. Performance Monitoring

Neben der reinen Erreichbarkeit misst RegioWatch detaillierte Performancewerte.

Dazu gehören:

• DNS-Zeit

• Connect-Zeit

• TLS-Aufbau

• Time To First Byte – TTFB

• Transferzeit

• Gesamtlaufzeit

• Seitengröße

• Anzahl bzw. Dauer von Redirects

Die Performance wird historisch gespeichert und kann über längere Zeiträume ausgewertet werden.

Dadurch lassen sich beispielsweise erkennen:

• schleichende Performanceverschlechterungen

• außergewöhnliche Antwortzeiten

• ungewöhnliche Lastsituationen

• Unterschiede gegenüber langfristigen Durchschnittswerten

---

9. Monitoring-Historie und Datenaggregation

RegioWatch ist für die Überwachung vieler Websites ausgelegt. Dadurch können über längere Laufzeiten sehr große Mengen an Messdaten entstehen.

Dafür besitzt RegioWatch eine mehrstufige Datenhaltung.

Daten können beispielsweise als:

• Rohmessungen

• Stundenaggregate

• Tagesaggregate

gespeichert werden.

Für den aktuellen Stand ist vorgesehen, Rohdaten nur für einen begrenzten Zeitraum aufzubewahren, Stundenwerte länger vorzuhalten und Tageswerte für langfristige Analysen zu verwenden.

Incident-relevante und sicherheitsrelevante Daten werden dabei von normalen kurzlebigen Messdaten getrennt behandelt.

---

10. Monitoring Queue und Worker

RegioWatch besitzt eine skalierbare Queue-Architektur.

Statt sämtliche Websites nacheinander in einem einzelnen Prozess abzuarbeiten, werden fällige Prüfungen in eine Monitoring-Queue aufgenommen.

Das Prinzip:

Fällige Websites → Dispatcher → Priority Queue → mehrere Worker → parallele HTTP-Prüfung → Auswertung

Dabei werden unterschiedliche Prioritäten unterstützt.

Beispielsweise können besonders wichtige Websites häufiger geprüft werden als weniger kritische Systeme.

Das Queue-System beinhaltet unter anderem:

• Dispatcher

• Priority Queue

• Worker

• parallele HTTP-Verbindungen

• Batch-Verarbeitung

• Retry

• Exponential Backoff

• Jitter

• Worker-Leases

• Wiederaufnahme verwaister Jobs

• Queue-Historie

• Queue-Wartung

Die zentrale Komponente enthält hierfür eigene Monitoring-Queue- und Worker-Services. Der aktuelle Funktionsumfang nennt ausdrücklich Queue/Worker, Datenaggregation und die dazugehörigen Betriebsfunktionen.

---

11. Incident Management

Erkannte Störungen und Sicherheitsprobleme werden nicht lediglich als einzelne Fehlermeldungen dargestellt, sondern können zu Incidents zusammengeführt werden.

Ein Incident kann unter anderem enthalten:

• Incident-ID

• Kategorie

• Priorität

• Beginn

• letztes Ereignis

• Ende

• Anzahl der Wiederholungen

• verantwortlicher Bearbeiter

• Status

• Kommentare

• Ereignis-Timeline

Typische Status sind beispielsweise:

• Neu

• Bestätigt

• In Bearbeitung

• Beobachtung

• Gelöst

• Geschlossen

• Fehlalarm

Wiederholt auftretende Fehler müssen dadurch nicht hunderte einzelne Vorfälle erzeugen.

---

12. Automatische Recovery-Erkennung

RegioWatch erkennt nicht nur den Beginn einer Störung, sondern auch deren Behebung.

Wird ein zuvor fehlerhafter Dienst wieder erfolgreich geprüft, kann der zugehörige Incident entsprechend aktualisiert werden.

Dadurch lassen sich beispielsweise:

• Beginn einer Störung

• Dauer

• Wiederholungen

• Zeitpunkt der Wiederherstellung

nachvollziehen.

---

13. Benachrichtigungen und Alarmierung

RegioWatch kann erkannte Probleme automatisch melden.

Unterstützte Kommunikationswege umfassen:

• Backend-Benachrichtigungen

• E-Mail

• HTTPS-Webhooks

Die Alarmierung berücksichtigt unter anderem:

• Mindestpriorität

• Incident-Kategorie

• Alarmverzögerung

• Eskalation

• Wiederholungsunterdrückung

• Erinnerungen

• Recovery-Meldungen

• globale Empfänger

• Website-spezifische Empfänger

• Website-spezifische Webhooks

• Versandhistorie

• Fehlversände

Die Plattform ist damit darauf ausgelegt, Alarmfluten zu verhindern und gleiche Ereignisse sinnvoll zusammenzufassen.

---

14. Wartungsfenster

Für geplante Arbeiten können Websites in einen Wartungsmodus versetzt werden.

Beispiele:

• Joomla-Update

• Extension-Update

• Serverwartung

• Deployment

• größere Inhaltsänderungen

Während eines Wartungsfensters können die Prüfungen weiterhin durchgeführt und dokumentiert werden, während externe Benachrichtigungen unterdrückt werden.

So gehen Messdaten während einer Wartung nicht verloren.

---

15. Baseline Management

Viele Sicherheitsprüfungen von RegioWatch arbeiten mit bekannten Referenzzuständen.

Baseline-Arten umfassen insbesondere:

• Content

• DNS

• Defacement-/Security-Profil

• Datei-Integrität

• Joomla Security

• Screenshot Desktop

• Screenshot Mobile

Baselines werden nicht einfach bei jeder Änderung automatisch überschrieben.

Nach einer geplanten Wartung können Änderungen gezielt geprüft und anschließend als neuer vertrauenswürdiger Zustand übernommen werden.

---

16. Joomla Agent

Für Joomla-Websites steht ein optionales eigenes RegioWatch-Agentpaket zur Verfügung.

Das Agentpaket besteht aus:

• com_regiowatchagent

• plg_task_regiowatchagent

Die aktuelle Paketbeschreibung ordnet dem Agenten Heartbeat, Datei-Integrität, Security-/Kompromittierungsindikatoren und Joomla-spezifische Sicherheitsprüfungen zu. Eine allgemeine Remote-Shell ist ausdrücklich nicht Bestandteil der Architektur.

Der Agent erweitert RegioWatch von einer externen Überwachung zu einer tiefgehenden Joomla-Integritätsüberwachung.

---

17. Agent Heartbeat

Der Agent meldet regelmäßig seinen technischen Zustand an die Zentrale.

Übermittelt werden beispielsweise:

• Agent-Version

• Joomla-Version

• PHP-Version

• Erreichbarkeit der Datenbank

• Status relevanter Joomla-Verzeichnisse

• technischer Fehlerstatus

Dadurch erkennt RegioWatch auch, wenn ein Agent selbst längere Zeit keine Verbindung mehr zur Zentrale hatte.

---

18. Sichere Agent-Kommunikation

Die Kommunikation zwischen Agent und Zentrale besitzt ein eigenes Sicherheitsmodell.

Dazu gehören:

• eindeutige Site UUID

• Agent UUID

• 256-Bit Shared Secret

• einmaliger Registrierungsschlüssel

• HMAC-SHA256

• Timestamp

• Nonce

• Replay-Schutz

• Payload-Hash

• verschlüsselte Speicherung von Secrets

• Rate Limiting

• Widerruf und Neuregistrierung

HMAC-, Timestamp-, Nonce- und Replay-Schutz sind auch für Agent, Remote Probe und Synthetic Worker als verbindliche Sicherheitsanforderungen dokumentiert.

---

19. Datei-Integritätsüberwachung

Der Joomla Agent kann die Dateien einer Joomla-Installation überwachen.

Dabei werden unter anderem gespeichert bzw. verglichen:

• relativer Dateipfad

• Dateiname

• Größe

• Änderungszeit

• SHA-256-Hash

• Dateityp

• Joomla-Bereich

Überwacht werden beispielsweise:

• Administrator

• Components

• Plugins

• Modules

• Templates

• Libraries

• Media

• Images

• API

• CLI

• Joomla-Root

Cache-, temporäre und Logverzeichnisse können von den regulären Integritätsprüfungen ausgenommen werden.

Dateiinhalte müssen für die zentrale Überwachung nicht übertragen werden.

---

20. Kompromittierungs- und Ransomware-Erkennung

Der Agent untersucht Dateiänderungen zusätzlich auf verdächtige Muster.

Erkennungsmerkmale umfassen beispielsweise:

• massenhafte Dateiänderungen

• massenhafte Löschungen

• verdächtige Dateiendungen

• plötzlich auftauchende PHP-Dateien

• PHP-Dateien in Uploadverzeichnissen

• ausführbare Dateien an ungewöhnlichen Stellen

• Veränderungen an .htaccess

• Veränderungen kritischer Joomla-Dateien

• auffällige Datei-Entropie

• Ransomware-Hinweisdateien

• Ransomware-Texte

Dadurch können Hinweise auf eine Kompromittierung auch dann sichtbar werden, wenn die Website äußerlich zunächst noch funktioniert.

---

21. Joomla Security Monitoring

RegioWatch besitzt speziell auf Joomla zugeschnittene Sicherheitsprüfungen.

Beobachtet werden unter anderem:

• Super User

• neu angelegte Super User

• entfernte Super User

• reaktivierte Super User

• installierte Erweiterungen

• neu installierte Erweiterungen

• aktivierte/deaktivierte Plugins

• Versionsänderungen

• configuration.php

• .htaccess

• web.config

• Joomla Debug

• PHP display_errors

• PHP allow_url_include

• Schreibbarkeit sicherheitskritischer Dateien

• Dateirechte

• Joomla-Version

• PHP-Version

Die Ergebnisse können gewichtet und zu einem Sicherheitsstatus zusammengeführt werden.

Dabei werden keine Joomla-Passworthashes oder Inhalte der configuration.php an die RegioWatch-Zentrale übertragen.

---

22. Remote Probe Network

RegioWatch unterstützt verteiltes Monitoring über Remote Probes.

Eine Remote Probe ist ein eigenständiger PHP-CLI-Prozess und benötigt keine eigene Joomla-Installation.

Die Architektur ermöglicht Prüfungen aus unterschiedlichen:

• Rechenzentren

• Netzwerken

• Standorten

• Regionen

Die Remote Probe besitzt ein Pull-Modell. Dadurch müssen für RegioWatch keine speziellen eingehenden Ports auf dem Probe-System geöffnet werden.

Die aktuelle Paketstruktur beschreibt die Remote Probe ausdrücklich als eigenständige PHP-CLI-Komponente.

---

23. Probe-Gruppen und Standorte

Remote Probes können logisch gruppiert werden.

Damit kann beispielsweise geprüft werden:

• Ist eine Website nur aus einem Standort nicht erreichbar?

• Ist sie aus mehreren Standorten ausgefallen?

• Handelt es sich um ein lokales Routingproblem?

• Liegt vermutlich eine globale Störung vor?

---

24. Quorum Monitoring

RegioWatch kann Ergebnisse mehrerer Remote Probes gemeinsam auswerten.

Ein einzelner fehlgeschlagener Test muss dadurch nicht automatisch zu einem globalen Ausfallstatus führen.

Mehrere voneinander unabhängige Messpunkte können gemeinsam eine belastbarere Aussage über die tatsächliche Verfügbarkeit einer Website liefern.

---

25. SSRF-Schutz

Da RegioWatch externe URLs aufruft, spielt der Schutz gegen Server Side Request Forgery – SSRF eine zentrale Rolle.

Der Schutz gilt für:

• RegioWatch-Zentrale

• Remote Probe

• Synthetic Worker

Unter anderem müssen interne, lokale, Link-Local- und andere nicht zulässige Ziele blockiert werden.

Auch Redirect-Ziele müssen erneut geprüft werden.

Die Übergabedokumentation schreibt ausdrücklich vor, SSRF-Schutz auf Zentrale, Probe und Synthetic Worker beizubehalten.

---

26. Synthetic Browser Monitoring

Für komplexere Prüfungen besitzt RegioWatch einen Synthetic Worker auf Basis von Node.js, Playwright und Chromium.

Damit können reale Browserinteraktionen simuliert werden.

Mögliche definierte Schritte umfassen beispielsweise:

• Seite öffnen

• Element anklicken

• Formularfeld ausfüllen

• Inhalte prüfen

• erwartete Zustände bestätigen

Damit können nicht nur einzelne URLs, sondern vollständige Benutzerabläufe überwacht werden.

Beispiele:

Login öffnen → Zugangsdaten eingeben → anmelden → Dashboard prüfen

oder:

Shop öffnen → Produkt auswählen → Warenkorb öffnen → Warenkorb prüfen

Der Synthetic Worker wird im aktuellen Paket als Node.js-/Playwright-Browser-Worker geführt.

---

27. Synthetic-Sicherheitsmodell

Die Synthetic-Plattform ist bewusst eingeschränkt.

Nicht vorgesehen sind frei definierbare:

• JavaScript-Ausführungen

• PHP-Ausführungen

• Shell-Befehle

• SQL-Befehle

RegioWatch verwendet stattdessen fest definierte und kontrollierbare Aktionen.

Auch für Automationen gilt die Vorgabe, nur Whitelist-Aktionen zuzulassen und neue Regeln standardmäßig im Dry-Run-Modus zu behandeln.

---

28. Screenshot Monitoring

RegioWatch besitzt ein Screenshot-System zur visuellen Überwachung von Websites.

Konfigurierbar sind beispielsweise:

• Screenshot-Überwachung aktiv/inaktiv

• Prüfintervall

• Desktop-Aufnahme

• Mobile-Aufnahme

• Fullpage-Aufnahme

• Warnschwelle

• Fehlerschwelle

Desktop und Mobile besitzen getrennte Baselines.

Visuelle Unterschiede können bewertet und mit Incidents verknüpft werden.

---

29. Screenshot-Vergleich

Bei geeigneten Ereignissen kann RegioWatch einen visuellen Vergleich zwischen Referenz und aktuellem Zustand ermöglichen.

Dies ist insbesondere hilfreich bei:

• Defacement

• Content-Änderungen

• Ransomware-Vorfällen

• HTTP-/Website-Problemen

Dadurch kann ein Administrator unmittelbar erkennen, was Besucher zum Zeitpunkt eines Vorfalls tatsächlich gesehen haben.

---

30. Dependency Graph

RegioWatch kann technische Abhängigkeiten als Dependency Graph abbilden.

Dabei können unter anderem Beziehungen zwischen:

• Websites

• Servern

• Hostern

• Infrastrukturkomponenten

• weiteren Abhängigkeitsknoten

gespeichert werden.

Neben automatisch erkannten Beziehungen sind auch manuelle Infrastrukturknoten möglich.

---

31. Root-Cause-Analyse – RCA

Auf Basis des Dependency Graphs kann RegioWatch versuchen, die wahrscheinlichste gemeinsame Ursache mehrerer Störungen zu bestimmen.

Beispiel:

Fallen gleichzeitig zehn Websites aus, die alle auf demselben Server liegen, kann RegioWatch den gemeinsamen Server als wahrscheinliche Ursache höher bewerten als zehn voneinander unabhängige Website-Fehler.

Die Root-Cause-Analyse arbeitet mit:

• Abhängigkeiten

• Incident-Verknüpfungen

• Konfidenzwerten

• gemeinsamer Infrastruktur

Dependency Graph und Root-Cause-Analyse gehören ausdrücklich zum aktuellen Funktionsumfang.

---

32. SLA- und SLO-Management

RegioWatch kann Serviceziele für überwachte Systeme verwalten.

Unterstützt werden:

• SLA

• SLO

• Availability-Ziele

• Error Budgets

Ziele können auf verschiedenen Ebenen definiert werden, beispielsweise:

• global

• Kunde

• Gruppe

• Website

Die Berechnung erfolgt zeitbasiert und nicht lediglich anhand der Anzahl erfolgreicher oder fehlgeschlagener Checks.

---

33. Availability-Zustände

Für die Service-Level-Berechnung können unterschiedliche Zustände berücksichtigt werden:

• GOOD

• BAD

• UNKNOWN

• MAINTENANCE

Wartungszeiten können bei entsprechenden SLA-Regeln aus der Ausfallzeit herausgerechnet werden.

---

34. Error Budgets

RegioWatch kann ermitteln, wie viel zulässige Nichtverfügbarkeit innerhalb eines definierten Serviceziels noch verbleibt.

Dadurch lässt sich erkennen:

• wie stabil ein Dienst aktuell arbeitet

• wie viel Ausfallzeit bereits verbraucht wurde

• ob ein SLA/SLO gefährdet ist

• ob das verfügbare Error Budget bereits überschritten wurde

---

35. Statusseiten

RegioWatch kann Statusinformationen für Kunden oder Öffentlichkeit bereitstellen.

Unterstützt werden:

• öffentliche Statusseiten

• private Statusseiten

• Joomla-Login-geschützte Statusseiten

• tokenbasierter Zugriff

Darstellbar sind beispielsweise:

• Services

• aktuelle Zustände

• laufende Incidents

• Wartungen

• SLA-Historie

Interne Security-Details oder sensible technische Informationen sollen dabei nicht unkontrolliert öffentlich ausgegeben werden.

---

36. Statusgruppen

Mehrere technische Einzelkomponenten können zu verständlichen Servicegruppen zusammengefasst werden.

So kann beispielsweise aus mehreren technischen Checks ein Service wie:

„Kundenportal“

oder

„Online-Shop“

gebildet werden, ohne sämtliche internen Server- und Securitydetails veröffentlichen zu müssen.

---

37. Anomalieanalyse

RegioWatch besitzt eine Anomalie- und Trendanalyse für historische Messwerte.

Verwendet werden unter anderem statistische Verfahren wie:

• Median

• MAD

• saisonale Vergleiche

• Regression

• R²

Aus den Messwerten können unter anderem abgeleitet werden:

• Anomalien

• Trends

• Risiko-Score

• Trendrichtung

• Datenkonfidenz

---

38. Trendanalyse

Neben einzelnen Ausreißern kann RegioWatch langfristige Entwicklungen erkennen.

Beispielsweise:

• Antwortzeiten werden über Wochen schlechter

• Ausfälle nehmen zu

• TLS-/Infrastrukturprobleme häufen sich

• Performance verschlechtert sich kontinuierlich

Dadurch kann ein Problem sichtbar werden, bevor ein vollständiger Ausfall eintritt.

---

39. Kundenverwaltung

RegioWatch besitzt eine integrierte Kundenverwaltung.

Zu Kunden können organisatorische Informationen wie:

• Name

• Kundennummer

• Ansprechpartner

• E-Mail

• Telefon

• Website

• Notizen

• Aktivstatus

gespeichert und den überwachten Websites zugeordnet werden.

---

40. Gruppenverwaltung

Websites können zusätzlich in Gruppen organisiert werden.

Gruppen können beispielsweise für folgende Strukturen verwendet werden:

• Server

• Hoster

• Projekte

• Verträge

• Regionen

• Teams

• Administration

• beliebige organisatorische Gruppen

Parent-/Child-Strukturen ermöglichen hierarchische Organisation.

Eine Website kann mehreren Gruppen zugeordnet werden.

---

41. Kundenportal

RegioWatch besitzt ein eigenes Kundenportal.

Joomla-Benutzer können Kunden oder Gruppen zugeordnet werden und erhalten ausschließlich die Informationen, für die sie autorisiert sind.

Das Kundenportal ist auf eine kontrollierte Read-only-Sicht ausgelegt.

Darstellbar sind unter anderem:

• eigene Websites

• Website-Status

• Incidents

• SLA/SLO

• Trends

• Wartungsinformationen

• Reports

• Statusseiten

Kundenportal und serverseitige Mandantenisolierung gehören zum aktuellen Funktionsbestand.

---

42. Mandantenfähigkeit

Die Mandantentrennung wird serverseitig umgesetzt.

Ein Kunde darf nicht durch Manipulation einer URL oder ID auf Daten eines anderen Kunden zugreifen können.

Die Sicherheitsgrundsätze schreiben deshalb ausdrücklich serverseitige Mandanten- und Ownership-Prüfungen vor.

---

43. Bereitschaftspläne

RegioWatch unterstützt On-Call- bzw. Bereitschaftspläne.

Verwaltet werden können unter anderem:

• Bereitschaftskontakte

• Schichten

• Vertretungen

• Fallbacks

• Eskalationsreihenfolgen

Damit kann RegioWatch abhängig vom Zeitpunkt bestimmen, wer für einen Vorfall zuständig ist.

---

44. Eskalationsketten

Incidents können über definierte Eskalationsrichtlinien weitergegeben werden.

Mögliche Funktionen sind:

• mehrere Eskalationsstufen

• zeitabhängige Eskalation

• Wiederholungen

• Quittierung

• Deduplizierung

• Fallbackkontakte

• automatische Bearbeiterzuweisung

• Wartungsunterdrückung

• Audit-Historie

---

45. Reporting

RegioWatch besitzt ein integriertes Berichtssystem.

Unterstützte Berichtstypen umfassen beispielsweise:

• Wochenbericht

• Monatsbericht

• Kundenbericht

• Security-Bericht

• Uptime-Bericht

• Performance-Bericht

Filter sind unter anderem nach:

• Kunde

• Gruppe

• Website

• Zeitraum

möglich.

---

46. Berichtsexport

Berichte können in unterschiedlichen Formaten ausgegeben werden:

• PDF

• CSV

• JSON

Damit lassen sich die Daten sowohl als menschenlesbare Berichte als auch zur Weiterverarbeitung in anderen Systemen nutzen.

---

47. Automatische Berichte

Reports können auch regelmäßig geplant werden.

Mögliche Intervalle sind beispielsweise:

• täglich

• wöchentlich

• monatlich

Ausführungen werden protokolliert und können über Joomla-Mailfunktionen verteilt werden.

---

48. REST API

RegioWatch verfügt über eine versionierte REST-Schnittstelle.

Die API stellt ausgewählte Monitoringinformationen für externe Systeme bereit.

Dazu gehören beispielsweise Datenbereiche wie:

• Gesamtstatus

• Websites

• einzelne Website

• Incidents

• einzelne Incidents

• Agenten

• Performanceinformationen

Die REST-Routen werden über das Webservices-Plugin registriert; die Geschäftslogik befindet sich in den API-Controllern und Services der zentralen Komponente.

---

49. API-Tokens und Scopes

Integrationen verwenden kontrollierte API-Tokens.

Sicherheitsfunktionen umfassen:

• Tokens nur einmal im Klartext anzeigen

• gehashte Speicherung

• Ablaufdatum

• Widerruf

• Scopes

• Rate Limiting

• optionale IP-Allowlist

• API-Audit

Dadurch erhält nicht jede Integration automatisch Zugriff auf sämtliche Funktionen.

---

50. Audit-System

Sicherheitsrelevante und administrative Vorgänge werden protokolliert.

Auditinformationen sind insbesondere wichtig für:

• API-Nutzung

• Automationsläufe

• Eskalationen

• Wartungsfenster

• Baseline-Übernahmen

• Agent-Registrierungen

• sicherheitsrelevante Änderungen

---

51. Joomla Scheduled Tasks

RegioWatch verwendet Joomla Scheduled Tasks für wiederkehrende Hintergrundarbeiten.

Das Task-Plugin deckt unter anderem Aufgaben für folgende Bereiche ab:

• Monitoring

• Queue

• Data Retention

• Performance

• API Cleanup

• Screenshots

• Reports

• Synthetic Monitoring

• Root-Cause-Analyse

• SLA

• Anomalien

• Eskalationen

• Automation

Die Übergabe weist diese Scheduler-Bereiche ausdrücklich dem plg_task_regiowatch zu.

---

52. Automationsengine

Mit RegioWatch 2.0 wurde eine persistente Automationsplattform eingeführt.

Die Engine arbeitet ereignisbasiert und kann auf unterschiedliche Ereignisse reagieren.

Trigger können unter anderem sein:

• Incident

• SLA/SLO

• Anomalie

• Root-Cause-Analyse

• Zeitplan

Die Automationsplattform gehört ausdrücklich zum aktuellen Funktionsumfang von RegioWatch 2.0.2.

---

53. Automationsregeln

Eine Automationsregel kann Bedingungen enthalten, damit eine Aktion nur bei passenden Umständen ausgeführt wird.

Zum Funktionsmodell gehören:

• Trigger

• Bedingungen

• Cooldown

• Dry Run

• Stop-on-Error

• Deduplizierung

• Run-Historie

• Audit

Neue Regeln sollen standardmäßig zunächst sicher im Dry Run betrieben werden können.

---

54. Whitelist-Aktionen

Die Automationsengine ist bewusst keine universelle Remote-Shell.

Zulässige Aktionen sind fest definierte Whitelist-Aktionen.

Dazu gehören insbesondere:

• interne Backend-Aktion

• E-Mail

• HTTPS-Webhook

• Monitoring-Check in Queue stellen

• Incidentstatus verändern

Freie PHP-, JavaScript-, Shell- oder SQL-Ausführung ist ausdrücklich nicht vorgesehen.

---

55. Automations-Deduplizierung

Das Automationssystem verhindert unkontrollierte Mehrfachausführungen gleicher Ereignisse.

Deduplizierung kann auf mehreren Ebenen stattfinden:

• Event

• Regel

• Aktion

Damit soll beispielsweise ein ständig wiederkehrender Monitoringfehler nicht unkontrolliert hunderte Webhooks oder E-Mails auslösen.

---

56. Webhooks

RegioWatch kann Daten und Ereignisse über HTTPS-Webhooks an externe Systeme senden.

Für Webhooks gelten erhöhte Sicherheitsanforderungen:

• ausschließlich kontrollierte Ziele

• HTTPS

• TLS-Prüfung

• SSRF-Schutz

• Größen-/Zeitlimits

• kontrollierte Payloads

• HMAC-Signierung, wo vorgesehen

Diese Anforderungen sind Bestandteil der verbindlichen Sicherheitsregeln.

---

57. Statusmodell

RegioWatch verwendet ein abgestuftes Statusmodell.

Zu den grundlegenden Zuständen gehören sinngemäß:

• OK

• Information

• Warnung

• Fehler

• Kritisch

• Unbekannt

• Deaktiviert

• Wartung

Für technische Verarbeitung können zusätzliche Zustände wie:

• Baseline

• Partial

• Retry

• Processing

• Queued

• Failed

verwendet werden.

---

58. Gesamtstatus einer Website

Eine wichtige Eigenschaft von RegioWatch ist die Zusammenführung mehrerer Monitoringebenen.

Beispielsweise:

• HTTP: OK

• Performance: OK

• Content: OK

• Joomla Security: Kritisch

Der Gesamtstatus darf in einem solchen Fall nicht allein deshalb auf „OK“ springen, weil der letzte HTTP-Test erfolgreich war.

Der schwerwiegendste relevante Teilstatus beeinflusst den Gesamtzustand der Website.

---

59. False-Positive-Vermeidung

RegioWatch wurde so konzipiert, dass normale Änderungen nicht automatisch als erfolgreicher Angriff bewertet werden.

Dazu werden unter anderem eingesetzt:

• mehrere korrelierte Signale

• Baselines

• Warn- und Fehlerschwellen

• Risiko-Scores

• Wartungsmodus

• vertrauenswürdige Hosts

• Normalisierung dynamischer Inhalte

• Trend- und Anomalieanalyse

---

60. Sicherheitsarchitektur

RegioWatch soll trotz seiner umfangreichen Möglichkeiten keinen universellen Generalschlüssel für sämtliche überwachten Websites darstellen.

Daher sind insbesondere nicht Bestandteil des Konzepts:

• zentrale Sammlung beliebiger FTP-Passwörter

• zentrale Sammlung von SSH-Passwörtern

• Joomla-Super-User-Passwörter

• Datenbankpasswörter

• universelle Remote-Shell

• beliebige PHP-Befehle

• beliebige Shell-Befehle

• freie SQL-Ausführung

---

61. Secret Management

Sicherheitsrelevante Secrets werden geschützt gespeichert.

Die verbindlichen Sicherheitsregeln verlangen:

• verschlüsselte Secrets

• keine Secrets in Logs

• HMAC-Authentifizierung für Agenten und Worker

• Replay-Schutz

• sichere HTTPS-Kommunikation

 

---

62. Zugriffsschutz und Joomla ACL

Schreibende Aktionen müssen kontrolliert werden.

Dazu gehören:

• Joomla ACL

• serverseitige Berechtigungsprüfung

• CSRF-Schutz

• POST für schreibende Vorgänge

• Ownership-Prüfung

• Mandantenprüfung

POST, CSRF und ACL bei Writes sind verbindliche Sicherheitsanforderungen der aktuellen RegioWatch-Basis.

---

63. Datenhaltung und Datenschutz

RegioWatch ist darauf ausgelegt, nur die für Monitoring und Security notwendigen Informationen zentral zu verarbeiten.

Insbesondere sollen sensible Inhalte nicht unnötig übertragen werden.

Beispiele:

• keine Joomla-Passworthashes

• keine Inhalte von configuration.php

• keine Datenbankpasswörter

• keine unnötigen Dateiinhalte

• keine Secrets in Logs

---

64. Joomla-Frontend

Die zentrale Komponente besitzt neben dem Administratorbereich auch Frontendfunktionen.

Dazu gehören insbesondere:

• öffentliche Statusseiten

• private Statusseiten

• Statusseitenübersicht

• Kundenportal

• Kunden-Website-Detailansichten

Der Zugriff auf mandantenbezogene Daten wird dabei nicht allein über URL-Parameter entschieden.

---

65. Joomla-Backend

Das Backend dient der zentralen Administration der gesamten Plattform.

Dort werden insbesondere verwaltet:

• Dashboard

• Websites

• Kunden

• Gruppen

• Incidents

• Agenten

• Datei-Integrität

• Joomla Security

• Infrastruktur

• Performance

• Wartungen

• Baselines

• Benachrichtigungen

• Reports

• API/Integrationen

• Remote Probes

• Synthetic Monitoring

• Dependency Graph

• RCA

• SLA/SLO

• Statusseiten

• Anomalien

• Kundenportal

• Bereitschaft

• Eskalationen

• Automationen

• Einstellungen

---

66. Webservices-Plugin

Das Plugin plg_webservices_regiowatch bindet die RegioWatch-REST-Endpunkte in die Joomla-Webservices ein.

Die eigentliche fachliche Logik verbleibt dabei in der zentralen Komponente.

Die Paketstruktur und Rollenverteilung von Komponente und Webservices-Plugin sind im aktuellen Übergabestand ausdrücklich dokumentiert.

---

67. Task-Plugin

Das Plugin plg_task_regiowatch übernimmt die Integration in den Joomla Scheduler.

Es dient als Ausführungsbasis für regelmäßig laufende Aufgaben, ohne dass Administrationsseiten permanent aufgerufen werden müssen.

Dies betrifft wesentliche Teile des produktiven RegioWatch-Betriebs, von Monitoring und Datenbereinigung bis zu Reports und Automationen.

---

68. RegioWatch-Agentpaket

Das separate Agentpaket wird nur auf Joomla-Websites installiert, auf denen tiefere interne Prüfungen gewünscht sind.

Paketstruktur:

pkg_regiowatch_agent

mit:

• com_regiowatchagent

• plg_task_regiowatchagent

Dadurch bleibt das externe Monitoring vollständig unabhängig von einer Agentinstallation.

---

69. Remote Probe als eigenständige Komponente

Die Remote Probe ist kein Joomla-Plugin, sondern ein eigenständiger PHP-CLI-Dienst.

Dies ermöglicht eine Installation beispielsweise auf:

• VPS

• Linux-Servern

• externen Monitoring-Knoten

• geografisch getrennten Systemen

ohne dort eine vollständige Joomla-Installation betreiben zu müssen.

---

70. Synthetic Worker als eigenständige Komponente

Der Synthetic Worker ist ebenfalls von Joomla getrennt.

Technisch basiert er auf:

• Node.js

• Playwright

• Chromium

Dadurch kann RegioWatch echte Browserabläufe ausführen, ohne die Browserengine innerhalb des Joomla-Webservers betreiben zu müssen.

---

71. Modularer Gesamtaufbau

RegioWatch besteht damit funktional aus vier großen Ebenen:

1. RegioWatch-Zentrale
Verwaltung, Monitoring, Security, Incidents, Reporting, API, SLA, Statusseiten und Automation.

2. Joomla Agent
Tiefe interne Integritäts- und Security-Prüfungen auf Joomla-Systemen.

3. Remote Probe Network
Verteilte externe Messungen aus unterschiedlichen Netzwerken und Standorten.

4. Synthetic Worker
Browserbasierte Überwachung realer Benutzerabläufe.

Die aktuelle Releasebasis führt diese vier Teile versionssynchron als Zentrale, Agent, Remote Probe und Synthetic Worker.

---

72. Einsatzmöglichkeiten

RegioWatch eignet sich besonders für:

• Agenturen mit vielen Kundenwebsites

• Hosting-Anbieter

• IT-Abteilungen

• Kommunen

• Unternehmen mit mehreren Websystemen

• Betreiber kritischer Webangebote

• Managed-Service-Provider

• Joomla-Dienstleister

• Betreiber eigener Serverlandschaften

Dabei kann RegioWatch sowohl wenige wichtige Websites als auch größere Websitebestände zentral überwachen.

---

73. Zusammenfassung

RegioWatch 2.0.2 ist eine integrierte Plattform für Verfügbarkeit, Website-Integrität, Security Monitoring und IT Operations.

Die Plattform verbindet klassische Verfügbarkeitsüberwachung mit Inhaltskontrolle, Defacement Detection, TLS- und DNS-Monitoring, Performanceanalyse, Joomla File Integrity, Kompromittierungsindikatoren, Incident- und Alarmmanagement, verteilten Remote Probes, Synthetic Browser Monitoring, Screenshots, Dependency Graph und Root-Cause-Analyse.

Ergänzt wird dies durch SLA/SLO und Error Budgets, Statusseiten, statistische Anomalie- und Trendanalyse, Kunden- und Mandantenfunktionen, Bereitschaftspläne, Eskalationen, Reporting, REST API sowie eine persistente und sicher eingeschränkte Automationsengine.

Damit kann RegioWatch nicht nur feststellen, ob eine Website erreichbar ist, sondern auch untersuchen:

Ist die Website intakt?
Ist sie sicher?
Hat sich ihr Inhalt unerwartet verändert?
Ist ihre Performance stabil?
Ist die Joomla-Installation intern auffällig?
Ist die Störung lokal oder global?
Welche Infrastruktur ist wahrscheinlich die Ursache?
Sind SLA und SLO gefährdet?
Wer muss informiert werden?
Welche kontrollierte Reaktion soll automatisch ausgelöst werden?

Genau diese Kombination macht RegioWatch zu einer zentralen Monitoring-, Security- und Operations-Plattform für professionelle Website-Landschaften.