Skip to content

Commit 6d6cb2e

Browse files
jonfroehlichclaude
andcommitted
docs: keep makeadmin as break-glass superuser, not deactivated (#1125)
makeadmin is the maintainer's own (unshared) account, so the attribution/offboarding rationale for retiring the shared gradmin/ugradmin/ collabmin accounts doesn't apply. Repurpose it as the break-glass backup superuser (rotate password, store securely, don't use day-to-day) rather than deactivating it. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
1 parent 7104289 commit 6d6cb2e

1 file changed

Lines changed: 9 additions & 4 deletions

File tree

docs/ADMIN_USERS_AND_GROUPS.md

Lines changed: 9 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -89,7 +89,12 @@ To preview without writing: `python manage.py setup_admin_groups --dry-run`.
8989
deleting it orphans their admin-history (`LogEntry`) attribution. Deactivating
9090
blocks login while preserving the record of what they changed.
9191

92-
**Rotate**
93-
- The legacy shared accounts (`gradmin`/`ugradmin`/`collabmin`/old `makeadmin`)
94-
should be deactivated, and any retained superuser password reset, since their
95-
hashes exist in old DB dumps.
92+
**Legacy accounts**
93+
- The genuinely *shared* accounts (`gradmin`/`ugradmin`/`collabmin`) should be
94+
**deactivated** (`is_active = False`) once people are on personal accounts.
95+
- `makeadmin` is **not** shared (only the maintainer has it), so don't deactivate
96+
it — repurpose it as the **break-glass backup superuser**: rotate its password
97+
to a strong, unique one, store it securely, and don't use it day-to-day (use a
98+
named personal superuser like `jonfroehlich` instead, so admin-history
99+
attribution stays clean). Rotating matters because its hash exists in old DB
100+
dumps and it is a long-lived (2016-era) credential.

0 commit comments

Comments
 (0)