BlastRadius: Why Severity Scores Lie, and How Graph AI Solves Real Attack Paths

"Defenders think in lists. Attackers think in graphs. As long as this is true, attackers win."
— John Lambert, Distinguished Engineer, Microsoft Threat Intelligence

The 2:00 AM Alert Delusion

It is 2:14 AM. Your security scanner finishes sweeping your hybrid cloud infrastructure and drops a fresh spreadsheet into your ticketing queue: 4,821 open vulnerabilities.

Two hundred of them are flagged with a CVSS 9.8 or 10.0 Critical.

Your SecOps team has the engineering bandwidth to patch roughly ten servers this sprint. How do you choose?

If you do what 95% of security teams do, you sort the column by CVSS descending and start patching from the top:

1. legacy-ftp: CVSS 10.0 (Log4j remote code execution).
2. batch-legacy: CVSS 9.8 (CGI deserialization exploit).

Congratulations: your team spent 36 uninterrupted engineering hours patching two isolated, legacy servers sitting on an air-gapped staging subnet with zero egress and zero access to customer data.

Meanwhile, an unpatched CVSS 7.5 OpenSSL bug on your internet-facing api-gateway sat at ticket #384 in your backlog. Six hours later, an adversary used that single gateway to pivot into your microservices mesh and exfiltrate your entire customer database in three hops.

[The Vulnerability Mirage]

Isolated Subnet:
  [Attacker] ──x──> [legacy-ftp (CVSS 10.0)] ──x──> (DEAD END)

Production Route:
  [Attacker] ─────> [api-gateway (CVSS 7.5)] ─────> [db-customers (PII)]
                    ▲
                    └── THE REAL ATTACK PATH

Severity scores tell you how dangerous a vulnerability is in isolation. They tell you nothing about whether an adversary can actually reach your crown jewels.

We built BlastRadius to invert this paradigm: a graph-native, autonomous AI agent powered by FalkorDB and the Model Context Protocol (MCP) that maps true network reachability, calculates topological choke points, and safely remediates attack paths without taking down production.

Live Interactive Demo: https://blastradius-ashy.vercel.app
GitHub Repository: https://github.com/saksham-2x7/BlastRadius_V1
Youtube Demo Link: https://youtu.be/IauSZKEO8PQ

1. The Relational Trap vs. The Graph Reality

Why hasn't the cybersecurity industry solved this already? Because answering the fundamental question—"Can an attacker on the public internet walk from an exposed ingress point to our customer database through exploitable vulnerabilities?"—is computationally agonizing in relational databases.

The Relational Nightmare (SQL)

To trace lateral movement across a dynamic cloud network in a relational database, you must execute recursive Common Table Expressions (WITH RECURSIVE) across five separate tables: hosts, network_interfaces, firewall_rules, installed_services, and cve_vulnerabilities.

At 4 hops, relational engines devolve into massive Cartesian joins that bring relational query planners to their knees.

The Vector Search Fallacy (Naive LLMs)

Many modern "AI security tools" attempt to dump scan reports into vector databases (RAG) and prompt an LLM: "Find the attack path."
This fails disastrously. Vector distance is not topological connectivity. LLMs cannot reliably trace multi-hop network paths in natural language; they hallucinate hops through air-gapped subnets, fabricate firewall allowances, and skip critical lateral constraints.

The FalkorDB Solution

In FalkorDB, network infrastructure is represented in its natural state: a directed property graph.

Because FalkorDB is built on sparse matrix linear algebra (GraphBLAS) running over the ultra-fast Redis wire protocol, variable-length path traversal is not a pointer-chasing crawl—it is an optimized linear algebraic matrix multiplication executed in microseconds.

Finding all paths from the public internet to our crown jewel database is a single OpenCypher query:

MATCH path = (entry:InternetEntry)-[:EXPLOITABLE_ROUTE*1..5]->(target:CrownJewel {name: 'db-customers'})
RETURN path, length(path) AS hops

