← Back to the cybersecurity blog

EDR blind spots: why attacks now come through firewalls, VPNs and routers, and how to detect them

By Adrián González · CEO · Published: 09 August 2026 · Updated: 09 August 2026
EDR blind spots: why attacks now come through firewalls, VPNs and routers, and how to detect them
  • Edge devices and VPNs went from 3% to 22% of exploitation-driven breaches in a single year, according to Verizon's 2026 DBIR.
  • In the same report, exploiting a vulnerability overtook stolen credentials as the leading route to initial access for the first time.
  • Patching is not enough: 42.5% of exploited edge flaws affect unsupported devices, and three in four never appear in CISA's KEV catalogue.
  • The answer is not more EDR but visibility where no agent can be installed: network telemetry, out-of-band logging, configuration integrity and threat hunting.

Edge devices and VPNs have gone from 3% to 22% of exploitation-driven breaches in a single year. That figure, published in Verizon's 2026 DBIR, measures more than a passing attacker preference. It measures a decade of security investment aimed at the wrong place.

The past decade was built around the endpoint. EDR agents went onto laptops and servers, telemetry was tuned, detection rules were written. It worked well enough that attackers moved to where we cannot see them: firewalls, VPN concentrators, routers, load balancers and management appliances. Internet-facing devices running proprietary firmware, with no way to install an agent and little forensic capability. Few organisations watch them with the intensity they give their laptops.

The data behind the shift

Alongside that jump from 3% to 22%, the same study records a deeper change: vulnerability exploitation overtook stolen credentials as the leading initial-access vector, something that had not happened in the report's nineteen-year history.

The technical detail comes from VulnCheck. Of the 181 network-edge vulnerabilities exploited during 2025, only 23.7% appeared in CISA's KEV catalogue, and 42.5% affected end-of-life or unsupported devices. Most of the actual risk therefore sits outside the very lists many teams use to prioritise.

From the incident-response side, Mandiant's M-Trends 2026 points the same way: exploitation of internet-facing systems leads the initial vectors for the sixth year running, at 32% of cases where the entry point could be identified. The report also documents handoffs of initial access from one actor to another in as little as 22 seconds. Activity grouped under identifiers such as UNC6201 and UNC5807 concentrates on network devices that produce no EDR telemetry.

Nor is this one vendor's reading. CISA and the FBI, with the UK's NCSC and Australia's ASD, have published specific guidance on edge-device targeting and on the risk of unsupported equipment. When agencies in four countries converge on the same point, it is worth noting.

What has changed in a year?

A year ago the dominant story was still identity and phishing. Both still matter, but the DBIR marks a change of order: access is now won more often by exploiting a flaw than by stealing a password. At the same time, the volume of KEV vulnerabilities awaiting remediation has grown by roughly 50% in a year, and median remediation time has risen from 32 to 43 days.

What follows is a widening gap. Edge flaws are exploited within days, sometimes before a patch exists, while maintenance cycles for that equipment run to weeks or months. And when an attacker arrives that way, they leave nothing like the trail they would on a laptop. They selectively delete and restore configuration files to frustrate analysis — an anti-forensic move that on an EDR-covered endpoint would have raised alerts.

Why can't EDR protect a firewall or a router?

The short answer is that EDR does not fail; it cannot be installed there. An agent needs an operating system to run on and a way to send telemetry. Firewalls and routers run closed firmware, so they accept no agent and surrender none of the process, memory and network events that feed behavioural detection. The blind spot is not a configuration oversight but a property of the device.

That is why adding more EDR or more XDR does not close the gap. Endpoint coverage can be excellent while the attacker works comfortably at the perimeter, moving towards hypervisors, backup systems and domain controllers from a point your console never sees.

Which controls still hold when EDR can't reach?

Defence is not about replacing EDR but about surrounding it with the signals the perimeter itself emits. There are five fronts.

Network telemetry. Where there is no agent, there is still traffic. Network analysis (NDR), flow data, DNS and the perimeter's own logs form the primary detection source for anything that runs no agent.

Out-of-band logging. Send firewall, VPN and router logs to an external, immutable destination, so that deleting them on the device does not delete the evidence. That turns the attacker's anti-forensics into a lead.

Configuration integrity. Watching for unauthorised changes on network devices and comparing them against a reference configuration catches precisely the tampering that characterises these intrusions.

Attack surface and end-of-life. Knowing which devices you expose, at which firmware version and which have fallen out of support solves much of the problem, because an end-of-life device cannot be patched: it is replaced or isolated. That is the job of attack surface management, plus vulnerability management driven by real exposure rather than CVSS alone.

Hunting and response over agentless assets. A managed SOC and a threat hunting service able to search network telemetry and perimeter logs, with an incident response retainer whose scope explicitly covers network appliances.

