← All posts

Venapce: A Nervous System for Security Governance

Past feasibility and now in development — the first Inflowenger product whose entire business logic lives in FloMorphic workflows. FloMorphic reasons; Venapce is the posture you see and the panel you act from, shipped as one image.

Every security team I've watched is drowning in tools and starved of connective tissue. The endpoints know one thing, the network gear knows another, the cloud consoles each hold their own truth, and the ticketing system holds a fourth. Each is a black box that has already decided what matters — and none of them talk. You end up being the integration layer, by hand, at 2 a.m.

Venapce is the answer taking shape in the security segment of Inflowenger — and the last time I wrote about it, I was careful to call it "not a product, not a finished thing." That was honest then. It's changed. Venapce is past its feasibility study and in active development now, and it turned into something I care about beyond security: it's the first product built the FloMorphic way, end to end.

The name still says the intent. Vein — the pathways between your assets, carried by agents that run everywhere. Synapse — the signal that fires when something is wrong.


The one idea: logic is FloMorphic, Venapce is the view

Here is the split that defines the whole product, and it's cleaner than what I described before.

Every piece of business logic in Venapce lives in a FloMorphic workflow. Collection, correlation, the data engineering, evaluation per feature, the LLM reasoning that turns a pile of frames into a recommendation — all of it is a graph running on the runtime. Venapce reaches FloMorphic through plugins and delegates the thinking to it entirely.

Venapce itself is posture and presentation. It holds no security logic of its own. It is the face: a posture builder and a data-visualization surface — the dashboards, the fleet view, the issue list, the panel you actually operate from. It shows you what the workflows concluded and gives you the surface to act on it.

So the old "senses vs. nervous system" picture gains a third layer, and it's the honest one:

Senses — plugins
  Reach each system, return raw data frames. No opinions, no scoring, no stored secrets.
  OSQUERY · NETDEVICE · AWS · AZURE · GCP
        ↓
Nervous system — FloMorphic workflows
  Frames → document store → correlate, enrich & evaluate per feature → an LLM node reasons in the open.
  ALL business logic lives here. Nothing is hidden in a compiled rulebook.
        ↓
The face — Venapce
  Dashboards, fleet view, issues, actions. Posture you can see; a panel you act from.

collect · correlate · reason · present & act. Venapce owns the last step and nothing before it. That's not a limitation — it's the point. It means the intelligence is never trapped inside the UI; it lives in a graph you can open, read, and change.

Senses you can trust because they're dumb. Judgment you can trust because you can read the graph. And a posture you can act on because it's right in front of you.


Stage → Issues: how the data actually flows

Two tables carry the whole model, and they're the clearest way to understand what Venapce does.

  • Stage is the raw intake. Everything the agents collect lands here first — entered data, the noise, the false positives, every frame that came up off an endpoint. Stage is what came in, unfiltered.
  • Issues is where the signal ends up. FloMorphic workflows enrich the Stage data down to its cleanest version and promote what's actually real. An issue is a raised problem, a fix to apply, a security incident — the things that deserve your attention.

Between the two sits FloMorphic, doing the data engineering: correlate, enrich, drop the false positives, promote the real thing from Stage into Issues. Venapce shows you both — but you live in Issues.

And over both tables sits the dashboard: a full BI chart builder, with every chart drawn on data that came from FloMorphic. Posture isn't a fixed set of screens I chose for you; you build the views you need. Everything is dynamic — each feature is built as a flow and optimized inside FloMorphic's workflows, not hardcoded into the product.


What actually ships

This is where "in development" becomes concrete. Venapce ships as a single container image, and inside it are four things that work together:

  • A Go backend API — the service the panel talks to, and the bridge to FloMorphic.
  • A Vue web app — the panel itself: fleet, posture, issues, and the agent-onboarding flow.
  • A full BI dashboard and chart builder — so posture isn't a fixed set of screens; you build and shape the dashboards you need over the data the workflows produce.
  • nginx — front door, tying the web app, the API, and the dashboards together behind one origin.

Behind the image sits one Postgres database, shared by the dashboards and the backend API. That's the whole footprint. One image, one database — a security posture layer you can stand up without assembling five services by hand.

Notice what's not in that list: the security logic. It isn't baked into the backend. The backend orchestrates FloMorphic and serves what the workflows produced. Swap a workflow and the product's behavior changes without a rebuild — that's the payoff of putting all the logic in the graph.


The vein is agents

