M15: change planted secret pattern + note hosted-forge push protection (#109)
Sync course wiki / sync-wiki (push) Successful in 5s
CI / check (push) Successful in 7s

Co-authored-by: claude <claude@jpaul.io>
Co-committed-by: claude <claude@jpaul.io>
This commit was merged in pull request #109.
This commit is contained in:
2026-06-24 21:12:57 -04:00
committed by Claude (agent)
parent 70d91722b7
commit 556b5a7256
2 changed files with 10 additions and 1 deletions
+9
View File
@@ -432,6 +432,15 @@ runs on every push and blocks the merge.
---
### Gate 0: your hosted forge
Most hosted forges run their own secret scanner on every push and reject the push if it finds a
recognized key pattern (GitHub calls this *push protection*; GitLab and others have equivalents).
That happens **before** any CI you wrote runs, so it is effectively *Gate 0* in this module. The
planted `SYNC_API_KEY` in `lab/config.py` uses a generic high-entropy value (not an issuer
pattern) so the lab can ship; in your real repo, treat your forge's push protection as the
earliest gate and never paper over a bypass.
## Where it breaks
The honest limits (these gates are necessary, not sufficient):
+1 -1
View File
@@ -14,7 +14,7 @@ import hashlib
# --- The problem the SECRET scanner should flag (Gate 2) ---------------------------------------
# A hardcoded API key. Looks like a normal string literal; lint and tests will never complain.
SYNC_API_KEY = "sk_live_9c3f2a7b41d84e0fa6b2c5d8e1f09a73bdac46"
SYNC_API_KEY = "k7c9f2a4b8d6e1039284756abcdef0123456789abcdef0123456789abcdef0123"
SYNC_ENDPOINT = "https://api.example-task-cloud.com/v1/sync"