RedEye Perspective

What We Have Been Building for Modern Threats

Exploitation moves at machine speed, monitoring costs force teams to drop the logs they later need, and the attack surface has spread onto endpoints and operational technology. Here is what we built to meet it.

Matt Lucas  |  November 6, 2026  |  7 min
Editorial hero illustration
3
Operating systems Carbide covers
150+
Detection rules rebuilt on one model
10k+
Vulnerability detections on open schema
0
Extra charge for Carbide EDR
564
Still on factory-default credentials
10
Models needing Patch 3
9.8
Binarly CVSS score (Zyxel: 8.8)
TL;DR

Attackers do not wait for a maintenance window. Over the past year the gap between a flaw becoming public and a flaw being used has collapsed, often to the same day, because the people exploiting it now carry the same automation defenders have. At the same time the systems worth attacking have spread past the data center into plants, clinics, ships and water utilities, where a single unwatched controller can stop a physical process. We spend our days watching that landscape, and we have spent them building for it. This is what we have been developing.

The ground moved under defenders

Three things changed at once. Exploitation got faster, so a detection that takes weeks to write and tune arrives after the incident it was meant to catch. Monitoring got more expensive, so teams quietly drop the logs they cannot afford to keep, which are the ones an investigation later needs. And the attack surface moved onto operational technology and endpoints that older tools either cannot see or cannot afford to watch. A program built for a slower, cheaper, tidier world is now a program with blind spots it cannot name.

What we built, and the threat each piece answers

The endpoint, because that is where the intrusion lands

Most intrusions end on a laptop, a server or an industrial host, and many teams still watch those unevenly or not at all. So we turned Carbide into a full endpoint agent that runs the same way across Windows, macOS and Linux, and gave it more than a camera. It can stop a process, isolate a machine or block a program from running, and if someone tries to shut the agent down it raises an alarm instead of going dark. It installs and updates through the tools a team already uses to manage machines, so coverage does not depend on a special rollout. Carbide is part of Caver at no extra charge, because seeing your own endpoints should not be a separate purchase.

Detections that survive a changing estate

A detection written against one vendor’s field names breaks the moment that vendor, that index or that log format changes, and attackers count on the gap. We put our detection content on one common data model, so a rule written once keeps working as the environment beneath it shifts, and so coverage can be measured against the industry framework for attacker behavior rather than guessed at. We rebuilt roughly 150 detection rules and more than ten thousand vulnerability detections on that foundation, and we check the whole library for quality every night.

Keep your own data, so you can afford to keep all of it

Teams drop logs because storage and query costs force the choice, and the dropped logs are the ones an investigation needs. We built Caver to work in open formats and, where a customer wants it, on the data platform they already own, reading data in place and writing it where they keep it. Caver also shows what every search costs and lets a team set budgets, so the decision about what to keep is made with the numbers in view rather than by quietly deleting history.

Operational technology, watched without touching the process

You cannot install an agent on a programmable controller, and the protocols that run a plant were never built with security in mind. Caver reads those industrial protocols straight off the wire, tells when a physical process is behaving abnormally, and ties a badge swipe or a forced door to the logins around it, so a break-in and a suspicious account read as one story rather than two unrelated alerts. We package this for the sectors that asked, with editions for maritime, healthcare and water.

Answers in plain language

A tool nobody can query under pressure is a tool that goes unused during an incident. Caver now speaks SQL as its default and still understands the query languages teams already know, so an analyst can ask a question the way they think of it rather than the way a vendor prefers.

Response that acts, with its own guardrails

Finding the problem is half the job. Caver connects both ways to the ticketing and chat tools a team already runs, can confirm a fix was actually applied, and its assistant only ever shows a person what they are allowed to see. Every automated action is scoped, audited and limited, because a response tool holding the keys to the estate is itself a target.

Why this sits on a threat-intelligence page

Everything above came from watching the same incidents we report here, and from customers telling us plainly where their defenses fell short. The other posts on this site describe what attackers are doing. This one describes what we have been building so defenders are not left reading those reports after the fact. We hardened Caver’s own security along the way, and we ship signed, verifiable proof of what goes into every release, because a defensive tool you cannot trust is not a defense.

If you want the full rundown of what shipped, our product update lays it out in plain terms at getcaver.com. And if you want to talk about where your own estate is exposed, that is what we are here for.

Questions about your exposure?

RedEye Security provides assessments for organizations that need to understand their real risk.

Talk to us