glm-5.1
2b63cda1c7
Copy architecture docs, ADRs, storage domain specs, research, reviews, and 56 storage architecture tasks from the alkhub_ts monorepo. Adapt for standalone @alkdev/hub repo structure (src/ not packages/hub/). Sanitize all sensitive information: - Replace private IPs (10.0.0.1) with localhost defaults - Remove internal server hostnames (dev1, ns528096) - Replace /workspace/ private paths with npm package references - Remove hardcoded credentials from examples - Rewrite infrastructure.md without private network details Add Deno project scaffolding: deno.json (pinned deps), .gitignore, AGENTS.md, entry point. Migrate existing code stubs (crypto, config types, logger) with updated import paths.
1.3 KiB
1.3 KiB
id, name, status, depends_on, scope, risk, impact, level
| id | name | status | depends_on | scope | risk | impact | level |
|---|---|---|---|---|---|---|---|
| document-sha256-tradeoff | Document SHA-256 API Key Hashing Trade-Off | completed | narrow | low | isolated | implementation |
Description
W13: API keys are stored as SHA-256 hashes — a fast hash, not a deliberately slow KDF (bcrypt/Argon2). If the database is compromised, SHA-256 hashes can be brute-forced faster than slow hashes. However, API keys are high-entropy machine-generated strings (128-bit+), making brute-force infeasible even with a fast hash. No ADR documents this trade-off.
Add documentation to ADR-010 or relevant section explaining why SHA-256 is acceptable for high-entropy API keys.
Acceptance Criteria
- ADR-010 (or a new ADR) documents the SHA-256 vs KDF trade-off
- Rationale includes: high-entropy keys make brute-force infeasible, O(1) verification latency at high throughput
- Explicitly states this is acceptable because keys are machine-generated, unlike human passwords
- Cross-reference from
identity.mdapi_keys section to the ADR
References
- docs/reviews/storage-architecture-review-2026-04-21.md#W13
- docs/architecture/storage/identity.md:74
- docs/decisions/ADR-010
Notes
To be filled by implementation agent
Summary
To be filled on completion