TL;DR: Beach Energy says its identity security programme was hampered by overly manual onboarding, offboarding and user management, poor user experience, and limited access visibility before it reworked its approach with SailPoint. The case shows that identity operations become a security control, not an administrative task, as programmes scale.
At a glance
What this is: This blog explains how Beach Energy’s manual identity processes created friction and visibility gaps that had to be addressed as its cybersecurity programme matured.
Why it matters: It matters because IAM teams managing human access, and adjacent NHI lifecycle workflows, need identity operations that can scale without turning access control into an administrative bottleneck.
Context
Beach Energy's experience is a plain example of a governance problem: when onboarding, offboarding and user management stay manual, identity controls become too slow and too opaque to support security at scale. In practice, that means the programme is relying on people to remember, approve and update access faster than the business changes.
For identity teams, the key issue is not only process efficiency but control quality. Poor user experience often masks deeper weaknesses in authentication, access visibility and lifecycle consistency, which is why manual handling becomes a security risk rather than just an operations issue.
Key questions
Q: How should IAM teams automate onboarding and offboarding without losing governance?
A: They should automate the repeatable lifecycle steps, but keep policy ownership, exception handling and audit evidence under explicit governance. The goal is not to remove oversight, but to make execution consistent enough that access changes happen the same way every time across connected systems.
Q: Why does manual identity management become a security problem at scale?
A: Because each manual step introduces delay, inconsistency and missed revocation opportunities. As the number of users, roles and access changes grows, those gaps accumulate into standing risk that is hard to see, hard to prove and hard to correct quickly.
Q: What signs show that user access visibility is too weak?
A: Common signs include unclear ownership of entitlements, difficulty explaining why access exists, delayed removal of old access and repeated exceptions outside normal workflow. When teams cannot answer those questions confidently, access visibility is no longer supporting governance.
Q: What should organisations prioritise first in identity governance?
A: Organisations should prioritise the highest-cost access problems first: orphaned accounts, excessive privilege, and manual review bottlenecks. Those issues generate both breach risk and operating cost. Start where access cannot be explained cleanly, because unexplained access is usually where governance work, audit delay, and incident scope expand fastest.
Technical breakdown
Manual onboarding and offboarding create control lag
Onboarding and offboarding are lifecycle controls, not clerical tasks. When they are handled manually, each access change depends on human coordination across HR, IT and security, which introduces delay, inconsistency and missed revocations. That lag matters because identity decisions are only useful when they happen close to the business event that creates or removes access. Manual handling also makes exceptions harder to track, so the organisation loses a reliable view of who should have access versus who actually does.
Practical implication: move joiner-mover-leaver actions into governed workflows with clear ownership and auditability.
User access visibility is a security control
Access visibility is the ability to see which users have which entitlements, where those entitlements came from and whether they still make sense. Without that view, authentication may be strong but authorisation still drifts, leaving standing access that nobody can confidently explain. Beach Energy's account shows that visibility is not a reporting extra; it is the evidence layer that lets identity teams identify excess privilege, validate approvals and support compliance.
Practical implication: maintain an inventory of access grants and review it against role and business context.
Poor user experience often signals weak identity design
A poor identity experience usually means the access process has too many handoffs, too many exceptions or too little automation. In security terms, friction is not just inconvenient, it pushes users and administrators toward workarounds that weaken control consistency. When the process is hard to use, the organisation tends to accumulate shadow approvals, delayed deprovisioning and inconsistent access pathways, all of which reduce trust in the identity programme.
Practical implication: simplify identity journeys so users can complete legitimate access changes without bypassing governance.
NHI Mgmt Group analysis
Manual identity operations become a governance liability once scale increases. Beach Energy's experience shows that onboarding, offboarding and access administration stop being back-office tasks when they cannot keep pace with business change. The problem is not just speed, but control integrity: every manual step creates room for delay, inconsistency and undocumented exception handling. Practitioners should treat manual identity handling as a governance gap, not an efficiency issue.
Access visibility is the point where identity operations turn into security evidence. If teams cannot see granted access clearly, they cannot prove that access is current, appropriate or least privilege. That makes compliance harder and also hides operational drift that can outlive the original business need. Identity programmes should be measured by how well they expose access state, not just by how many requests they process.
Identity lifecycle discipline belongs in the core security architecture. This article reinforces that provisioning and deprovisioning are part of the security model, especially where growth, turnover or role change is frequent. The more manual the process, the more the organisation depends on memory and follow-up rather than policy enforcement. The practitioner conclusion is straightforward: lifecycle governance must be designed as a control surface, not an administrative queue.
Beach Energy's example also shows that usability and governance are not opposites. Poor user experience often indicates that the identity model is too complex for the operating environment it serves. When users and administrators need workarounds, the organisation usually ends up with weaker security and slower delivery at the same time. The practical lesson is to design identity controls that are both enforceable and usable.
What this signals
Lifecycle governance is the real scaling test: once onboarding and offboarding rely on manual coordination, identity security stops being a policy problem and becomes an execution problem. Programmes that cannot evidence timely access change will struggle to prove control effectiveness, no matter how strong their authentication layer looks on paper.
Beach Energy's story is a reminder that identity friction often predicts governance weakness. When access processes are hard to use, organisations tend to accumulate exceptions, and those exceptions are where audit gaps and residual privileges begin to form.
For practitioners
- Govern joiner-mover-leaver workflows Map onboarding, offboarding and user-change events to controlled workflows with explicit approvals, ownership and audit records so access changes are consistent.
- Inventory active user access Create a current view of granted access, approval source and business justification so security and compliance teams can spot stale entitlements.
- Reduce access-request friction Remove unnecessary handoffs and duplicated approvals that slow legitimate access changes and encourage informal workarounds.
- Tie access review to actual business context Use role, department and employment-state signals to validate whether user access still matches the person's current function.
Key takeaways
- Beach Energy's example shows that manual identity processes can become a security weakness when they slow down access changes and obscure who should have access.
- The central risk is not only operational inefficiency but loss of visibility into granted access, approvals and removal timing.
- Teams should treat onboarding, offboarding and access review as governed security controls, not separate administrative chores.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST CSF 2.0, CIS Controls v8 and NIST SP 800-53 Rev 5 set the technical controls, while ISO/IEC 27001:2022 defines the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | The article centers on controlling and understanding user access entitlements at scale. |
| Recommendation — Apply PR.AA-05 to keep entitlements current, reviewed and tied to business need. | ||
| CIS Controls v8 | CIS-5 — Account Management | Manual onboarding and offboarding are fundamentally account management problems. |
| Recommendation — Use CIS-5 to govern account lifecycle changes and remove stale access promptly. | ||
| NIST SP 800-53 Rev 5 | AC-6 — Least Privilege | The access-visibility problem in the article maps to preventing unnecessary access accumulation. |
| Recommendation — Use AC-6 to restrict access to the minimum required for each role and business task. | ||
| ISO/IEC 27001:2022 | A.8.2 — Privileged Access Rights | The post highlights governance over who can hold and retain elevated user access. |
| Recommendation — Control privileged access rights through defined approval, review and revocation processes. | ||
Key terms
- Joiner Mover Leaver: Joiner Mover Leaver is the identity lifecycle process for creating, changing, and removing access as people enter, change roles, or leave an organization. It governs provisioning, modification, and deprovisioning across systems, ensuring access matches current job needs and reducing orphaned accounts, privilege creep, and residual access risk.
- Access Visibility: Access visibility is the ability to see, in one place, which identities can reach which data, applications, and services. For IAM and data security teams, it is the difference between reviewing isolated permissions and understanding real blast radius across environments.
- Lifecycle Governance: Lifecycle governance is the set of controls that cover creation, assignment, review, rotation, and retirement of identities and credentials. For NHIs, it is the difference between a temporary automation asset and a persistent access risk. Strong lifecycle governance keeps ownership and expiry tied to actual business use.
- Standing Access: Standing access is persistent privilege that remains available without fresh approval or contextual checks. In NHI environments, standing access usually appears as long-lived tokens, reusable service accounts, or broad roles attached to automation. It is convenient operationally, but it expands risk when conditions change or secrets leak.
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 responsible for identity security strategy or NHI governance in your organisation, it is worth exploring.
Published by the NHIMG editorial team on June 24, 2026.
Updated on October 6, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org