[Public Internet]
       │
       ├──> [edge-apache] ──> [api-gateway] ──┐
       ├──> [edge-nginx]  ──> [api-gateway] ──┼──> [db-customers] (CROWN JEWEL)
       ├──> [edge-node]   ──> [api-gateway] ──┘
       └──> [edge-apache] ──> [worker-java]  ─────> [db-customers]

One query. Instant topological reality. FalkorDB identifies the exact four attack routes an adversary can execute today.

2. Real Telemetry: Why CVSS and EPSS Mislead in Isolation

To reflect real enterprise environments, BlastRadius ingests live vulnerability telemetry:

• CVSS (Common Vulnerability Scoring System): Theoretical baseline severity.
• FIRST EPSS (Exploit Prediction Scoring System): Machine-learning exploit probability based on in-the-wild threat telemetry.
• CISA KEV (Known Exploited Vulnerabilities): Authoritative catalog of CVEs actively leveraged in active campaigns.

Look at how raw scores compare to graph-grounded reality in our testbed:

If you follow traditional security advice, you spend your week patching legacy-ftp and batch-legacy. Your customer database remains completely exposed.

BlastRadius immediately surfaces that patching a single CVE on api-gateway eliminates 75% of your total attack surface in one stroke.

3. The Agent Mind: Parameterized MCP, Not Hallucinated Cypher

A common anti-pattern in generative AI projects is "Text-to-SQL" or "Text-to-Cypher," where the LLM is asked to write raw queries against production databases.

In cybersecurity, this is unacceptable:

1. Hallucination Risk: The LLM invents relationship labels or filter predicates.
2. Denial of Service: An unconstrained, Cartesian query can lock up database memory.
3. Security Injection: Prompt injection could manipulate the Cypher string to leak sensitive topology.

BlastRadius uses the Model Context Protocol (MCP). The LLM agent never writes raw Cypher. Instead, it interacts with FalkorDB through deterministic, strongly-typed MCP tools:

┌─────────────────┐       MCP Request       ┌──────────────────┐
│                 │ ──────────────────────> │                  │
│    AI Agent     │                         │  FalkorDB Engine │
│ (Reasoning Core)│ <────────────────────── │ (Ground Truth)   │
└─────────────────┘       Typed Subgraph    └──────────────────┘

The Core MCP Toolset:

1. find_choke_points(): Runs FalkorDB's betweenness centrality algorithms to mathematically score nodes that funnel the highest percentage of attack traffic.
2. get_shortest_attack_path(source, target): Executes FalkorDB's native shortest-path traversal to calculate minimum attacker effort.
3. simulate_remediation(target_node): Clones the active subgraph in memory, simulates patching or isolating the node, and recalculates remaining attack paths.
4. apply_remediation(target_node): Commits changes to the live graph and updates state.
5. draft_jira_ticket(finding): Formats an engineering ticket containing exact reproduction paths, affected assets, and rollback plans.

Handling the 4-Way Shortest Path Tie

When an operator asks: "Show the shortest route an attacker could take", real-world networks often feature symmetric microservice ingress paths.

In our reference architecture, FalkorDB evaluates all possible attack routes and detects a four-way tie, each requiring exactly 3 hops:

1. internet → edge-apache → api-gateway → db-customers
2. internet → edge-nginx → api-gateway → db-customers
3. internet → edge-node → api-gateway → db-customers
4. internet → edge-apache → worker-java → db-customers

Rather than arbitrarily picking one route or truncating results, BlastRadius highlights all four tied paths across our React Flow topology canvas simultaneously. Operators immediately grasp the redundancy of the adversary's options.

4. The Breakthrough: Graph-Governed Autonomy Tiers

The biggest obstacle to AI agents in infrastructure is trust. Nobody wants an autonomous agent making blind changes to production services.

Most AI projects attempt to enforce safety through system prompts:

"You are a helpful assistant. Please do not modify critical servers without asking."

This is dangerous. LLM system prompts can be bypassed, misunderstood, or ignored under complex context windows.

