Skip to content

Archive

Identity and Access Management

2 articles
Cybersecurity 08 Sep 2026 12 min read

Revoke Access When Identity Ownership Ends

Access is often granted deliberately and removed accidentally. A developer joins a project and receives repository access. A contractor gets an administrative role for a migration. A service account is created for an integration. Months later, the person leaves, the project ends, or the integration is replaced, but some of the access remains. That leftover access is a security problem because its original justification has disappeared. A credential may still work, a group membership may still grant permissions, or an unattended service identity may still be able to call sensitive systems. If that identity or credential is later misused, the system may accept the request even though nobody can explain why the access still exists.

Cybersecurity 06 Sep 2026 11 min read

Separate Human and Service Identities

A developer needs a background job to read from an internal API. The fastest solution may be to reuse the developer’s own account, save its credential in the job, and move on. That shortcut quietly joins two different security problems. A human account is designed around a person’s login, employment, recovery, and interactive authentication. A service identity is used by software that runs without a person present. When one identity is forced to serve both roles, permissions become harder to limit, credentials are harder to rotate, and logs can no longer clearly tell whether an action came from a person or an automated workload.