Blame
|
1 | # Security and Access |
||||||
| 2 | ||||||||
| 3 | The wiki should describe **how** to obtain or rotate access, never store the secret itself. |
|||||||
| 4 | ||||||||
| 5 | ## Never commit |
|||||||
| 6 | ||||||||
| 7 | Do not place these in wiki Markdown, attachments or repository history: |
|||||||
| 8 | ||||||||
| 9 | - passwords; |
|||||||
| 10 | - API tokens and personal access tokens; |
|||||||
| 11 | - OAuth/OIDC client secrets; |
|||||||
| 12 | - private keys or recovery codes; |
|||||||
| 13 | - database connection strings containing credentials; |
|||||||
| 14 | - session cookies; |
|||||||
| 15 | - private customer or employee data that does not belong in the documentation repository. |
|||||||
| 16 | ||||||||
| 17 | ## Document instead |
|||||||
| 18 | ||||||||
| 19 | Record the system name, purpose of the credential, where it is managed, who/which role is expected to have access, rotation expectations, and the recovery/escalation procedure. |
|||||||
| 20 | ||||||||
| 21 | ## Least privilege |
|||||||
| 22 | ||||||||
| 23 | Service and human access should be scoped to the minimum permissions required. Administrative credentials should not be reused as application credentials. |
|||||||
| 24 | ||||||||
| 25 | ## Incident handling |
|||||||
| 26 | ||||||||
| 27 | If a secret is accidentally committed, deleting the page is insufficient because Git history may retain it. Rotate/revoke the secret first, then remove it from current content and rewrite repository history only when appropriate. Record the event using [[Templates/Incident-Review]] without reproducing the exposed secret. |
|||||||