sudo systemctl enable --now suricata
| Zeit | Signatur | Quelle | Ziel |
|---|---|---|---|
| 2026-10-13 10:17 | 198.51.100.34 | 203.0.113.10 | |
| 2026-10-13 09:40 | 198.51.100.14 | 203.0.113.10 | |
| 2026-10-13 10:06 | 198.51.100.19 | 203.0.113.10 | |
| 2026-10-13 08:43 | 198.51.100.11 | 203.0.113.10 | |
| 2026-10-13 09:23 | 198.51.100.23 | 203.0.113.10 | |
| 2026-10-13 09:24 | 198.51.100.17 | 203.0.113.10 | |
| 2026-10-13 07:25 | 198.51.100.20 | 203.0.113.10 | |
| 2026-10-13 09:41 | 198.51.100.25 | 203.0.113.10 | |
| 2026-10-13 08:06 | 198.51.100.24 | 203.0.113.10 | |
| 2026-10-13 04:23 | 198.51.100.16 | 203.0.113.10 | |
| 2026-10-13 08:54 | 198.51.100.11 | 203.0.113.10 | |
| 2026-10-13 04:52 | 198.51.100.15 | 203.0.113.10 | |
| 2026-10-13 06:13 | 198.51.100.31 | 203.0.113.10 | |
| 2026-10-13 05:20 | 198.51.100.20 | 203.0.113.10 | |
| 2026-10-13 04:36 | 198.51.100.35 | 203.0.113.10 | |
| 2026-10-13 08:59 | 198.51.100.16 | 203.0.113.10 | |
| 2026-10-13 06:37 | 198.51.100.21 | 203.0.113.10 | |
| 2026-10-13 01:23 | 198.51.100.18 | 203.0.113.10 | |
| 2026-10-13 02:50 | 198.51.100.27 | 203.0.113.10 | |
| 2026-10-13 01:39 | 198.51.100.24 | 203.0.113.10 | |
| 2026-10-13 02:05 | 198.51.100.33 | 203.0.113.10 | |
| 2026-10-12 21:06 | 198.51.100.27 | 203.0.113.10 | |
| 2026-10-13 05:21 | 198.51.100.25 | 203.0.113.10 | |
| 2026-10-12 22:20 | 198.51.100.28 | 203.0.113.10 | |
| 2026-10-13 03:45 | 198.51.100.24 | 203.0.113.10 | |
| 2026-10-12 23:29 | 198.51.100.33 | 203.0.113.10 | |
| 2026-10-13 02:54 | 198.51.100.32 | 203.0.113.10 | |
| 2026-10-13 05:01 | 198.51.100.19 | 203.0.113.10 | |
| 2026-10-12 23:29 | 198.51.100.16 | 203.0.113.10 | |
| 2026-10-12 22:10 | 198.51.100.20 | 203.0.113.10 |
Suricata schreibt seine Funde nach eve.json, ein JSON-Objekt je Ereignis, und der übliche Rat lautet, das nach Elasticsearch zu schieben und über Kibana anzusehen. Auf einem Cluster ist das vernünftig. Auf einem einzelnen VPS bedeutet es: eine Suchmaschine, einen Log-Shipper und einen Dashboard-Server betreiben — mehrere Gigabyte Speicher und ein zweites System zur Pflege —, nur um Alarme von genau der Maschine zu lesen, auf der sie ohnehin geschrieben wurden.
Diese Seite liest eve.json direkt, ebenso fast.log, falls Ihr Build dieses Format erzeugt. Sie zeigt die Alarme der letzten 24 Stunden nach Kategorie gruppiert, die Adressen mit den meisten Treffern und die einzelnen Signaturen mit Quelle, Ziel, Protokoll und Schweregrad.
Läuft Suricata, meldet aber nichts, liegt es fast immer an den Regeln und nicht am Verkehr: Eine frische Installation bringt keine Signaturen mit, bis suricata-update mindestens einmal gelaufen ist. Die zweite Überraschung ist der Schweregrad — das meiste, was ein öffentlicher Sensor meldet, ist niedrigstufiges Scannen, aus dem nie etwas wird. Lesen Sie deshalb die Kategorien vor der Zahl.
Ein Sensor auf der Leitung hat eine Grenze, über die regelmäßig gestolpert wird: verschlüsselter Verkehr erscheint ihm als Byte-Strom. Er sagt, dass von dieser Adresse eine Verbindung zu Ihrer Website kam, aber nicht, dass in der Anfrage ein SQL-Injection-Versuch steckte. Das liest ModSecurity, im Webserver, nach der Entschlüsselung. Die beiden ersetzen einander nicht: der eine sieht das Netz von außen, der andere die Anfrage von innen.