imported>TechCorner-Redaktion: Import aus Wazuh-Blog (m.a.x. it, eigenes Copyright)

2026-09-15T00:00:00Z

Import aus Wazuh-Blog (m.a.x. it, eigenes Copyright)

Neue Seite

== Custom Decoder & Rules korrekt umsetzen (inkl. typischer Stolperfallen) ==

=== Einleitung ===

Viele Organisationen betreiben '''CMS-basierte Webanwendungen''' wie Drupal und stehen vor der Herausforderung, '''End-of-Life-Versionen (EOL)''' zuverlässig zu erkennen.
Wazuh bietet dafür alle notwendigen Bausteine – '''Logsammlung, Decoder und Regeln''' – allerdings mit einigen syntaktischen und logischen Feinheiten.

Dieser Artikel zeigt anhand eines realen Community-Falls:

* wie Drupal-Versionen korrekt dekodiert werden
* warum Regeln trotz korrektem Decoder nicht feuern
* und wie man das Problem sauber und regelkonform löst

== 1. Ausgangssituation & Ziel ==

=== Ziel ===

Wazuh soll '''Alarm schlagen''', wenn eine '''nicht unterstützte Drupal-Version''' auf einem Webserver erkannt wird.

=== Voraussetzungen ===

* Webserver loggt Drupal-Versionen (z. B. via Skript oder Health-Check)
* Wazuh Agent liest das Log korrekt ein
* Decoder extrahiert:

<code>url</code>
* <code>drupal_version</code> (Major.Minor)

Beispiel-Log:

<syntaxhighlight lang="text">
test1.com : 10.5.4
test2.com : 11.2
</syntaxhighlight>

== 2. Custom Decoder – korrekt und bewusst reduziert ==

Da nur '''Major.Minor''' relevant sind (Patchlevel ignorieren), ist folgender Decoder sinnvoll:

<syntaxhighlight lang="text">
<decoder name="drupal_version">
<prematch> : </prematch>
<regex type="pcre2">^(\S+)\s:\s([0-9]+\.[0-9]+)</regex>
<order>url,drupal_version</order>
</decoder>
</syntaxhighlight>

=== Ergebnis im <code>wazuh-logtest</code> ===

<syntaxhighlight lang="text">
Phase 2: Completed decoding.
name: 'drupal_version'
url: 'test1.com'
drupal_version: '10.5'
</syntaxhighlight>

📌 '''Wichtig:'''
Decoder funktionieren korrekt – das Problem liegt '''nicht''' hier.

== 3. Der erste Fehler: Regel ohne Kontext ==

Der ursprüngliche Regelversuch:

<syntaxhighlight lang="text">
<rule id="100051" level="10">
<field name="drupal_version" negate="yes">^(10\.5|11\.2)$</field>
</rule>
</syntaxhighlight>

=== Typischer Fehler ===

<syntaxhighlight lang="text">
ERROR: (5107): Syntax error on tag 'drupal_version'
</syntaxhighlight>

=== Ursachen ===

# '''Kein Bezug zum Decoder'''
# Regel wird '''isoliert''' ausgeführt
# Wazuh weiß nicht, ''wann'' diese Regel geprüft werden soll

📌 In Wazuh gilt:

'''Regeln müssen immer an einen Decoder oder eine Parent-Rule gebunden sein'''

== 4. Die korrekte Lösung: Parent-Rule + Child-Rule ==

=== Schritt 1: Baseline-Regel (Decoder-Bindung) ===

<syntaxhighlight lang="text">
<rule id="100052" level="0">
<decoded_as>drupal_version</decoded_as>
<description>Drupal Version erkannt</description>
</rule>
</syntaxhighlight>

Diese Regel:

* verknüpft den Decoder mit dem Regelwerk
* erzeugt '''keinen Alert'''
* dient als Einstiegspunkt (<code>if_sid</code>)

=== Schritt 2: EOL-Prüfung als Folge-Regel ===

<syntaxhighlight lang="text">
<rule id="100053" level="3">
<if_sid>100052</if_sid>
<field name="drupal_version" negate="yes" type="pcre2">10.5|11.2</field>
<description>
Unsupported Drupal version detected on $(url): $(drupal_version)
</description>
</rule>
</syntaxhighlight>

=== Funktionsweise ===

* Regel 100053 wird '''nur geprüft''', wenn:

