By NHI Mgmt Group Editorial TeamBased on Blackpoint Cyber: “Identity Is the New Perimeter: Why MSPs Can No Longer Rely on EDR Alone” (September 16, 2026)

TL;DR: Attackers are increasingly logging in with stolen passwords, compromised MFA sessions, OAuth tokens, and phishing rather than deploying malware, which makes identity the primary attack surface and leaves EDR blind to many modern intrusion paths, according to Blackpoint Cyber. The security model is shifting from endpoint containment to identity-layer detection, because the decisive control point is now authentication and session abuse.


At a glance

What this is: This is Blackpoint Cyber’s case for treating identity as the new perimeter, with EDR alone no longer covering the main intrusion path.

Why it matters: It matters because MSPs and identity teams need controls that see credential abuse, session hijack, and identity persistence before endpoint tools ever fire.

By the numbers:

  • High-confidence identity attacks can be contained in as little as 21 seconds.

Context

Identity is the new perimeter when attackers authenticate with valid credentials instead of dropping malware on an endpoint. In practical terms, the problem is not just detection coverage, but the fact that identity abuse now happens inside business systems that EDR was never designed to inspect deeply.

For MSPs, this is an access-governance problem as much as a security-operations problem. A single technician identity can open multiple customer environments, so identity compromise becomes a scaling event rather than a one-off incident.


Key questions

Q: What breaks when EDR is the main defense against identity-based attacks?

A: EDR breaks down when the attacker does not need malware at all. If a stolen password, OAuth token, or compromised MFA session is enough to authenticate, the endpoint may look healthy while the identity is already being abused in cloud and SaaS systems.

Q: Why do stolen credentials make lateral movement easier in enterprise environments?

A: Stolen credentials preserve the trust relationships already mapped into the environment. If the account can already reach adjacent systems, services, or admin functions, the attacker does not need to create new access paths. The result is lower friction, less obvious suspicion, and a much larger operational blast radius from a single compromise.

Q: How can security teams know whether identity controls are actually reducing breach impact?

A: Look for evidence that suspicious accounts are contained fast, active sessions are terminated, and privileged access is limited to the smallest possible set of systems. If a compromised account can still reach sensitive resources after detection, the controls are not working well enough to limit impact.

Q: What should MSPs do when a client identity is compromised?

A: MSPs should contain the account immediately by revoking the session, suspending the identity, and forcing a credential reset before the attacker can expand access. The key test is whether the response path is fast enough to matter while the compromised login is still active.


Technical breakdown

Why valid logins bypass endpoint detection

EDR is built to detect suspicious processes, file behavior, and post-exploitation activity on a host. It is effective when an attacker must execute malware to gain or keep access. Identity attacks change that sequence: a stolen password, token, or MFA session lets the attacker act through normal cloud and SaaS control planes, which produces legitimate-looking traffic instead of obvious endpoint artifacts. The attacker becomes another authenticated user from the endpoint's perspective, even while abusing the account for mailbox rules, privilege changes, or persistence. That is why the attack surface moves from the device to the identity provider, the session, and the SaaS application itself.

Practical implication: correlate endpoint telemetry with identity and SaaS logs, because host-only visibility will miss authenticated abuse.

How AI accelerates phishing, spraying, and privilege escalation

The article's key operational point is that AI reduces attacker preparation time, not just attacker effort. That means phishing copy is generated faster, credential stuffing and password spraying can be automated at scale, and exposed cloud identities can be identified more quickly. Once a valid identity is obtained, the attacker can accelerate privilege escalation and lateral movement before a human analyst finishes triage. The result is not a new technique so much as a compressed timeline that punishes slow investigation. In identity terms, the dwell time between login and abuse gets shorter, which makes detection latency a governance issue, not only an SOC metric.

Practical implication: shorten identity alert-to-action paths, because minute-level delays can now be the difference between containment and spread.

Why MSP identities create amplified blast radius

MSPs concentrate trust. One technician account may have administrative reach across many customer environments, which turns a single compromise into a multi-tenant risk. That is an identity governance problem, not just a monitoring problem, because the blast radius is determined by what the identity can reach, not by where the attack started. When identity is shared across client environments, the attacker does not need to repeat the intrusion. They only need one foothold with enough delegated access to pivot. This is the classic overextension of privilege, now amplified by service-provider architecture and remote administration.

Practical implication: review technician and support accounts for delegated access scope, because MSP compromise scales through trusted identity paths.


Threat narrative

Attacker objective: The objective is to turn a single trusted identity into broad, low-noise access that can be used for persistence, fraud, exfiltration, or ransomware staging.

  1. Entry occurs through stolen credentials, compromised MFA sessions, OAuth tokens, or phishing rather than malware delivery.
  2. The attacker authenticates as a legitimate user and abuses the identity path to read mail, alter mailbox rules, or manipulate cloud access.
  3. Privilege escalation and lateral movement follow through trusted SaaS and MSP access, often before endpoint tools register malicious activity.
  4. Impact lands as persistence, data theft, ransomware preparation, or business email compromise across multiple client environments.
  • Storm-2949 Azure Breach: Storm-2949 social engineering attack turns one cloud identity compromise into full Azure tenant breach.
  • Salt Typhoon telecom intrusions 2025: Salt Typhoon breached US telecoms mainly with stolen logins, then harvested SNMP strings and TACACS/RADIUS keys to spread and persist for years.

Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.


NHI Mgmt Group analysis

Identity telemetry, not endpoint telemetry, is becoming the primary security signal for MSPs: EDR still matters, but it no longer defines the earliest point of control when attackers authenticate with valid credentials. Identity is now where abuse begins, which means access patterns, session anomalies, and privilege scope deserve the same operational attention as host events. Practitioners should treat identity logs as first-class detection data, not supporting evidence.

