Rename Secret agent-atlas-token-v2 to agent-atlas-token-v3 in kubernetes/apps/paperclip/agent-kubectl-rbac.yaml (SA annotation agent-atlas unchanged) and update the matching resourceNames entry in Role agent-token-read. Same 2-line pattern as #1103 / #1104 / #1107.
Why
The -v2 token leaked in an Atlas run log (REN-536). Flux prunes -v2, which invalidates the token; the token controller fills -v3.
Verified
Diff only (2 lines). Merges cleanly with #1107 (hestia, same file). Nothing reached the cluster.
Effect
Atlas loses cluster read access after the prune until Hermes rebuilds KUBECONFIG_CONTENT from -v3 (REN-536). No workload uses this Secret.
Revert
Revert the commit. Note: a revert recreates -v2 with a new token, not the leaked one.
## What
Rename Secret `agent-atlas-token-v2` to `agent-atlas-token-v3` in `kubernetes/apps/paperclip/agent-kubectl-rbac.yaml` (SA annotation `agent-atlas` unchanged) and update the matching `resourceNames` entry in Role `agent-token-read`. Same 2-line pattern as #1103 / #1104 / #1107.
## Why
The `-v2` token leaked in an Atlas run log (REN-536). Flux prunes `-v2`, which invalidates the token; the token controller fills `-v3`.
## Verified
Diff only (2 lines). Merges cleanly with #1107 (hestia, same file). Nothing reached the cluster.
## Effect
Atlas loses cluster read access after the prune until Hermes rebuilds `KUBECONFIG_CONTENT` from `-v3` (REN-536). No workload uses this Secret.
## Revert
Revert the commit. Note: a revert recreates `-v2` with a new token, not the leaked one.
Card: REN-539
🤖 Generated with [Claude Code](https://claude.com/claude-code)
The agent-atlas-token-v2 token leaked in an Atlas run log (REN-536).
Rename the Secret to -v3 so Flux prunes -v2 and the token controller
issues a new token; update the agent-token-read resourceNames entry.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
🤖Automated review — model CLI default (complexity: complex), commit 856fc28866f0a0a89ba9d6972b049d7bdc6757ef.
Advisory review by the review-bot pipeline. It never approves; a human merges. Push new commits to get a fresh review.
Summary
Mechanical token rotation: renames Secret agent-atlas-token-v2 → agent-atlas-token-v3 in kubernetes/apps/paperclip/agent-kubectl-rbac.yaml and updates the matching resourceNames entry in Role agent-token-read, in response to the -v2 token having leaked in a log (REN-536). No blocking issues found.
🟡 Suggestions
None — the change is a straightforward 2-line rename consistent with the prior -v2/-v3 rotations in this same file (e.g. agent-hestia-token-v2, agent-argus-token-v2, agent-hermes-token-v2 remain untouched, as expected since this PR only rotates Atlas's token).
Tests
No tests apply here — this is a GitOps manifest rename with no data field (the token is filled by the controller, not committed), consistent with the file's documented pattern. I verified via grep that no other file in the repo references agent-atlas-token-v2, so nothing else needs updating in lockstep (e.g. no Hermes code or docs hardcode the token name). The Secret's annotations.kubernetes.io/service-account.name: agent-atlas is correctly left unchanged — only the Secret's own name and the Role's resourceNames entry were updated, which is exactly the pair that must move together for the Role grant to keep matching the renamed Secret.
Recommendation
Looks reasonable — no blocking issues; comments above are optional.
🤖 **Automated review** — model `CLI default` (complexity: complex), commit `856fc28866f0a0a89ba9d6972b049d7bdc6757ef`.
> Advisory review by the `review-bot` pipeline. It never approves; a human merges. Push new commits to get a fresh review.
---
## Summary
Mechanical token rotation: renames Secret `agent-atlas-token-v2` → `agent-atlas-token-v3` in `kubernetes/apps/paperclip/agent-kubectl-rbac.yaml` and updates the matching `resourceNames` entry in Role `agent-token-read`, in response to the `-v2` token having leaked in a log (REN-536). No blocking issues found.
## 🟡 Suggestions
None — the change is a straightforward 2-line rename consistent with the prior `-v2`/`-v3` rotations in this same file (e.g. `agent-hestia-token-v2`, `agent-argus-token-v2`, `agent-hermes-token-v2` remain untouched, as expected since this PR only rotates Atlas's token).
## Tests
No tests apply here — this is a GitOps manifest rename with no `data` field (the token is filled by the controller, not committed), consistent with the file's documented pattern. I verified via grep that no other file in the repo references `agent-atlas-token-v2`, so nothing else needs updating in lockstep (e.g. no Hermes code or docs hardcode the token name). The Secret's `annotations.kubernetes.io/service-account.name: agent-atlas` is correctly left unchanged — only the Secret's own `name` and the Role's `resourceNames` entry were updated, which is exactly the pair that must move together for the Role grant to keep matching the renamed Secret.
## Recommendation
Looks reasonable — no blocking issues; comments above are optional.
<!-- pr-review:sha=856fc28866f0a0a89ba9d6972b049d7bdc6757ef -->
Approved on 856fc28866 (REN-539). Checked: diff is 2 lines (Secret name and agent-token-read resourceNames -v2 -> -v3), SA annotation agent-atlas unchanged, no other refs to agent-atlas-token in repo, merge-tree with master f1219362 clean (hestia -v3 from #1107 kept). ks paperclip prune=true, so Flux prunes -v2.
Approved on 856fc28866f0a0a89ba9d6972b049d7bdc6757ef (REN-539). Checked: diff is 2 lines (Secret name and agent-token-read resourceNames -v2 -> -v3), SA annotation agent-atlas unchanged, no other refs to agent-atlas-token in repo, merge-tree with master f1219362 clean (hestia -v3 from #1107 kept). ks paperclip prune=true, so Flux prunes -v2.
Ghost
merged commit 997e11ce19 into master2026-10-03 17:04:06 +00:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
What
Rename Secret
agent-atlas-token-v2toagent-atlas-token-v3inkubernetes/apps/paperclip/agent-kubectl-rbac.yaml(SA annotationagent-atlasunchanged) and update the matchingresourceNamesentry in Roleagent-token-read. Same 2-line pattern as #1103 / #1104 / #1107.Why
The
-v2token leaked in an Atlas run log (REN-536). Flux prunes-v2, which invalidates the token; the token controller fills-v3.Verified
Diff only (2 lines). Merges cleanly with #1107 (hestia, same file). Nothing reached the cluster.
Effect
Atlas loses cluster read access after the prune until Hermes rebuilds
KUBECONFIG_CONTENTfrom-v3(REN-536). No workload uses this Secret.Revert
Revert the commit. Note: a revert recreates
-v2with a new token, not the leaked one.Card: REN-539
🤖 Generated with Claude Code
🤖 Automated review — model
CLI default(complexity: complex), commit856fc28866f0a0a89ba9d6972b049d7bdc6757ef.Summary
Mechanical token rotation: renames Secret
agent-atlas-token-v2→agent-atlas-token-v3inkubernetes/apps/paperclip/agent-kubectl-rbac.yamland updates the matchingresourceNamesentry in Roleagent-token-read, in response to the-v2token having leaked in a log (REN-536). No blocking issues found.🟡 Suggestions
None — the change is a straightforward 2-line rename consistent with the prior
-v2/-v3rotations in this same file (e.g.agent-hestia-token-v2,agent-argus-token-v2,agent-hermes-token-v2remain untouched, as expected since this PR only rotates Atlas's token).Tests
No tests apply here — this is a GitOps manifest rename with no
datafield (the token is filled by the controller, not committed), consistent with the file's documented pattern. I verified via grep that no other file in the repo referencesagent-atlas-token-v2, so nothing else needs updating in lockstep (e.g. no Hermes code or docs hardcode the token name). The Secret'sannotations.kubernetes.io/service-account.name: agent-atlasis correctly left unchanged — only the Secret's ownnameand the Role'sresourceNamesentry were updated, which is exactly the pair that must move together for the Role grant to keep matching the renamed Secret.Recommendation
Looks reasonable — no blocking issues; comments above are optional.
Approved on
856fc28866(REN-539). Checked: diff is 2 lines (Secret name and agent-token-read resourceNames -v2 -> -v3), SA annotation agent-atlas unchanged, no other refs to agent-atlas-token in repo, merge-tree with masterf1219362clean (hestia -v3 from #1107 kept). ks paperclip prune=true, so Flux prunes -v2.