Industrial environments are full of devices that cannot take an agent by design, which is the territory of OT security. Recent cases make the pattern plain. The FortiSandbox chain, Citrix Bleed 2 and the critical VMware vCenter and ESXi flaws all begin at equipment EDR did not cover — the same reason edge exposure now ranks among the highest-return controls.

What to watch before there is an incident

Where the trail remains when EDR cannot be installed
Agentless assetWhy the agent cannot reach itWhere the signal does remain
Firewall / VPNProprietary firmware, no installable agentOut-of-band perimeter logs, flow data, sessions and DNS
Router / switchClosed system, limited telemetryConfiguration integrity and centralised syslog
Management appliance (RMM, SIEM)Exposed surface with privileged accessAccess logs, SIEM correlation and change alerts
Hypervisor / backupTarget beyond the perimeter, off the endpointEast-west network telemetry and admin access control
End-of-life deviceNo vendor patches availableSurface inventory, isolation and planned replacement

Rule of thumb: if a device cannot run an agent, its detection lives in the network and in logs the attacker does not control.

The conclusion is an awkward one for any board: what matters is no longer whether your EDR is good, but how much of your exposed surface sits entirely outside its reach. Until that number is measured, the perimeter stays the cheapest way in, and an organisation that in 2026 watches only its laptops is watching one room while the intruder works on another floor.

If you want that exposure measured, it is the work we do at Hard2bit as a cybersecurity company with its own SOC and threat hunting across the traffic and logs the endpoint never sees.

This article is for educational and defensive purposes. The figures come from public reports — Verizon DBIR 2026, VulnCheck, Mandiant M-Trends 2026 and official advisories from CISA/FBI, the NCSC and the ASD — available at the date of publication; the detection recommendations should be adapted to each organisation's architecture and regulatory framework.

Frequently asked questions

Why does EDR not protect a firewall, a VPN or a router?

Because the vendor does not allow third-party software to run on the device firmware. With no agent there are no process, memory or execution events, and those are the raw material of behavioural detection: EDR cannot flag a suspicious process because it cannot see any process at all. The most you get from the device is its own log, which an attacker can tamper with once inside. Detection therefore has to rely on the network and on logs shipped off the device.

Does NDR still work if my traffic is encrypted?

Yes, with caveats. Much network detection does not need to read content: it relies on metadata such as who talks to whom, at what time, at what volume, for how long and towards which destinations. An appliance that starts opening outbound connections to unfamiliar infrastructure, at odd hours and with a regular beaconing pattern, is visible even when the payload is encrypted. It works best combined with DNS records and inspection at the points where encryption already terminates.

How do I know which edge devices I currently have exposed?

Through an attack surface inventory built from the outside, not from the network diagram. The difference matters: what an attacker sees is whatever answers from the internet, including kit nobody remembers publishing, test environments and devices inherited from an old integration. The inventory should record model, firmware version, end-of-support date and an owner for each device, and be refreshed regularly because the surface changes on its own.

What is NDR and how does it differ from EDR and XDR?

NDR (Network Detection and Response) detects threats by analysing network traffic rather than the end device. EDR watches processes and memory inside laptops and servers; XDR correlates several sources in one console. For devices that accept no agent — firewalls, routers, VPN concentrators — NDR is the primary source, because it observes behaviour on the network even when the device records nothing itself.

How do I detect that an attacker has deleted logs on an appliance?

By comparing two sources the attacker does not control at once. If logs are streamed in real time to an external immutable destination, local deletion leaves a visible gap when the two are contrasted. Comparing device configuration against a reference build exposes the delete-and-restore technique. And a sudden absence of events from a device that always produced logging traffic is itself a signal worth investigating.

What should I do with end-of-life network devices?

Accept that updates cannot secure them and treat each one as an exception with an expiry date. First establish which they are and whether they answer from the internet; then prioritise removal by real exposure rather than theoretical criticality. While they remain in production, mitigation means segmenting them, restricting administration to internal networks and watching them with network telemetry. An end-of-life device is not patched: it is replaced or isolated.

Is investing in EDR still worth it?

Yes. On laptops and servers its visibility is hard to match, and it remains the central control for stopping an attacker who is already inside. The question is not whether to replace it but whether you are treating its coverage as though it were complete coverage. The useful measure is not what share of your machines run an agent, but what share of your internet-facing surface cannot run one — and what you are using to watch that part.

Want to know what's actually exposed, and what to fix first?

Thirty minutes with a technical consultant — not a salesperson — is enough to get the problem in order: what's exposed right now, what gets fixed this week, what can wait, and what each stage costs. Penetration testing, security audits, vulnerability management, Microsoft 365, SOC/MDR and incident response.

If your situation is different, tell us anyway — we also take one-off questions on cybersecurity and regulatory compliance.

Based in Spain · Working across the EU and LATAM · ENS High · ISO 27001 · We usually reply in under 24 business hours