Skip to main content

Open-sourced a feed health monitor for Google SecOps, looking for feedback

  • May 19, 2026
  • 4 replies
  • 180 views

Bartosz J
Forum|alt.badge.img+3

Hey all,

Long-time SIEM user here. Just open-sourced something and would love eyes on it.

The problem I keep running into is feed health. Feeds go silent, and nobody notices in time. SecOps shows feed state in the GUI (Active, Archived, Error), but a feed can remain Active even when no events are being ingested. Cloud Monitoring metrics are more reliable but have their own gaps. And manually putting it together every time - detect, restart, ticket, and notify the owner- is just too much work.

I read the existing threads here, plus David French's two-part series and thatsiemguy's forwarder telemetry walkthrough. All useful, and they confirmed a lot of us are struggling with the same thing. So, I built something to automate it.

What it does: a Cloud Run Job runs on a schedule and applies three independent checks per feed. First, Chronicle's feed state. Second, an ingestion anomaly check using the median and MAD, so that one quiet day doesn't drag the baseline. Third, a real UDM search to confirm events are actually ingested and parsed. If a check fails, the tool attempts an auto-restart. If that fails, it opens a single Jira ticket (deduped per outage), emails the owner, and has Gemini perform an initial investigation and recommend fixes, all attached to the ticket.

There's also a project-wide ingestion guardrail for the contract conversation ("alert me at 1 TB a day so we don't blow the license").

Sensitive IDs are redacted before anything goes to Vertex. Event content never leaves the project. YAML config, no agent framework, cheap to run.

Writeup: https://blueaisecurity.com/secops-feed-health
Repo (MIT, v1): https://github.com/blueaisecurity/secops-feed-health-monitoring

This is v1. Next on the list is per-feed owner routing, tougher restart logic with proper cooldowns, ticket lifecycle (auto-comment and auto-close on recovery), and a second backend besides Jira.

If you've solved this differently, I'd love to hear what worked. If you try it, issues and PRs welcome. If anyone from the SecOps team is reading, I'll make this obsolete the day the same capabilities ship natively.

4 replies

GromeroSec
Forum|alt.badge.img+5
  • Bronze 3
  • May 19, 2026

Amazing bro !! One of the very basic features, that google secops lacks, and is something they ask for it time and time again. THanks


Forum|alt.badge.img+13

Thank you for the great write up  ​@Bartosz J     I’ve shared this back with our Product Team for consideration of the gaps and pain points you’ve had to  work around for info.

 

There is also currently a private preview for Cloud Metrics to allow alerting beyond 24 hours if of interest.  Appreciate that’s only one of the elements discussed and solved for with this tool, but if of interest we could try request access for you.


Bartosz J
Forum|alt.badge.img+3
  • Author
  • Bronze 3
  • May 26, 2026

Amazing bro !! One of the very basic features, that google secops lacks, and is something they ask for it time and time again. THanks

Thanks! Yeah, it's wild how often this comes up. Hopefully, it helps until it ships natively. Let me know if you try it.


Bartosz J
Forum|alt.badge.img+3
  • Author
  • Bronze 3
  • May 26, 2026

Thank you for the great write up  ​@Bartosz J     I’ve shared this back with our Product Team for consideration of the gaps and pain points you’ve had to  work around for info.

 

There is also currently a private preview for Cloud Metrics to allow alerting beyond 24 hours if of interest.  Appreciate that’s only one of the elements discussed and solved for with this tool, but if of interest we could try request access for you.

Hi ​@cmmartin_google , thanks for your response. I'd definitely be interested in learning more about the private preview. Improved native Cloud Metrics coverage would simplify the ingestion-anomaly piece considerably. I'm always in favor of enhancing the product itself rather than building external systems around it. Happy to test and share feedback if access works out.