IngestProof Start a free pilot
Pipeline monitoring for Wazuh MSSPs

Your SIEM looks fine.
Is it still seeing anything?

Daemons die while the service says "active". Filebeat stalls. Indices go read-only. The dashboard stays calm and your client goes unmonitored. IngestProof proves every client pipeline is delivering events, and alerts you in seconds when one isn't.

One-line installHealth metrics onlyNo inbound ports
34 sto flag a dead wazuh-db while systemd still said "active"
13 minto catch a frozen filebeat that no process check can see
0log lines, alerts or endpoint details ever leave your cluster
1 lineto install on a manager, and one line to remove it
Failure simulator

Pick a failure. See who notices.

These are real failure modes, reproduced on a real Wazuh 4.x manager. Detection times are what IngestProof measured in those tests.

Your SIEM dashboardlast 60 min
OKService status: active

No errors. No alerts. Looks like a quiet hour.

IngestProofalert sent
CRITICALmanager.daemons
wazuh-manager.service is active but these daemons are not running: wazuh-db
34 sto detection, measured

wazuh-db killed with SIGKILL while the unit stayed active

How it works

Live on a manager in under a minute.

No inbound ports, no endpoint agents, no changes to your detection rules. A small agent runs next to each Wazuh manager and reports over outbound HTTPS.

01 · INSTALL

One command per manager

The installer verifies checksums, adds its own rule file, validates the config, and rolls back if anything fails.

02 · PROVE

A canary through the whole pipeline

Every few minutes, a marker event must travel from the manager to a searchable index. If it doesn't arrive, something between them is broken.

03 · ALERT

From outside the cluster

Alerts go to Slack, ntfy or any webhook from IngestProof's side, so they still fire when the manager itself is down.

$ curl -fsSL https://ingestproof.com/install.sh | sudo sh -s -- --token ipt_•••••••• --name client-a-prod ==> Downloading the agent ==> Installing ==> Checking that Wazuh accepts the rules ==> Restarting wazuh-manager to load the rules ==> First run Report sent. Your cluster appears in the dashboard within 2 minutes.

Every check, explained

Built for MSSPs

One view across every client.
Evidence for every SLA.

All clusters, one screen

Every client's pipeline status, canary time and worst check, side by side.

Completeness %

The share of offered events actually processed, per client, over 30 days. A number you can put in front of a client.

Dead man's switch

If a manager stops reporting at all, that is an alert too, raised from outside the client's network.

Nothing sensitive leaves

Only counters and check results. No logs, no alerts, no endpoint data, which keeps your DPA short.

Tested by breaking it

We broke a real Wazuh manager on purpose.

Fault-injection results from a live Wazuh 4.x all-in-one, running the same one-line install and hosted service you would use.

Fault injectedWhat IngestProof didDetected
wazuh-db killed, unit still "active"CRITICAL on manager daemons; recovery sent after the restart34 s
Filebeat stoppedPipeline alert; alerts not reaching the indexer50 s
Filebeat frozen (process alive)Canary missing; pinpointed the break as after the manager13 min
Manager cut off from the internetCRITICAL agent silent; spooled reports replayed afterwards and counted once6 min
Indexer red at bootCRITICAL, then cleared on its own with a recovery messagenext run
Pilot program

Find out what your pipeline is hiding.

We're onboarding a small number of MSSPs for a free 30-day pilot, in exchange for honest feedback.

  • Free for 30 days, no card, on as many clusters as you like
  • Set up for you: we send a one-line install command per manager
  • Remove it any time with --uninstall
  • A real person replies within one working day

Used only to reply to you. Prefer email? [email protected]