Konto und Sicherheit

Schritt-für-Schritt für Einsteiger

Voraussetzungen: Lesen Sie die beiden folgenden Einsteigerhandbücher, schließen Sie die lokale Web-Einrichtung ab und öffnen Sie dieses Monorepo im Stammverzeichnis in Ihrem Editor. Webeinstellungen gehören in apps/web/.env.local; Next.js liest das Stammverzeichnis .env nicht. /dashboard im Standard-Fake-Modus ist eine Demo ohne Datenbank; /auth benötigt eine migrierte Datenbank.

Kurze Begriffe: Ein Arbeitsbereich umfasst die einzelnen Benutzer, Daten und Einstellungen eines Teams. Der Server ist das vertrauenswürdige Backend; Halten Sie Anbieterschlüssel aus Browser- und Telefoncodes fern. Eine Migration ist eine versionierte Datenbankänderung, die Tabellen erstellt oder aktualisiert. Ein KI-Modell ist der Motor, der antwortet; Der Modellkatalog ist die Liste der verfügbaren Modell-IDs und Preise des Servers. Ein Anbieter ist ein externer Dienst wie ein KI-, E-Mail- oder Abrechnungsdienst. Eine Berechtigung ist eine Bewilligung, die einem Arbeitsbereich die Nutzung einer Funktion ermöglicht. Ein Webhook ist eine Nachricht, die ein Dienst an den URL eines anderen Dienstes sendet.

1. Melden Sie sich in zwei Testbrowsersitzungen bei /auth an und melden Sie sich dann von einer Sitzung ab.

2. Fordern Sie eine geschützte Seite aus der abgemeldeten Sitzung an; Der Server sollte eine Anmeldung erfordern. In diesem Leitfaden geht es um das Sitzungsverhalten, nicht um einen geräteübergreifenden Bildschirm zum Sperren von Sitzungen.

3. Um Ihren eigenen Datenexport zu überprüfen, verwenden Sie GET /api/account/export; Es darf keine privaten Datensätze eines anderen Benutzers oder Arbeitsbereichs enthalten.

Beginnen Sie für benutzerdefinierten Code mit dem bereitgestellten prompts/README.md und kopieren Sie die nächstgelegene Eingabeaufforderung: prompts/new-app-screen.md für einen App-Bildschirm oder prompts/new-landing-page.md für eine öffentliche Seite. Geben Sie Ihrem Programmieragenten für Server-, Datenbank- oder Anbieterarbeiten die Aufgabe dieses Handbuchs und bitten Sie ihn, AGENTS.md, .ai/PROJECT_CONTEXT.md und passende .ai/-Spiegel zu lesen; Überprüfen Sie die hier genannten genauen Quelldateien. Listen Sie Dateien auf und prüfen Sie sie vor der Bearbeitung. Bewahren Sie den Arbeitsbereichseigentum und die Nur-Server-Geheimnisse. und zeige dir den Unterschied. Teilen Sie ihm das gewünschte Verhalten, Eingabe- und Ausgabefelder, zulässige Rollen, erwartete Erfolge und Fehler sowie das Testkonto, den Anbieter oder das Gerät mit. Beispielwerte verwenden; Fügen Sie niemals ein echtes Geheimnis ein.

• Bevor Sie beginnen
• Terminal-Grundlagen
• Lokales Web-Setup
• Agentenaufforderungen und Projektspeicher

Aktive Sitzungen verwalten

Die Sicherheitseinstellungen stellen die vorhandenen Sitzungs- und Zugangsdatenkontrollen über die ausgewählte Auth-Engine bereit. Der Widerruf einer Sitzung muss den serverseitigen Zugriff ungültig machen und darf nicht nur eine lokale Ansicht leeren. Prüfen Sie web-settings-security.ts, die Einstellungspanels und die Auth-Laufzeit, bevor Sie sie erweitern.

Kontodaten exportieren

Die angemeldete Route GET /api/account/export stellt den DSGVO-Datenexport einschließlich verfasster Inhalte bereit. Binden Sie den Zugriff an die anfragende Identität und prüfen Sie den Exportumfang jedes Mal, wenn Sie benutzereigene Datensätze hinzufügen. Nehmen Sie niemals Provider-Tokens, Signier-Secrets oder private Daten eines anderen Workspace auf.

Kontoübergänge überprüfen

Testen Sie die Abmeldung der aktuellen Sitzung, den Widerruf einer anderen Sitzung, Ablauf, erneute Authentifizierung und Exportzugriff. Entfernen Sie die zwischengespeicherte Darstellung des vorherigen Kontos, bevor Sie den Workspace des nächsten Benutzers anzeigen.

• Datenschutz und Datenverarbeitung

Einrichtung und Konfiguration

Kontooberflächen liegen unter /settings — Allgemein, Sicherheit (Passwort, Sessions, Passkeys), Benachrichtigungen, Darstellung und Audit. Jede Sektion liest Server-Zustand und schreibt über Server Actions, die die Session erneut verifizieren.

Der Datenexport (src/data-export.ts) sammelt die workspace-eigenen Records eines Mitglieds; die Kontolöschung läuft über dieselbe Ownership-Grenze. Beides existiert, weil Datenschutzpflichten Produktanforderungen sind, keine Extras.

/settings/general        name, avatar, email
/settings/security        password, sessions, passkeys
/settings/notifications   per-category opt-outs
/settings/appearance      theme, density, layout

Implementierungsablauf

Halte Sicherheitsmutationen dort re-authentifiziert, wo der Provider es unterstützt — Passwortwechsel, Schlüsselrotation, Löschung. Die Session-Liste darf nur die eigenen Sessions des Aufrufers zeigen, und ein Widerruf muss das Token tatsächlich invalidieren.

Exportiere nur Daten, die das Mitglied besitzt — nutze die workspace-scoped Repositories statt Ad-hoc-Queries. Die Reihenfolge beim Löschen zählt: Sessions widerrufen und abhängige Records entfernen, bevor die Kontozeile gelöscht wird.

Überprüfung und Fehlerbehebung

Verifiziere, dass eine widerrufene Session sofort den Zugriff verliert, ein Export die Records des Mitglieds enthält und nicht die eines anderen Workspace, und die Löschung keine verwaisten Ownership-Zeilen hinterlässt. Teste Passkey-Zeremonien nur auf HTTPS-Origins.