security/api/betrieb: Fortify-2FA-Nebenwege gesperrt, Policy nur für aktive Super-Admins, Nachprüfungen aus dem Umsetzungsaudit (Block 7, U08–U10, U13, 7.1, 7.2, 7.5)

- Fortifys sieben 2FA-Verwaltungsrouten antworten mit 404 (Middleware über
  fortify.middleware); die Sicherheitsseite verlangt weiter den zweiten Faktor (U09)
- PressReleasePolicy/CompanyPolicy::before() bejahen nur aktive Super-Admins (7.2)
- API-Update prüft bei Portalwechsel die bestehende Kategorie gegen das neue Portal (U10)
- Aggregation: Zeitbudget 480 s unter dem Lock von 600 s, Marke nur unter
  Zeilensperre vom erwarteten Stand aus, sonst Fehler-Exit (U13)
- Newsletter-Bereinigungsmigration behält je Paar die sent-Zeile (U08)
- E-Mail-Wechsel stößt den Rechte-Sync sofort an; company-memberships:audit
  --classify zeigt vorher die Kandidaten und begrenzt mit --before (7.1)
- Detailseite wählt bei Slug-Kollision wie der Melde-Resolver (7.5)

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

app/Services/Web/ReleaseDetailPageData.php

@@ -43,6 +43,10 @@ class ReleaseDetailPageData
                 'images' => fn ($query) => $query->orderByDesc('is_preview')->orderBy('sort_order'),
                 'contacts',
             ])
+            // Doppelveröffentlichung mit gleichem Slug: dieselbe Wahl wie
+            // ReportedUrlResolver – die Erstquelle gewinnt (Audit 7.5).
+            ->orderByRaw('canonical_press_release_id is null desc')
+            ->orderBy('id')
             ->first();
 
         if (! $release) {