Our platform

Endpoint Defense Platform — Unified EPP + EDR

Our own single-agent endpoint security software. Prevention and detection in one runtime, one kernel footprint, one console — deployable in the cloud, on-premises or fully air-gapped.

Home Platform Endpoint Defense

In plain terms

Our own security software for computers, servers and phones. One program on the machine does everything: it blocks dangerous programs from running, watches what every program actually does, and can shut a machine off from the network the moment something goes wrong. It works the same whether it is managed over the internet, kept entirely inside your building, or running somewhere with no network connection at all.

This is a product, not a project. Where our engineering services build you something bespoke, the Endpoint Defense Platform is the system we already own, maintain and deploy — and the one our managed service runs on.

Where this sits, precisely

How the two CerbaCore platforms relateThe endpoint platform provides the agent, console and response actions; the adaptive AI engine provides the detection models and ships inside that agent. Managed detection, custom engineering and segmentation services build on both.two products, one architecture — the agent is the body, the models are the brainEndpoint Defense Platformthe agent, the console, the response actionsAdaptive AI enginethe models that decide what is maliciousthe engine ships inside the agent — neither is sold as a console you must watchWHAT SITS ON TOPManaged detection and responsewe operate it for youCustom engineeringwhere the product cannot reachZero-trust segmentationcontainment past the endpoint
One product without the other is half a system: an agent with no brain, or models with no way to act.

CerbaCore publishes two platforms and one relevant service, and they are easy to confuse. The distinction is worth thirty seconds:

OfferingWhat it isChoose it when
Endpoint Defense Platform (this page) Our productized EPP + EDR agent and console You want proven endpoint security software you can deploy now
Adaptive AI engine The behavioral model ensemble that produces this platform's verdicts You want to understand how detection decisions are actually made
Custom EPP/EDR engineering A bespoke build for constraints no product satisfies Air-gapped, embedded, unsupported OS, or you need to own the source

The engine is not sold separately and the platform is not sold without it. They are one system described from two angles, because buyers ask two different questions about it.

One agent, one kernel footprint

Endpoint agent internal architectureKernel driver and memory scanner feed a bounded ring buffer, which supplies a local decision engine and a store-and-forward queue; the control plane supplies detection content and receives telemetry.ENDPOINT — KERNEL AND USER SPACEKernel driver / eBPFsyscall + process hooksMemory scannerinjection, hollowingRing bufferbounded, lossless under burst, drops oldestLocal decision engineblocks with no cloud round tripStore-and-forward queuesurvives offline periodsmTLSCONTROL PLANEDetection contentrules, models, IOCsTelemetry lakeretention you setResponse orchestrationthe local engine must be able to block alone — a platform that needs the cloud to decide fails exactly when the link is cut
Autonomy is the design constraint. Everything above the ring buffer can be offline for days without the endpoint losing protection or telemetry.

Prevention and detection share a single driver, a single update channel and a single configuration. Two security agents on one host is not defense in depth — it is contention over the same kernel hooks, and on older Windows builds it is a bugcheck. Everything below is delivered by that one runtime.

The EPP layer — seven prevention gates

Prevention pipeline — the EPP layerSeven sequential prevention gates from device and media control through application control, reputation, static machine learning, exploit mitigation, script inspection and finally behavioral runtime analysis.seven gates, cheapest first — each one only sees what the previous let throughDevice & media controlUSB, Bluetooth, mount policyblocks before code existsApplication controlallow-list, publisher, pathblocks unknown binariesReputation & signaturehash, certificate, IOC feedblocks known-badStatic MLstructure, entropy, importsblocks novel filesExploit mitigationROP, heap spray, stack pivotblocks the techniqueScript & interpreterAMSI, macro, PowerShellblocks filelessBehavioral runtimesequence + novelty modelsblocks what got this farexecution proceeds only if all seven allow it
Ordering by cost is what makes this affordable at fleet scale — the expensive behavioral layer only evaluates what six cheaper gates could not decide.

Prevention is layered and ordered by cost. Each gate only evaluates what the previous one could not decide, which is what keeps behavioral analysis affordable across a large fleet.

