Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The Meraki filter did not reliably expose the native event classes and fields consumed by its seven security rules. The documented native envelope starts with fractional epoch, device and event group; the older parser expected a calendar-time wrapper. This draft adds bounded native parsing, preserves legacy event handling, and aligns all seven consumers with the produced fields.
Addresses are captured in vendor fields, cleaned and validated before standard promotion or enrichment. Invalid and alternate zero-address forms stay vendor data. Physical switch interface numbers no longer become transport ports; wireless response timing is not geolocated. Full AMP URLs and valid SHA-256 values populate SDK fields. Header and quoted-field boundaries prevent message content from manufacturing endpoints, classifications or success.
Detection behavior:
Validation uses the pinned go-sdk v1.1.31 for strict configuration decoding, CEL, Event/Alert conversion and actual history-query construction. Standalone raw fixtures cover positive and negative cases for all seven consumers, native/legacy examples, quoted payloads, header injection, IPv6/zero addresses, outcome semantics and grouping identities. SDK history tests use a localhost mock. The shared contract runner also passes. Detailed counts and scope are in
filters/audits/cisco-meraki.md.Live-data limitation: the inspected carrier's nine bounded records were unrelated or unrecognized syslog under the Meraki label. They pass as negative controls, not positive Meraki validation. Searches for documented native signatures found none in the selected window; that is not exhaustive absence proof. Upstream classification remains unresolved, and no customer routing was changed. Public fixtures derive from official vendor examples and contain no customer records.
The raw model does not execute the closed EventProcessor, live enrichment or alert publication. Legacy built-in regex approximations and unobserved firmware variants remain staging limits. Stage filter/rules together, allow VPN history to warm up, inspect alert volumes and parser cost, and review shared grouping #2627 separately. Existing rogue-rule overlap and RSSI policy are retained for team review; the vendor documents removal of those legacy rogue/spoofing events in MR29 and later.
Draft only against official
utmstack/UTMStack:v11. No merge, auto-merge, deployment or customer configuration changes.Fresh draft review submission requested after review of #2601. That earlier PR is retained as historical context and was not modified by this publication. This PR targets the official
utmstack/UTMStack:v11; it is not approved for merge.