The core sense — the one Venapce is named around — is the endpoint fleet. Lightweight osquery agents run across all of your compute — servers, workstations, whatever you enroll — and stream what they see back up. Watching your endpoints is where the vein metaphor gets literal: the agents are the pathways, threaded through every system you own.

The agents report into a node hub — the control point that enrolls them and collects what they see. The panel carries a menu of enrolled operating systems and their live status, so you can see the fleet itself — who's reporting, who's gone quiet — before you ever look at a finding. And I wanted onboarding to feel like plugging in, not standing up infrastructure, so there are two paths:

  • Connect your own. Already running a node hub for your osquery fleet? Point Venapce at it. The panel connects, and your enrolled nodes start showing up.
  • Request a space. No node hub yet? Ask for one from the panel. Inflowenger runs node hubs on its own servers; a request provisions a dedicated space — your own node hub environment and enrollment credentials — and hands it back to you. Within moments the panel is listing enrolled nodes, ready to query.

Either way you land in the same place: a live fleet view of every enrolled node, with the workflows already reasoning over what those nodes report. Fast bootstrap for people who want to see something today, and a clean bridge to your own infrastructure when you're ready to own it.


An assistant that acts on issues — and only issues

Here's the part I like most, and it follows directly from everything being a flow.

Some of those flows have an AI node in them, and that turns into an assistant — but a narrow, well-behaved one. It doesn't roam your estate. It acts on a single issue, on demand. You click an issue; the workflow runs; the AI works that issue the way a person would — reading the context, taking the steps — but bounded by the flow that was designed for it.

It does exactly what the graph allows: not more, not less, and no false-positive action. It isn't an autonomous agent making its own decisions about your infrastructure; it's judgment applied to one issue, inside a contract you drew. That's the whole Venapce promise restated at the sharp end — the intelligence acts, but only where you pointed it and only how the flow permits.


The senses being wired in

Honest status, because it matters. One sense is confirmed and next to land; the rest are in feasibility study. A collector that holds no logic and no secrets is one you can trust and reuse — every plugin speaks one protocol, inflowv1, so a sense written once runs on any host that implements it.

Confirmed · next to land

  • OSQUERY — the core sense. The endpoint fleet, reached through its node hub: list nodes, run queries, watch the endpoints. A small, token-authenticated plugin.

In feasibility study

  • NETDEVICE — facts, interfaces, BGP/ARP/LLDP from routers, switches, and firewalls.
  • AWS · AZURE · GCP — cloud inventory, deployment status, and native posture findings (Security Hub · Defender for Cloud · Security Command Center). Collect only; the graph is downstream.

Anything else — a ManageEngine ITSM API, a ticketing system, some endpoint-context source — is just an ordinary integration plugin, wired in when a feature needs it. It isn't part of what Venapce is. The core is the osquery fleet; everything else is a sense you can add.

Follow the feasibility studies as they turn into shipping plugins in the plugin catalog.


Why keep the senses dumb

Because a collector that holds no logic and no secrets is a collector you can trust and reuse. A sense declares what a connection needs; the platform stores the filled-in credentials and folds them into each call. Rotating a cloud key or a device password never touches the plugin.

That's also what lets the same architecture do the Wiz-style thing without being a monolith. A cloud plugin pulls inventory, deployment status, and the cloud's own posture findings. It does not re-derive a security graph. The correlation across estates, the prioritization, the recommendation — all of that is assembled downstream, per feature, in workflows I can inspect and tune, and then surfaced by Venapce.

Sense broadly; reason in the open; present what you can act on.


What I'm actually claiming

First, that Venapce is real and moving. It's past feasibility, in development, and it ships as one image you can run: Go backend, Vue panel, a full BI dashboard builder, nginx, one Postgres behind them.

Second, that it's proof of a pattern. Venapce is the first product where all the business logic lives in FloMorphic workflows and the product itself is only the view. If that works here — a whole security posture layer with no logic of its own — it says something about how much of a product can be a graph.

And third, that the layer is the point. Venapce isn't a replacement for your scanners or your cloud's own security engine — it reads from them on purpose. It's the missing connective tissue: agents for a vein, FloMorphic for a nervous system, and a face that carries every sense into one place, reasons over the whole picture in the open, and turns a scattered pile of findings into a posture you can see and act on.

Senses you can trust because they're dumb. Judgment you can trust because you can read the graph. A posture you can act on because it's right in front of you.

That's what I'm building. If it resonates — or if you'd wire it differently — I want to hear it.


Venapce · the security segment of Inflowenger, built the FloMorphic way. Vein, for the agents. Synapse, for the signal. In development — dates and scope will shift.