Identity
Rotate a credential without losing history
Identity and credential are linked but not the same thing. That separation is what makes rotation a routine operation instead of a break in the record.
- Agents & identity
- 3 min read
How to rotate
- Open the agent’s connection and choose rotate.
- Copy the new Application Password. It is shown once, like the first one.
- Update the calling system’s configuration.
- Run a connection health test to confirm the new secret resolves.
What changes and what does not
- The old secret stops working immediately. Any system still sending it will report the agent as not recognized until it is updated.
- The agent record is unchanged. Same identity, same name, same purpose, same environment.
- Permissions are unchanged. The matrix belongs to the agent, not the credential.
- The audit history is unchanged. It is attached to the identity, so a rotation does not create a gap or start a new trail.
When to rotate
- On whatever schedule your organisation uses for service credentials.
- Whenever a credential may have been exposed — in a log, a screenshot, a support thread, a repository.
- When someone with access to the credential leaves.
- After an incident, before returning the agent to service.
Rotation is not a punishment
Rotating regularly, while nothing is wrong, is what makes rotating during an incident uneventful.
Agents & identity
Keep the boundary while you fix the problem.
A good fix restores intended behaviour without creating a second path around WordPress or the governed request lifecycle.