In BlastRadius, the graph enforces safety, not the AI prompt.

                  [User: "Fix everything safe"]
                                │
                                ▼
                   [Agent: Inspect Node Tier]
                                │
               ┌────────────────┴────────────────┐
               ▼                                 ▼
      [Tier 1: Leaf Worker]             [Tier 3: Choke Point]
    (Low Betweenness Centrality)       (High Centrality / Ingress)
               │                                 │
               ▼                                 ▼
       Simulate in FalkorDB              REFUSE TO MODIFY
               │                                 │
               ▼                                 ▼
         Apply Patch                     Draft Jira Ticket with
       (Paths Drop: 4 → 1)               Rollback & Graph Proof

How Autonomy Tiers Are Computed:

Before touching any node, the MCP server calculates the node's Autonomy Tier directly from FalkorDB metrics:

• Tier 1 (Safe Autonomous Remediation): Low betweenness centrality, non-ingress role, zero downstream production dependencies. The agent simulates the fix, verifies the path reduction, and executes the patch autonomously.
• Tier 3 (Human-in-the-Loop Guardrail): High betweenness centrality, ingress gateway, or shared routing component.

When the operator types: "Fix everything that is safe", the agent patches the edge servers autonomously—dropping attack paths from 4 down to 1.

But when it encounters api-gateway, it explicitly refuses.

The agent informs the operator:

"Remediation refused for api-gateway. This node has high topological centrality and serves active ingress routes. Severing or modifying this node without maintenance coordination risks dropping production traffic. I have drafted Jira ticket SEC-402 with full graph evidence, affected paths, and a rollback plan for human approval."

The model did not decide this out of caution; the graph topology mathematically forbade it.

5. Epistemic Memory: Storing Reasoning in the Graph

Traditional chatbot agents suffer from stateless amnesia. If you return to the console three days later and ask: "Why didn't you patch the API gateway on Tuesday?", a typical agent has no idea what you're talking about.

BlastRadius writes its actions, simulations, and refusals back into FalkorDB as first-class graph entities:

CREATE (d:AgentDecision {
    action: 'REMEDIATION_REFUSED',
    target: 'api-gateway',
    reason: 'HIGH_BETWEENNESS_CHOKE_POINT',
    risk_score: 0.89,
    timestamp: 1729208000
})-[:EVALUATED_AGAINST]->(h:Host {name: 'api-gateway'})

Because reasoning is stored natively in the graph:

1. Auditability: Security teams can query historical decisions via Cypher.
2. Explainability: Every action has a bi-directional edge to the exact topological state that triggered it.
3. Multi-Session Continuity: Any operator on the team can inspect past decisions instantly.

6. Multi-Tenancy & Bringing Your Own Data

Enterprise security tools cannot be toy prototypes with hardcoded data.

BlastRadius allows teams to click Use your own data, upload network inventory or vulnerability scans, and instantly instantiate a private, isolated graph.

Because FalkorDB handles multi-tenant graph namespaces with zero overhead, each user or organization operates within a strictly partitioned graph space—allowing rapid scan-to-graph conversion without infrastructure friction.

7. The Technical Stack

• Live Application: Deployed on Vercel
• Graph Engine: FalkorDB (GraphBLAS-powered sparse matrix OpenCypher engine)
• Backend: FastAPI (Python 3.12) deployed on Railway
• Protocol: Model Context Protocol (MCP) servers exposing deterministic graph primitives
• Visual Frontend: React Flow dynamic canvas rendering live attack paths, choke point halos, and edge transitions
• Continuous Integration: GitHub Actions CI test suite verifying Cypher traversal accuracy, shortest-path calculation, and autonomy tier enforcement against a real, running FalkorDB container

Why BlastRadius Wins

Most security tooling generates more data, more alerts, and more cognitive fatigue.

BlastRadius does the opposite:

• It ignores isolated high-CVSS distractions.
• It pinpoints the exact topological choke point using FalkorDB graph algorithms.
• It proves why the choke point matters with live multi-path tracing.
• It executes safe remediations autonomously while enforcing rock-solid, graph-computed guardrails on critical infrastructure.

Attackers will always think in graphs. It’s time our defenses did too.

• Live Demo: https://blastradius-ashy.vercel.app
• GitHub Repository: https://github.com/saksham-2x7/BlastRadius_V1
• Youtube Demo Link: https://youtu.be/IauSZKEO8PQ