ASUS ROG Router Syslog Parser for Security Onion 3.1 #16007
Unanswered
scweeks
asked this question in
Show and tell
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
I built a custom Elasticsearch ingest pipeline for ASUS ROG router
syslog in Security Onion 3.1 and wanted to share it with the community.
Repo: https://github.com/scweeks/securityonion-asus-router
What it does
Parses and classifies every log shape produced by ASUS ROG routers
into structured ECS fields across six datasets:
asus.firewall— kernel netfilter ACCEPT/DROP/REJECT with fullfield extraction (source/destination IP/port/MAC, community_id,
ingress/egress interface, TCP flags)
asus.wireless— hostapd, wlceventd, and kernel-sourced wirelessdriver messages (SBF, WLC_SCB_*, CFG80211)
asus.roaming— AiMesh BSS transitions (roamast, bsd)asus.dhcp/asus.dns— dnsmasq lease events and DNS warningsasus.auth— dropbear SSH authenticationasus.system— avahi-daemon, miniupnpd, and catch-allArchitecture
Six pipeline files following SO's own dispatch convention
(
syslog→ vendor pipeline →common), so it fits cleanly intothe platform without modifying anything outside the local salt tree.
Tested on
Notable fixes documented in DESIGN.md
The upstream
syslogpipeline's BSD header parsing is unreliable forASUS traffic (no
<PRI>prefix, hyphenated daemon names likednsmasq-dhcpthat%{WORD}can't match). The pipeline parses theheader fresh from the original
messagefield with a corrected grokpattern that eliminates the process.name misclassification that
plagued earlier versions.
Includes a Python test harness with 30 assertion-based test cases and
a GitHub Actions CI workflow.
Happy to answer questions or take feedback from anyone running ASUS
hardware with SO.
All reactions