feat: Stripe Embedded Checkout statt Weiterleitung zu checkout.stripe.com

Bezahlt wird jetzt direkt auf /checkout: die Checkout-Session laeuft mit
ui_mode "embedded_page", das Zahlungsformular ist ein Stripe-iframe
(PCI SAQ A bleibt). PayPal, Karte, SEPA und Klarna kommen weiterhin
dynamisch aus dem Dashboard.

- Zahlungsschritt ersetzt das Formular; "Zurueck zu deinen Angaben" gibt
  Sitzung und Bestand sofort frei (POST /api/checkout/cancel) und behaelt
  alle Eingaben, Turnstile wird neu geladen
- Rueckkehrseite prueft serverseitig bei Stripe und gleicht die Sitzung mit
  der eigenen Bestellung ab; bei abgebrochener PayPal-Zahlung wird dieselbe
  Sitzung erneut eingebettet
- Erneuter Versuch und Abbruch sind per HttpOnly-Cookie an den bestellenden
  Browser gebunden, die session_id in der URL allein reicht nicht
- Alte /checkout/cancel?ref= Links aendern per GET nichts mehr
- CSP um die Stripe-Hosts fuer Embedded Checkout und 3-D-Secure erweitert
- STRIPE_PUBLISHABLE_KEY zur Laufzeit gelesen (kein NEXT_PUBLIC_), mit
  Preflight-Pruefung auf pk_live und Schutz gegen versehentliche sk_/rk_

Co-Authored-By: Claude Opus 5.5 (1M context) <[email protected]>

k8s/01-configmap.yaml

@@ -107,6 +107,12 @@ data:
   # Wirkt nur, wenn die DHL-Zugangsdaten im Secret gesetzt sind.
   DHL_ENVIRONMENT: "sandbox"
 
+  # Oeffentlicher Stripe-Schluessel (pk_live_...) fuer das eingebettete
+  # Zahlungsformular. Nicht geheim — er steht ohnehin im HTML der Kasse.
+  # Muss zum STRIPE_SECRET_KEY im Secret passen (beide live). Leer = der
+  # Checkout nimmt keine Bestellungen an.
+  STRIPE_PUBLISHABLE_KEY: ""
+
   # ---------------------------------------------------------------------
   # OPTIONAL — leer lassen, solange die Funktion nicht genutzt wird
   # ---------------------------------------------------------------------