Beste Odido,
Als Klik&Klaar-gebruiker loop ik tegen een ernstige beperking aan in de firmware van het Zyxel NR5307 5G-modem wat betreft netwerkbeveiliging en logging.
Het lokale, interne logboek van de Zyxel is beperkt tot slechts 100 entries (las ik in een andere post). Deze beperkte lokale opslag is op zichzelf geen onoverkomelijk probleem, zolang de logbestanden maar correct extern kunnen worden opgeslagen. Het realtime wegschrijven naar een centrale syslog-server is voor monitoring en historische security-analyse belangrijk. Een eigen router achter het modem plaatsen lost dit niet op; een secundaire router ziet de WAN-drops en gerichte aanvallen op het Klik&Klaar-modem zelf niet.
Hier ontstaat echter de bottleneck. De Zyxel-firmware houdt zich standaard niet aan de universele RFC-standaarden voor Syslog (zoals RFC 3164/5424). Hierdoor falen native syslog-parsers in monitoring- en automatiseringssoftware zoals Home Assistant. Ik ben nu genoodzaakt om via een omslachtige UDP-tunnel in Node-RED handmatig non-standard strings te parsen om alerts te kunnen bouwen.
Mijn dringende vraag en feature request aan het development-team: in de basisfirmware van Zyxel zit een interne softwareswitch om de log-output over te schakelen naar de universele CEF-standaard (Common Event Format). In de custom Odido-firmware is deze switch voor de gebruiker uitgezet of onzichtbaar gemaakt. Waarom in hemelsnaam?
Als deze CEF-standaard simpelweg kan worden geactiveerd, maakt de lokale limiet van 100 entries niet uit: de data is dan direct en probleemloos te parsen op onze eigen syslog-servers.
* Waarom is er bewust voor gekozen om deze CEF-standaard switch te verbergen of uit te zetten in de Odido-firmwareprofielen?
* Kan deze switch in een volgende firmware-update worden geactiveerd (bijvoorbeeld onder een 'Advanced' menu), of kan de standaard syslog-output RFC/CEF-compliant worden gemaakt?
Voor een provider die security serieus neemt, zou het hanteren van open netwerkstandaarden voor geavanceerde gebruikers de norm moeten zijn. Ik zie graag een inhoudelijke reactie van een Odido netwerkengineer tegemoet.