#GateWhat it stopsWhere it is weak
1Device and media control Unapproved USB storage, Bluetooth transfer, unsigned mounts Nothing, if policy is set to audit rather than block
2Application control Anything not on the allow-list — by publisher, path or hash Environments where users legitimately run unknown binaries
3Reputation and signature Known-bad hashes, revoked certificates, indicator feeds Anything never seen before — by definition
4Static machine learning Novel files whose structure resembles malicious families Living-off-the-land, where the binary is genuinely legitimate
5Exploit mitigation Return-oriented programming, heap spray, stack pivot, unbacked execution Logic flaws that need no memory corruption
6Script and interpreter inspection Malicious PowerShell, macros, JScript — content inspected after de-obfuscation Interpreters without a scan interface on that OS
7Behavioral runtime Sequences that are malicious regardless of which binary performs them Activity that closely resembles your legitimate normal

Gates 1 and 2 are the two most organizations never enable, and they are the two that stop the most with the least cleverness. We turn them on in audit mode during the pilot precisely so the argument about enabling them is settled with your own data.

The EDR layer — what is recorded and how

EDR telemetry modelEight event classes collected on the host are normalized into a process tree, enriched with user and asset context, then tiered into hot, warm and cold retention.Collected on hostprocess create / exitimage + module loadfile create / writeregistry / launchdnetwork connectauth + token usememory region changescript block contentProcess treeevery event bound toa parent chain, nota flat log lineContextuser, asset class,criticality, knownsoftware baselineRetentionhot 30dwarm 1ycoldnormalizeenrichthe tree is the product — a flat event log cannot answer “what did it do next”
Storing events is easy. Storing them already joined into a lineage an analyst can walk is what separates usable EDR from an expensive log bill.

Eight classes of event are collected and bound into a process tree at the point of capture, not reassembled later by a query. The tree is the product. A flat event log can tell you a process ran; only a lineage can answer what it did next, which is the question every investigation actually asks.

SignalWhy it is collected
Process create, exit, command lineThe spine of every investigation
Image and module loadCatches search-order hijacking and unsigned modules in signed processes
File create, write, rename, deleteRansomware staging, tooling drop, log destruction
Registry, launchd, cron, systemd unit writesPersistence, across all three OS families
Network connect, DNS, listening socketsCommand-and-control, lateral movement, exfiltration
Authentication and token useCredential theft and misuse, which rarely involves malware at all
Memory region protection changeInjection, hollowing, execution from unbacked pages
Script block content, post-de-obfuscationThe actual script, not the encoded wrapper

Retention, and why it is an architecture decision

Hot storage of 30 days is queried instantly. Warm storage to one year is queried with latency. Cold retention is set by your policy, and in regulated estates by your regulator. What you can answer during an incident was decided months earlier by this setting — which is why we treat it as an architecture question at design time, not a storage-cost question at renewal.

Response — eight actions, every one reversible

Response action ladderEight response actions ordered by blast radius, from tagging and artifact collection through process termination, quarantine, fleet-wide blocking, host isolation, VLAN quarantine and account disablement.eight actions, ordered by blast radius — every one reversible from the consoleTag & watchno user impactinstant1Collect artifactsmemory, files, treeseconds2Kill process treeone app diesinstant3Quarantine filereversibleinstant4Block hash fleet-widepolicy changeunder a minute5Isolate hostnetwork cut, agent stays upseconds6Quarantine VLANrouter-enforcedseconds7Disable accountidentity layerseconds8automation is authorized per rung, per asset class — not globally
Authorizing automation rung by rung and asset class by asset class is what makes it survivable. A single global on/off switch gets turned off.

Automation is authorized per rung and per asset class, never globally. A workstation may be isolated automatically at high confidence; a domain controller or an infusion pump never is. That granularity is the difference between automation that survives its first false positive and automation that gets switched off in week two.

Host isolation keeps the agent connected while cutting everything else, so an analyst can still investigate and release the machine remotely. Isolation that also cuts your own access forces a desk visit and gets used far less than it should be.

Platform coverage — including where it is weaker

CapabilityWindowsmacOSLinuxEmbedded / IoT
Prevention gates 1–7All seven1–5, 72–5, 73, 7 only
Kernel-level telemetryDriverSystem extensioneBPFUserspace sensor
Script inspectionFull (AMSI)PartialShell onlyNot available
Memory scanningFullRestricted by the OSFullNot available
Host isolationYesYesYesNetwork-side only
Typical footprint250 MB250 MB180 MB32 MB

