app.beispiel-kunde.de

// vite.config.ts
export default defineConfig({
  build: { sourcemap: false },
});

// Supabase: Settings → API → Schlüssel rotieren
// danach die Variable in Lovable aktualisieren

Du arbeitest in meinem Projekt (Lovable oder Vite mit Supabase). Behebe genau diese Fix-Einheit: Geheimnisse entfernen und rotieren.

Befunde aus dem decivo Scan:
- Source Maps öffentlich (RSC-COD-001)
  Fundstelle:
    vite.config.ts: build.sourcemap nicht abgeschaltet
    GET https://app.beispiel-kunde.de/assets/index-8f3a2c.js.map
    200 OK, 1,4 MB

Vorgehen: Source Maps in vite.config.ts abschalten und neu deployen. Den service_role-Schlüssel nie im Frontend verwenden; jeden Schlüssel rotieren, der im ausgelieferten Code stand, und die Variable in Lovable aktualisieren.

Orientierung (an das Projekt anpassen, nicht blind übernehmen):
// vite.config.ts
export default defineConfig({
  build: { sourcemap: false },
});

// Supabase: Settings → API → Schlüssel rotieren
// danach die Variable in Lovable aktualisieren

Fertig ist es, wenn: Abrufe von *.js.map, /.env, /.git/ und Backups liefern 404. Die alten Schlüssel werden vom Anbieter abgewiesen.

Ändere nichts außerhalb dieser Einheit. Nenne mir am Ende die geänderten Dateien und wie ich das Prüfkriterium selbst nachprüfe.