Join our Newsletter — 33% off our NHI Course
Home FAQ Threats, Abuse & Incident Response Why do password based controls, RBAC, and firewalls…
Threats, Abuse & Incident Response

Why do password based controls, RBAC, and firewalls still leave organizations exposed to attacker movement?

← Back to all FAQ
By NHI Mgmt Group Editorial Team Updated September 20, 2026 Domain: Threats, Abuse & Incident Response

These controls can fail when a password is reused or stolen, when a role grants too much access, or when a firewall cannot see activity after initial entry. Once an attacker reaches an elevated account, lateral movement lets them expand access across systems while blending into normal activity. Traditional controls often detect that too late to stop damage.

Why Traditional Controls Still Miss the Real Movement Path

Password controls, RBAC, and firewalls mainly protect the front door and the obvious checkpoints. They are useful, but they do not guarantee that the account being used is the right one, that the role is narrowly scoped, or that activity after login is genuinely trustworthy. That is why attackers can still move laterally once they gain a valid session or elevated foothold.

The practical weakness is not the existence of these controls, it is their limited visibility into how access is used after authentication. A reused or stolen password can satisfy the control, a role can overgrant access without looking abnormal, and a firewall may allow trusted internal traffic that is later abused for discovery, credential access, and pivoting. NHI Mgmt Group’s Ultimate Guide to NHIs is useful here because the same overprivilege and lifecycle gaps that affect machine access also illustrate why static access controls miss movement once trust is established.

When organisations rely on coarse perimeter logic, the attacker does not need to bypass every control. They only need one believable identity path, then enough internal reach to blend with normal administration, remote management, or application-to-application traffic. That is why lateral movement is often a post-compromise problem, not a perimeter problem.

Where Passwords, Roles, and Firewalls Break Down in Practice

Password-based controls fail when credentials are reused, phished, guessed, or stolen from elsewhere, because the system often cannot distinguish legitimate use from abuse once the secret is valid. RBAC fails when roles accumulate permissions over time, because access decisions become broader than the person or workload actually needs. Firewalls fail when the attacker operates from inside the allowed zone, where traffic looks routine and content, not destination, becomes the more important signal.

Top 10 NHI Issues is a useful companion reference because it highlights the same structural weaknesses, overprivilege, visibility gaps, and credential sprawl, that make static controls insufficient once an attacker has foothold access. The control may still be functioning exactly as designed, while the environment is still exposed.

The deeper issue is that these controls are largely point-in-time. Authentication says who entered, RBAC says what that identity should do, and the firewall says which paths are allowed. None of them, by themselves, proves that the session is still benign, that the role is still appropriate for the task, or that the sequence of actions is not part of reconnaissance and pivoting.

CIS Controls v8 and CISA cyber threat advisories both reinforce this gap from different angles, one through operational safeguards and the other through real-world adversary behaviour. The lesson is consistent: organisations need controls that reduce blast radius after entry, not only controls that try to prevent entry.

Risk and Threat Considerations

The main risk is blast radius. If one password, one overbroad role, or one trusted internal path is compromised, an attacker can often reuse legitimate access patterns to reach additional systems, harvest more credentials, and escalate without triggering the simplest controls. That makes the issue a containment failure as much as an authentication failure.

Failure mechanism: Once an attacker holds a valid account or session, lateral movement can exploit trust between internal systems, inherited permissions, and insufficiently monitored east-west traffic. The controls continue to allow activity that looks permitted, even when the sequence of actions is adversarial.

Impact: The organisation can lose containment, not just a single account. That raises the probability of privilege escalation, data access, service disruption, and delayed detection because the activity is filtered through legitimate identity and network paths.

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 CIS Controls v8 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Non-Human Identity Top 10NHI-01 — Secrets and Credential ManagementPasswords and reused secrets enable post-entry movement when credentials are stolen.
NHI-03 — Privilege and Access GovernanceRBAC can overgrant access and widen lateral movement after compromise.
NHI-07 — Visibility and DiscoveryLateral movement persists when internal activity is not visible enough to detect abuse.
Recommendation — Rotate exposed secrets quickly and eliminate long-lived credentials that can be replayed internally. Review roles for excess privilege and shrink access to the minimum needed for each system. Inventory identities and monitor east-west activity so abnormal movement is detectable.
CIS Controls v86 — Access Control ManagementAccess control must reduce blast radius after an attacker enters with valid credentials.
8 — Audit Log ManagementDetecting movement requires logs that show internal activity after initial entry.
Recommendation — Enforce least privilege and remove unnecessary access paths that support lateral movement. Centralise and review logs for suspicious internal authentication and privilege-use patterns.
MITRE ATT&CKT1021 — Remote ServicesAttackers commonly pivot laterally using legitimate remote services after gaining access.
T1078 — Valid AccountsStolen or reused passwords let attackers move while appearing legitimate.
T1021.001 — Remote Desktop ProtocolRDP is a common internal movement path once an attacker has an account.
Recommendation — Hunt for unexpected remote-service use that indicates internal pivoting or staging. Monitor for valid-account abuse and investigate anomalous logins from trusted identities. Restrict and monitor RDP use to reduce attacker pivot opportunities.

Practitioner Guidance

What to verify: Treat every control as a boundary with a specific failure mode. Confirm whether the account can reach more systems than the job requires, whether internal traffic is being logged with enough context to spot abnormal sequences, and whether privilege changes are being reviewed fast enough to matter before an attacker reuses them.

Decision rule: If a control only tells you that access was granted, but not whether the resulting behaviour is normal, it is insufficient as a containment mechanism. In that case, prioritise detection of session abuse, privilege escalation, and east-west movement over additional perimeter hardening.

Practitioner takeaway: The goal is not to make passwords, roles, or firewalls disappear, it is to stop them from being the only thing standing between initial entry and enterprise-wide movement.

Deepen Your Knowledge

Sign up to our weekly newsletter — get 33% off our NHI Foundation Level Course

    NHIMG Editorial Note
    Reviewed and updated by the NHIMG editorial team on September 20, 2026.
    NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org