MSP risk is blast-radius risk, not just compromise risk: A single technician account can bridge many customer environments, so the key question is not whether an account is protected in isolation, but how far its delegated access reaches. That makes privilege scope, tenant separation, and offboarding discipline central to resilience. Practitioners should measure how much damage one identity can do before they measure how quickly it can be detected.

Identity is the new perimeter because the perimeter now lives inside SaaS and cloud control planes: The article's central shift is architectural, not cosmetic. Valid logins, token reuse, and mailbox-rule abuse bypass the assumptions behind endpoint-centric defense. Practitioners should reframe perimeter control around authenticated sessions, delegated authority, and identity trust boundaries rather than the device alone.

MTTR now has identity meaning: The article's speed argument is really about how long a compromised identity remains useful. Once attackers can move in minutes, containment windows collapse and response quality depends on whether access can be suspended, sessions terminated, and credentials reset before the chain extends. Practitioners should align response metrics to identity containment, not just incident closure.

Identity Threat Detection and Response is an operational layer, not a replacement control: The post is right to position ITDR alongside EDR rather than against it. Endpoint defense catches host-level abuse, while identity defense catches authenticated misuse and cross-environment delegation. Practitioners should design both layers to share telemetry and containment logic, because neither layer fully covers modern intrusion paths on its own.

From our research library:

What this signals

Identity blast radius is now the decisive MSP control problem: A technician account that can cross tenants turns a single compromise into a multi-client event, so access review has to focus on delegated reach, not just account inventory. That makes least privilege and tenant separation operational priorities, not audit language.

5.7% of organisations have full visibility into their service accounts, according to the Ultimate Guide to NHIs. That visibility gap matters here because MSP security depends on knowing which identities can touch which environments before an attacker does.

Identity-layer response has to move faster than the attacker’s authenticated session: Once access is valid, endpoint tools may never see a malicious executable, so containment depends on shutting down the identity path in near real time. For practitioners, this is where ITDR becomes a control boundary rather than a monitoring label.


For practitioners

  • Harden technician and support identities Restrict MSP technician accounts to the minimum delegated access needed for each client, and separate administrative scopes by environment so a single compromise cannot traverse every tenant.
  • Instrument identity-layer detection Collect cloud identity, SaaS, and session telemetry alongside endpoint events so suspicious logins, token misuse, and mailbox-rule changes can be correlated in one response path.
  • Reduce response time to identity compromise Automate containment steps for high-confidence identity abuse, including account suspension, active session termination, and forced password reset, before the attacker completes lateral movement.
  • Review trust paths across customer environments Map which identities can cross from one client tenant to another, then remove standing cross-tenant access that is not essential to operations.

Key takeaways

  • Identity attacks now bypass many EDR assumptions because the attacker can operate through valid credentials and trusted SaaS sessions.
  • The MSP model amplifies compromise because one privileged technician identity can extend across many customer environments.
  • Containment must focus on suspending accounts, ending sessions, and shrinking delegated access before authenticated abuse spreads.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

OWASP Non-Human Identity Top 10 and MITRE ATT&CK address the attack and risk surface, while NIST CSF 2.0 and CIS Controls v8 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Non-Human Identity Top 10NHI-04 — Insecure AuthenticationThe article centers on stolen credentials, token theft, and compromised MFA sessions.
NHI-05 — Overprivileged NHIMSP technician identities can reach many environments, creating excessive blast radius.
Recommendation — Audit authentication paths for token theft and session abuse, then tighten controls around identity-based access. Reduce delegated access scope so a single technician identity cannot traverse multiple customer tenants.
NIST CSF 2.0PR.AA-05 — Access Permissions, Entitlements and AuthorizationsThe article is about controlling who can reach what once identity is authenticated.
Recommendation — Review entitlements for support identities and remove unnecessary cross-environment permissions.
MITRE ATT&CKTA0006; TA0008 — Credential Access; Lateral MovementThe attack path is credential theft followed by movement through trusted access paths.
Recommendation — Map identity compromise patterns to credential access and lateral movement to improve detection coverage.
CIS Controls v8CIS-5 — Account ManagementMSP risk hinges on lifecycle control of technician and support accounts.
Recommendation — Enforce stricter account lifecycle management for privileged support identities and remove stale access.

Key terms

  • Identity Threat Detection and Response: Identity threat detection and response is the practice of finding misuse of credentials, unusual access patterns, and compromised identities across human and machine actors. For NHIs, it relies on telemetry from code, vaults, cloud services, and pipelines to detect abuse early enough to contain it.
  • Identity Blast Radius: The amount of damage a compromised identity can cause across systems, data, and infrastructure. In NHI environments, it is shaped by permissions, network reach, and administrative capability rather than by the credential alone. Reducing blast radius is a containment strategy that limits lateral movement and data exposure.
  • Delegated Access: Delegated access is permission granted to one identity to act on behalf of another user, service, or system. In NHI environments, this usually appears in OAuth-connected apps and automation tooling. It is powerful, but it must be tightly scoped and reviewed because it can persist long after the original business need ends.
  • Authenticated Abuse: The misuse of legitimate credentials or sessions to perform actions that are technically allowed but operationally unsafe. In API environments, this often means an attacker uses valid keys, tokens, or accounts to access data or trigger functions in ways that bypass perimeter thinking.

Deepen your knowledge

NHI governance, identity lifecycle management, and secrets management are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are responsible for identity security strategy or access governance in your organisation, it is worth exploring.
NHIMG Editorial Note
Published by the NHIMG editorial team on October 16, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org