Decoder <code>drupal_version</code> aktiv war

Alert feuert, wenn:

* Version '''nicht''' <code>10.5</code> oder <code>11.2</code> ist

== 5. Warum diese Struktur zwingend notwendig ist ==

=== Wazuh Regel-Pipeline (vereinfacht) ===

# Log → Decoder
# Decoder → Parent-Rule (<code>decoded_as</code>)
# Parent-Rule → Child-Rules (<code>if_sid</code>)
# Feldbedingungen → Alert

Ohne diesen Ablauf:

* wird die Regel nie evaluiert
* oder führt zu Syntax-Fehlern

== 6. Regex-Best Practices in Wazuh ==

* <code><field></code> nutzt '''OSRegex''' oder '''PCRE2'''
* Für Versionsvergleiche:

'''PCRE2 verwenden'''

Klammern, Punkte, Pipes bewusst einsetzen

📘 Offizielle Regex-Doku:

* Wazuh Regex Syntax[https://documentation.wazuh.com/current/user-manual/ruleset/ruleset-xml-syntax/regex.html https://documentation.wazuh.com/current/user-manual/ruleset/ruleset-xml-syntax/regex.html]

== 7. Drupal EOL – externe Referenzen ==

Damit die Regel fachlich korrekt bleibt, sollte sie sich an offiziellen Drupal-Lifecycle-Informationen orientieren:

* Drupal Release & EOL Policyhttps://www.drupal.org/about/core/policies/core-release-cycle
* Aktuelle Drupal Versionen[https://www.drupal.org/project/drupal https://www.drupal.org/project/drupal]

➡️ '''Empfehlung:'''
EOL-Versionen regelmäßig prüfen und Regex anpassen.

== 8. Zusammenfassung ==

=== Was war das Problem? ===

* Regel war syntaktisch korrekt, aber '''logisch nicht eingebunden'''

=== Was ist die Lösung? ===

* Trennung in:

Decoder-Rule
* Prüf-Rule mit <code>if_sid</code>

=== Best Practice ===

* '''Decoder ≠ Regel'''
* '''Eine Regel = eine Aufgabe'''
* '''Kontext immer explizit herstellen'''

== 9. Weiterführende Wazuh-Quellen ==

* Custom Rules[https://documentation.wazuh.com/current/user-manual/ruleset/rules/custom.html https://documentation.wazuh.com/current/user-manual/ruleset/rules/custom.html]
* Rules Syntax[https://documentation.wazuh.com/current/user-manual/ruleset/ruleset-xml-syntax/rules.html https://documentation.wazuh.com/current/user-manual/ruleset/ruleset-xml-syntax/rules.html]
* Decoder Syntax[https://documentation.wazuh.com/current/user-manual/ruleset/ruleset-xml-syntax/decoders.html https://documentation.wazuh.com/current/user-manual/ruleset/ruleset-xml-syntax/decoders.html]
* wazuh-logtest[https://documentation.wazuh.com/current/user-manual/reference/tools/wazuh-logtest.html https://documentation.wazuh.com/current/user-manual/reference/tools/wazuh-logtest.html]

== Fazit ==

Mit der richtigen Regelstruktur eignet sich Wazuh hervorragend für '''Compliance-Checks''', '''EOL-Überwachung''' und '''Application Security Monitoring''' – auch jenseits klassischer System-Logs.

🛡️ ''Decoder liefern Kontext – Regeln liefern Bedeutung.''

[https://wazuh.slack.com/archives/C07CCCCGHHP/p1766134461965409 https://wazuh.slack.com/archives/C07CCCCGHHP/p1766134461965409]

== Quelle ==
Dieser Artikel stammt aus dem [https://wazuh-blog.max-it.de/drupal-eol-erkennung-mit-wazuh/ Wazuh-Blog von m.a.x. it] (veröffentlicht am 15. März 2026).

== Unterstützung von m.a.x. it ==
Bei Einführung, Betrieb und Feintuning von Wazuh (SIEM) unterstützt Sie m.a.x. it mit [https://www.max-it.de/it-services/siem-open-source/ SIEM-Services auf Open-Source-Basis].

{{Uebermax}}
[[Kategorie:Wazuh]]

Drupal EOL-Erkennung mit Wazuh - Versionsgeschichte

imported>TechCorner-Redaktion: Import aus Wazuh-Blog (m.a.x. it, eigenes Copyright)