Files
Phillip Tarrant f9f90d408e chore: phase 6 hardening — CSP/HSTS, access log, docker, backup, CI
Ships the cross-cutting hardening set:

- SecurityHeadersMiddleware: per-request nonce-based CSP, HSTS
  (production only), Referrer-Policy, Permissions-Policy,
  X-Content-Type-Options, frame-ancestors 'none', form-action 'self'.
- AccessLogMiddleware: one http_request INFO event per request
  (method/path/status/duration_ms/ip/ua). Skips /healthz, redacts
  /admin/auth/consume/<token> paths, logs 500 + re-raises on
  downstream exceptions.
- Public base.html inline nav-toggle script gets a nonce so it
  passes strict CSP without relaxing to 'unsafe-inline'.
- Dockerfile: non-root app user (uid/gid 10001) + stdlib-only
  HEALTHCHECK against /healthz.
- scripts/backup.sh: sqlite3 .backup + tar data/media with
  14-entry retention; host-side cron install documented.
- .gitea/workflows/build-image.yml: on push to master /
  workflow_dispatch, builds and publishes
  git.sneakygeek.net/ptarrant/chicken_babies_site:latest +
  sha-<short>, with GIT_COMMIT_SHA threaded as a build-arg so
  /healthz keeps reporting the right commit in deployed images.
- 8 new tests (security headers + access log).

Pre-existing dev failures (logo asset rename + RESEND env
pollution) remain unchanged; verified not Phase 6 regressions.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-04-22 07:38:23 -05:00
..

Documentation Folder

This folder contains business planning, architecture decisions, and documentation.

No application code belongs here.

Contents

Document Purpose
ROADMAP.md Phased build plan, data model (dataclasses), SQL schema, visual design, env-var contract
code_guidelines.md Generic Python coding standards (FastAPI overrides its Flask default for this project)
security.md Python security baseline (OWASP-aligned)
MANUAL_TESTING.md (added in Phase 1) Manual test checklist for the public site + admin
Document Purpose
../CLAUDE.md Project instructions — stack, topology, security must-haves, git flow

Guidelines

  • Keep documents focused and concise.
  • Update docs when architecture decisions change.
  • Use markdown tables for structured information.
  • Link to external documentation where relevant.