Astro 7: die AVIF-Lücke in sharp/Astro 5 schließen

GHSA-26w7-cxv4-gfx2 (kritisch, RCE beim Verarbeiten von AVIF) hat für
Astro 5 keinen Fix. Also hoch auf Astro 7.3.2, @astrojs/node 11,
@astrojs/react 6 und sharp 0.35. `npm audit`: 0 Funde.

Zwei Stellen mussten mit:

- `experimental.csp` heißt seit Astro 7 `security.csp`. Das ist keine
  kosmetische Umbenennung: ein `csp` auf oberster Ebene wird ohne Warnung
  geschluckt und die Seite läuft ganz ohne Policy. Gemessen — Header
  vorher weg, nach der Korrektur wieder da, mit denselben Skript-Hashes
  wie unter Astro 5.
- sharp exportiert den Typ `Sharp` jetzt benannt statt als Namensraum.

Dazu das Image: node 20 → 22 (Astro 7 verlangt mehr als 20.19, die Tests
brauchen 22.6 für --experimental-strip-types), und `npm ci` mit Lockfile
statt `npm install` — sonst baut das Image nicht die Versionen, die
getestet wurden.

Geprüft gegen echtes Postgres: alle Seiten 200, Upload durch sharp 0.35,
Bogen-PDF auf 210,00 × 297,00 mm gemessen, Einzelbild 35 × 45 mm bei
300 dpi = 413 × 531 px mit korrekter dpi-Angabe. 124 Tests grün.

astro.config.mjs

@@ -9,11 +9,14 @@ export default defineConfig({
   integrations: [react()],
   // CSRF: eigener Schutz über SameSite=Lax-Session-Cookie. Astros checkOrigin
   // bricht multipart-Uploads hinter dem Reverse-Proxy (http↔https-Mismatch).
-  security: { checkOrigin: false },
+  //
   // Content-Security-Policy mit Hashes statt 'unsafe-inline': Astro rechnet die
   // Hashes seiner eigenen inline-Skripte und -Styles beim Bauen aus. Die übrigen
-  // Direktiven setzt die Middleware (src/middleware.ts).
-  experimental: {
+  // Direktiven ergänzt die Middleware (src/middleware.ts).
+  // Seit Astro 7 stabil und unter `security.csp` — nicht mehr unter `experimental`.
+  // Achtung: ein `csp` auf oberster Ebene wird stillschweigend ignoriert.
+  security: {
+    checkOrigin: false,
     csp: {
       directives: [
         "default-src 'self'",