macOS restricts what any vendor may do in memory, and no product should imply otherwise — parity claims across operating systems are a reliable sign a datasheet was written by marketing. On embedded targets we run a sensor rather than an agent, and pair it with network-side enforcement.

Deployment

Deployment topologiesCloud-managed, on-premises and air-gapped deployments of the same agent and detection content, differing only in where the control plane sits.same agent, same detection content — only the control plane movesCloud-managedconsole hosted by usagents call out over 443fastest to stand upOn-premisesconsole in your boundaryno egress requiredyou own the data at restAir-gappedno network path at allsigned content by medialocal verdicts onlyTHE CONSTANTThe agent decides locally in every topology. Losing the console degrades reporting and content updates — never protection.
Air-gapped is a first-class topology here, not a special build — which is the test most commercial platforms fail.

The agent decides locally in every topology. Losing the console degrades reporting and content updates; it never degrades protection. A platform that needs a cloud round trip to reach a verdict fails exactly when an adversary cuts the link — which is the first thing a competent one does.

Performance envelope, contractually

TargetMemoryCPU steadyCPU scanTelemetry per day
Workstation250 MB< 1%< 15%, capped40–120 MB
Server400 MB< 1%< 10%, capped100–400 MB
Embedded sensor32 MB< 2%no scanning2–8 MB

These are contractual, not aspirational. An agent over its envelope is a defect, because the first thing an overloaded team does is uninstall whatever is making machines slow.

Protecting the agent itself

  • Tamper protection. Service stop, driver unload and file deletion are blocked including for local administrators, with an audited break-glass path for the legitimate cases.
  • Signed content. Detection content and agent updates are signature-verified against a key the agent holds. Unsigned content is refused even from your own console.
  • Ringed updates. Content ships in rings exactly like the agent rollout, and the last known-good content set is retained locally for rollback without a network round trip.
  • Fail-open kernel path. If the kernel component cannot load, the host boots and works — degraded and loudly reported. A security agent that bricks a fleet has caused a worse outage than the threat it was bought for.

Integrations

LayerWhat it does
SIEM / data lakeNormalized event export, so your correlation rules keep working
Network access control and routersDrives VLAN quarantine — see segmentation
Identity providerSession revocation and account disablement as response actions
TicketingDetection to ticket with the process tree attached, not a bare alert ID
Vulnerability pipelineInstalled-software inventory feeds reachability scoring

What it does not do

Stated plainly, because you will find out anyway

  • It is not a firewall, an email gateway or a web proxy. It defends the endpoint. Most intrusions arrive by email, and that is a different control.
  • It cannot protect what it cannot run on. Unsupported controllers, clinical devices and appliances need network-layer protection instead.
  • It does not stop a determined insider with legitimate access. It records them thoroughly, which is a different and lesser thing.
  • It will produce false positives. Any behavioral product does. The honest metric is how many reach a human per week after tuning, not a claim of zero.
  • It is not a compliance certificate. It produces evidence for controls; it does not satisfy them by existing.

How to evaluate it properly

  1. Bring your own samplesTest against malware you supply, not a curated corpus we chose. Ask every vendor for this and note who hesitates.
  2. Measure false positives in your environmentTwo weeks in detect-only on a representative ring — not just IT laptops. Your build servers and developer machines are where the noise lives.
  3. Time an actual detectionExecution to verdict, measured on the host. Sub-second for local decisions, or ask why the cloud is in the path.
  4. Cut the network mid-testConfirm protection and telemetry continue. This single test eliminates a surprising number of products.
  5. Read one verdict end to endHave an analyst explain why the platform scored something as it did. If nobody can, you cannot defend it to an auditor either.
  6. Exercise the release pathIsolate a host and release it. If that is awkward in a pilot, it will not happen at 3am.

Scope your endpoint and network architecture

Bring us the estate you actually have — mixed OS fleets, ageing routers, unmanaged IoT — and we will tell you what can be unified under one agent and what needs custom work.

Request a FREE consultation