2026-07-16 07:26:04 +02:00
|
|
|
"""
|
|
|
|
|
Konfigurasjon for TeeCup-API-et.
|
|
|
|
|
|
|
|
|
|
ADR (åpent spørsmål 1): TeeCup bruker EGNE, uavhengige secrets — den skal ikke
|
|
|
|
|
falle tilbake på teeoff sine. Manglende variabel skal feile høyt ved oppstart,
|
|
|
|
|
ikke stille bruke en usikker standard.
|
|
|
|
|
"""
|
|
|
|
|
|
|
|
|
|
import os
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
def _required(name: str) -> str:
|
|
|
|
|
value = os.environ.get(name, "").strip()
|
|
|
|
|
if not value:
|
|
|
|
|
raise RuntimeError(
|
|
|
|
|
f"Miljøvariabelen {name} mangler. TeeCup starter ikke uten den "
|
|
|
|
|
f"(ingen fallback til teeoff sine verdier — se ADR)."
|
|
|
|
|
)
|
|
|
|
|
return value
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
class Settings:
|
|
|
|
|
# Peker på teecup_db, og bruker RUNTIME-rollen teecup_app (ikke teeoff_admin).
|
2026-07-17 21:40:42 +02:00
|
|
|
# Fem separate felt (ikke én sammensatt DSN-streng) -- en URL som bærer
|
|
|
|
|
# passordet innebygd unngår ikke hemmeligheten, den gjemmer den bare et
|
|
|
|
|
# sted secret-filtre som leter etter "pass|secret|key" i variabelNAVNET
|
|
|
|
|
# ikke ser etter (se CLAUDE.md-status for hendelsen dette rettet).
|
|
|
|
|
DB_HOST: str = _required("TEECUP_DB_HOST")
|
|
|
|
|
DB_PORT: int = int(_required("TEECUP_DB_PORT"))
|
|
|
|
|
DB_NAME: str = _required("TEECUP_DB_NAME")
|
|
|
|
|
DB_USER: str = _required("TEECUP_DB_USER")
|
|
|
|
|
DB_PASS: str = _required("TEECUP_DB_PASS")
|
2026-07-16 07:26:04 +02:00
|
|
|
|
|
|
|
|
# Egen sesjons-secret, uavhengig av teeoff.
|
|
|
|
|
SESSION_SECRET: str = _required("TEECUP_SESSION_SECRET")
|
|
|
|
|
|
|
|
|
|
DB_POOL_MIN: int = int(os.getenv("TEECUP_DB_POOL_MIN", "2"))
|
|
|
|
|
DB_POOL_MAX: int = int(os.getenv("TEECUP_DB_POOL_MAX", "10"))
|
|
|
|
|
|
Ekte autentisering er bygget og verifisert. X-Debug-User-Id-stubben er helt fjernet, ingen fallback beholdt.
Ny flyt: magic-link (POST /auth/request-link → POST /auth/verify-link) + JWT-sesjon i HttpOnly/SameSite=Lax/dynamisk-Secure-cookie (30 dager), pluss /auth/logout og /auth/me. Ny migrasjon 004_auth.sql (unik e-post-indeks + magic_link_token-tabell).
Sikkerhetsdesignet fra Plan-agent-gjennomgangen holdt gjennom testing:
Token: secrets.token_urlsafe(32), kun SHA-256-hash lagres
Atomisk forbruk (UPDATE...RETURNING, ikke les-sjekk-skriv) — hindrer replay
Generisk respons uansett om e-posten finnes — hindrer enumerering
app_user opprettes først ved vellykket verifisering, ikke ved forespørsel — hindrer massopprettelse
Gamle uforbrukte lenker ugyldiggjøres når en ny utstedes
PyJWT (byttet fra python-jose pga. bredere sårbarhetsflate) med eksplisitt algorithms=["HS256"]
Ekte eksistens-sjekk mot app_user på hvert kall — en slettet bruker mister tilgang umiddelbart, ikke etter 30 dager
Alle 12 planlagte tester bestått, inkludert cooldown, token-ugyldiggjøring, utløp, tuklet JWT, slettet bruker, og at debug-headeren nå er helt uten effekt.
To ting funnet og fikset/dokumentert underveis:
ON CONFLICT (email) matchet ikke den nye partielle unike indeksen uten eksplisitt WHERE-klausul — fikset.
En reell, dypere RLS-bug (dokumentert i FEATURE_BACKLOG.md, ikke fikset her): organization-tabellens RLS-policy kaster en 500 i stedet for "se ingenting" når app.current_org leses tilbake som tomstreng (ikke NULL) på en gjenbrukt pool-tilkobling. Berører trolig alle 15 RLS-policyer i skjemaet — for stort og sensitivt (ADR-003-grunnmuren) til å hastefikse her, så jeg mitigerte det lokalt i /auth/me og satte det som punkt 1 i neste-steg-listen.
2026-07-16 15:16:53 +02:00
|
|
|
# Ekte autentisering (magic-link + JWT-sesjon). Ikke hemmeligheter --
|
|
|
|
|
# sane defaults, ikke _required.
|
|
|
|
|
SESSION_MAX_AGE_SECONDS: int = int(
|
|
|
|
|
os.getenv("TEECUP_SESSION_MAX_AGE_SECONDS", str(30 * 24 * 3600))
|
|
|
|
|
)
|
|
|
|
|
MAGIC_LINK_MAX_AGE_MINUTES: int = int(os.getenv("TEECUP_MAGIC_LINK_MAX_AGE_MINUTES", "20"))
|
|
|
|
|
MAGIC_LINK_COOLDOWN_SECONDS: int = int(os.getenv("TEECUP_MAGIC_LINK_COOLDOWN_SECONDS", "60"))
|
|
|
|
|
|
|
|
|
|
# Logger rå magic-link-token server-side i stedet for å sende e-post.
|
|
|
|
|
# ALDRI på som standard -- må settes eksplisitt, kun for dev/scratch-
|
|
|
|
|
# testing (samme klasse feil som denne runden finnes for å lukke for
|
|
|
|
|
# X-Debug-User-Id-headeren).
|
|
|
|
|
DEV_LOG_MAGIC_LINKS: bool = os.getenv("TEECUP_DEV_LOG_MAGIC_LINKS", "").strip().lower() in (
|
|
|
|
|
"1",
|
|
|
|
|
"true",
|
|
|
|
|
"yes",
|
|
|
|
|
)
|
|
|
|
|
|
2026-07-16 20:59:59 +02:00
|
|
|
# Ekte e-postutsending for magic-link (ADR-009: egne credentials, ikke
|
|
|
|
|
# delt med teeoff). Valgfritt (ikke _required) -- scratch-/dev-testing
|
|
|
|
|
# skal fortsatt fungere uten SMTP satt, via DEV_LOG_MAGIC_LINKS over.
|
|
|
|
|
SMTP_SERVER: str | None = os.environ.get("TEECUP_SMTP_SERVER", "").strip() or None
|
|
|
|
|
SMTP_PORT: int | None = (
|
|
|
|
|
int(os.environ["TEECUP_SMTP_PORT"]) if os.environ.get("TEECUP_SMTP_PORT", "").strip() else None
|
|
|
|
|
)
|
|
|
|
|
SMTP_USER: str | None = os.environ.get("TEECUP_SMTP_USER", "").strip() or None
|
|
|
|
|
SMTP_PASS: str | None = os.environ.get("TEECUP_SMTP_PASS", "").strip() or None
|
|
|
|
|
FROM_EMAIL: str | None = os.environ.get("TEECUP_FROM_EMAIL", "").strip() or None
|
|
|
|
|
SMTP_CONFIGURED: bool = bool(SMTP_SERVER and SMTP_PORT and SMTP_USER and SMTP_PASS and FROM_EMAIL)
|
|
|
|
|
|
Alt rent, ingen byggeartefakter liggende igjen, dokumentasjonen oppdatert. Oppsummering:
Live og verifisert ende-til-ende:
/verify-siden bygget og live, e-postmalen sender nå en ekte klikkbar lenke (app/email.py/app/config.py)
Frontend containerisert (frontend/Dockerfile, standalone Next.js) og rullet ut som egen teecup_frontend-tjeneste
Caddy peker nå teecup.teeoff.no på frontend-en, som selv proxyer API-kall server-side — same-origin, ingen CORS, cookie uendret (dokumentert som ny ADR-016)
Fant og fikset en reell fallgruve: Next.js sin rewrites() bakes inn ved build-tid for standalone-output, ikke lest ved kjøretid — løst med en Docker build-time ARG
Ekte e-post sendt, ekte lenke klikket, sesjon opprettet — bekreftet av deg
Én ting du må huske: Caddy-endringen ligger i det separate /opt/teeoff-repoet (deploy/Caddyfile), ikke i teecup-repoet — den er ikke committet ennå. Lett å glemme siden resten av denne økten kun har jobbet i /opt/teecup. Vil du at jeg minner deg, eller committer du den nå selv i teeoff-repoet?
CLAUDE.md, FEATURE_BACKLOG.md og ARCHITECTURE_DECISIONS.md (ny ADR-016) er oppdatert. Klar for commit i teecup-repoet når du vil.
2026-07-17 22:28:43 +02:00
|
|
|
# Offentlig URL-base for lenker i utsendt e-post (frontend, ikke API-et
|
|
|
|
|
# direkte). Ikke hemmelig -- valgfri med prod-riktig standard slik at
|
|
|
|
|
# scratch-/dev-testing kan overstyre uten kodeendring.
|
|
|
|
|
PUBLIC_BASE_URL: str = os.getenv("TEECUP_PUBLIC_BASE_URL", "https://teecup.teeoff.no").rstrip("/")
|
|
|
|
|
|
2026-07-16 07:26:04 +02:00
|
|
|
|
|
|
|
|
settings = Settings()
|