3.7 KiB
3.7 KiB
Phase 3.1 — Master Task Backlog Change Log
- Audit Phase: Phase 3.1 — Human Review Preparation and Master Backlog Critique
- Repository HEAD:
715873b2ecc3a72ba974bb2a2be87c5ba82bd4e7
Task Modifications Log
1. TASK-AUTH-001
- Old Task Specification: "storing JWT access token in localStorage / memory".
- Change: Updated storage architecture recommendation to strictly warn against
localStoragedue to XSS vulnerabilities. Recommended storing JWT access token in-memory in Zustand state / Axios request header interceptor, with architectural guidance for HttpOnly cookies in production. - Reason: Storing JWT in
localStorageallows any client-side XSS script to exfiltrate access tokens. - Evidence:
src/services/authService.tsline 59,src/services/api.tsline 14. - Impact: Hardens storefront authentication state against token theft vulnerabilities.
2. TASK-FIN-001
- Old Task Specification: "Validate product existence, inventory availability, and stock deduction inside Prisma transaction."
- Change: Removed inventory availability and stock deduction requirements from core task scope.
- Reason:
Productmodel inbackend/prisma/schema.prismadoes not have astockorinventorycolumn. Adding inventory checking was unsupported scope creep. - Evidence:
backend/prisma/schema.prismalines 64-90 (Productmodel schema). - Impact: Keeps
TASK-FIN-001tightly focused on monetary Decimal precision (BE-001) and N+1 query batching (BE-002).
3. DECISION-002
- Old Classification: Listed as an active blocked item under
MASTER-TASK-BACKLOG.md. - Change: Reclassified from active backlog blocker to
FUTURE_SCOPEand removed from canonical remediation task dependencies. - Reason: No verified finding or active implementation task requires live payment gateway provider integration.
- Evidence:
docs/audit/20-verified-findings-index.json(0 findings related to payment gateways). - Impact: Prevents unevidenced product requirements from blocking core audit remediation.
4. TASK-VERIFY-001
- Old Task Specification: "100% of tests pass".
- Change: Replaced generic text with explicit, behavior-oriented verification assertions across Authentication, Security, Financial, Quality, and Frontend domains.
- Reason: Generic acceptance criteria fail to specify actual runtime behavior to test.
- Evidence:
docs/audit/phase3.1-backlog-review.mdSection 11. - Impact: Provides concrete, unambiguous test cases for post-remediation verification.
5. TASK-SEC-001 & TASK-SEC-002
- Old Task Specification: General secret and CSPRNG assertions.
- Change: Added explicit minimum length checks (>= 32 chars) and immediate
process.exit(1)startup failure requirements forTASK-SEC-001, and rate-limiting / expiration boundaries forTASK-SEC-002. - Reason: Hardening defense-in-depth security defaults.
- Evidence:
backend/src/auth/jwt.strategy.tsline 12,backend/src/auth/auth.service.tsline 19. - Impact: Ensures fail-closed security behavior in production environments.
6. TASK-BUILD-001 & Execution Waves
- Old Execution Plan:
TASK-BUILD-001placed in Wave 1 after Wave 0. - Change: Formally highlighted
TASK-BUILD-001as the immediate prerequisite forTASK-DEVOPS-001(CI Pipeline). - Reason: CI pipeline execution (
npx tsc --noEmitandnpm run test) will fail until compiler diagnostic errors and spec assertions are remediated. - Evidence:
backend/prisma/seed.ts,backend/src/common/metrics.controller.ts, spec files. - Impact: Establishes correct dependency order for DevOps pipeline enablement.