TL;DR: Sysadmins still juggle SSH, RDP, VPNs and other remote tools while storing dozens or hundreds of credentials in insecure places such as spreadsheets and script files, according to Devolutions. The governance gap is not just usability: it is centralised control over sessions, credentials, roles and logging across a fragmented remote access estate.
At a glance
What this is: This is a Devolutions white paper on remote desktop management, arguing that fragmented access tools, credential sprawl and weak session governance undermine both productivity and security.
Why it matters: It matters because remote access estates sit at the intersection of human IAM and NHI governance, where credential storage, delegated rights and session tracking need to be controlled together.
Context
Remote desktop management is the governance problem behind everyday sysadmin access. When teams move across SSH, RDP, VPNs and other remote tools, they also carry dozens or hundreds of credentials, connection settings and session records that need to be controlled consistently.
The article argues that the real issue is not just convenience. A fragmented remote access estate pushes people toward spreadsheets, plain text script files and informal sharing, which weakens both access governance and auditability across the environment.
Key questions
Q: How should teams govern remote access credentials across SSH, RDP and VPN tools?
A: They should treat remote access credentials as governed assets, not user conveniences. The practical baseline is a central vault, role-based access control and session logging so access is issued, shared and reviewed in one place rather than scattered across spreadsheets, saved sessions and script files.
Q: What breaks when remote desktop credentials are stored in spreadsheets and scripts?
A: Revocation, audit and access review all become incomplete. Secrets spread outside governed systems are difficult to track, easy to copy and hard to remove consistently, which means one compromised file can expose many remote sessions and leave little evidence of who used what.
Q: What are the best practices for shared remote administration sessions?
A: Use permissions to control who can see, reuse or modify a session, and keep the session data in an encrypted central store. Shared administration should rely on governed access and logging, not on email threads, messaging apps or manual handoffs of connection details.
Q: How do organisations know whether remote session governance is actually working?
A: Look for whether sessions, roles and credentials are managed in one place and whether every open, close or change event is logged. If users still depend on ad hoc sharing or duplicated stores, the governance model is not operating at the point of use.
Technical breakdown
Why fragmented remote access tools create control drift
Remote administration often spans many protocols and clients, including SSH, RDP, VPNs, VNC and web-based tools. Each one creates a separate place to store sessions, credentials and connection settings, which makes it difficult to enforce consistent access rules. The governance problem is not the protocol itself but the accumulation of isolated control points that do not share state cleanly. In practice, that leads to credentials being copied, sessions being duplicated and permissions being interpreted differently across tools. A remote desktop management layer tries to collapse that sprawl into a single control plane for access.
Practical implication: unify remote access inventory so session governance is applied once instead of being recreated in every tool.
Vaulting credentials versus scattering them across files
The article highlights a familiar failure mode: credentials and other sensitive information end up in spreadsheets, saved sessions and plain text script files. A vault changes the control boundary by centralising storage, encryption and retrieval under one governed system. That matters because the security issue is not only disclosure at rest, but also uncontrolled reuse and informal distribution of sensitive data. When passwords, account numbers and licensing codes live outside a managed vault, revocation, audit and access review become partial at best. Central storage also makes it easier to enforce policy around who can see and use what.
Practical implication: move remote access secrets into a central vault and eliminate any file-based storage paths that bypass governance.
How RBAC and session control reduce overexposure
Role-based access control is the article's core governance theme. In multiuser remote access environments, teams need fine-grained permissions so users can open, share, or modify only the sessions and credentials they are entitled to use. Session logging and visibility controls add accountability by showing who accessed what and when changes were made. This is especially important when access is shared across teams, since the same remote connection can carry different privilege expectations for different users. Without these controls, separation of duties is mostly theoretical, and every shared session becomes a potential privilege overreach point.
Practical implication: combine RBAC with session logging so access can be segmented and reviewed at the point of use.
Threat narrative
Attacker objective: The objective is to exploit weakly governed remote access paths to gain or misuse privileged access across multiple systems without effective accountability.
- Entry occurs through routine remote administration channels such as SSH, RDP, VPNs and browser-based tools, where access is already expected and repeated throughout the day.
- Credential access becomes the key exposure point when passwords and session data are kept in spreadsheets, script files or insecurely shared locations instead of a controlled vault.
- Privilege overreach follows when shared sessions, broad roles or poorly separated permissions allow users to see or use more access than their job requires.
- Impact is operational and governance-related, with reduced auditability, higher likelihood of credential misuse and a wider blast radius across remote systems.
Breaches seen in the wild
- SonicWall SSL VPN account compromises 2025: Attackers used valid credentials to log in to more than 100 SonicWall SSL VPN accounts across 16 environments in October 2025.
- CitrixBleed 2 2025: CitrixBleed 2 leaked NetScaler session tokens from memory, letting attackers hijack VPN sessions and skip MFA at 100+ organisations.
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
Remote desktop management is an identity governance problem, not just a productivity problem. The article shows that sysadmins accumulate sessions, credentials and permissions across many access tools, then compensate with informal storage and sharing. That is a governance pattern, because the same user often holds many remote pathways with different privilege levels and no single place to enforce policy. The practitioner conclusion is that remote access should be treated as governed identity infrastructure, not a convenience layer.
Credential vaulting changes the control boundary for remote access. Once passwords and sensitive connection data live in spreadsheets or script files, the organisation has already lost meaningful control over distribution and revocation. A central vault is not only about storage, but about making access review, logging and policy enforcement possible across the full remote estate. The practitioner conclusion is that vaulting must be tied to lifecycle governance, not left as an isolated storage decision.
Role-based access control becomes the deciding factor in shared administration. The article is explicit that separation of duties breaks down when teams cannot constrain who can see or change sessions. That means remote management platforms need fine-grained entitlements, group-based administration and logging that reflects actual session activity. The practitioner conclusion is that session control must be designed for delegated administration, not assumed from directory membership alone.
Identity blast radius is the right named concept for this category of risk. The larger the number of remote tools and stored credentials, the more a single compromised account, leaked secret or mis-scoped role can expose. The article's control stack is trying to shrink that blast radius through centralised vaulting, RBAC and auditability. The practitioner conclusion is that remote access programmes should be measured by how much privilege they can contain when one credential or session is lost.
Remote access governance should align human admin controls with non-human session assets. Remote desktop estates contain human users, but they also contain stored credentials, reusable session definitions and access workflows that behave like NHI governance problems. That makes this a cross-domain identity issue, where IAM, PAM and NHI controls have to work together instead of in separate silos. The practitioner conclusion is that remote desktop management should sit inside a broader identity governance model.
What this signals
Identity blast radius is the practical metric that remote desktop teams should watch. The more places credentials and session settings are copied, the larger the blast radius becomes when one account is misused or a support workflow breaks down. Central vaulting and RBAC do not eliminate risk, but they do make privilege containment measurable across the remote estate.
Remote administration often looks like a tooling problem until a review is needed and no clean record exists. Teams should focus on whether their session controls can prove who had access, what they could see and whether directory changes propagate into the remote access layer without delay.
For practitioners
- Implement a central remote access vault Consolidate passwords, session settings and other sensitive values into one governed store instead of keeping them in spreadsheets or script files.
- Apply role-based access control to sessions Define specific roles and groups for remote sessions so users can open, share and edit only the connections tied to their duties.
- Turn on session logging and change tracking Record who opened, closed or modified each session so shared administration has an audit trail that supports review and separation of duties.
- Limit credential exposure in shared support workflows Use permission-based visibility so colleagues can collaborate on remote sessions without resorting to email, messaging apps or copied secrets.
Key takeaways
- Remote desktop environments fail when access tools, session data and credentials are managed as separate islands rather than one governed identity surface.
- The article's core controls are vaulting, RBAC and logging, which together reduce the exposure created by spreadsheets, script files and informal sharing.
- Teams that cannot trace who opened or changed a session should assume their remote access governance is incomplete and tighten controls at the point of use.
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.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Non-Human Identity Top 10 | NHI-02 — Secret Leakage | The article centres on credentials stored in spreadsheets and script files. |
| NHI-05 — Overprivileged NHI | Shared remote sessions and broad rights create excessive access in admin workflows. | |
| NHI-07 — Long-Lived Secrets | The article warns against persistent, reusable credentials across remote tools. | |
| Recommendation — Remove remote access secrets from unmanaged files and centralise them in a controlled vault. Scope remote session entitlements so users only reach the credentials and connections they need. Shorten credential exposure by replacing persistent remote secrets with governed storage and access controls. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | The article focuses on controlling who can access sessions, credentials and settings. |
| Recommendation — Align remote access rights to PR.AA-05 so entitlements are explicit and reviewable. | ||
| CIS Controls v8 | CIS-5 — Account Management | The paper discusses user rights, group changes and shared administration in remote access. |
| Recommendation — Use CIS-5 to govern remote admin accounts, groups and access changes across the estate. | ||
| MITRE ATT&CK | TA0006;TA0008 — Credential Access; Lateral Movement | Credential misuse and movement across remote systems are the main threat patterns here. |
| Recommendation — Map remote access exposure to TA0006 and TA0008 to prioritise credential and session controls. | ||
Key terms
- Remote Desktop Management: Remote desktop management is the central control of tools, protocols and session access used to administer systems remotely. In practice, it combines connection handling, credential protection, role assignment and logging so administrators can work efficiently without scattering secrets and permissions across many ad hoc tools.
- Session Control: Session control is the enforcement layer that governs how long access lasts, how many sessions are allowed, and whether a connection is monitored or terminated. In hybrid identity, it matters because authentication alone does not tell you whether access is being used safely after login.
- Credential Vaulting: Credential vaulting stores privileged secrets in a controlled system rather than distributing them to users or embedding them in workflows. The security value comes from reducing direct exposure, supporting revocation, and creating a single governance point for high-risk credentials.
- Segregation of Duties: Segregation of Duties is a control principle that prevents one person or role from combining incompatible permissions that could create fraud, error, or undetected change. In ERP environments, it must account for roles, transactions, approvals, and compensating controls across business processes.
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing an IAM programme, it is worth exploring.
Published by the NHIMG editorial team on August 21, 2026.
Updated on October 12, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org