Account en beveiliging

Walkthrough voor beginners

Vereisten: Lees de twee onderstaande beginnershandleidingen, voltooi de lokale webconfiguratie en open deze monorepo in de root van uw editor. Webinstellingen horen thuis in apps/web/.env.local; Next.js leest de root .env niet. /dashboard in de standaard nepmodus is een demo zonder database; /auth heeft een gemigreerde database nodig.

Korte termen: een werkruimte bestaat uit de afzonderlijke gebruikers, gegevens en instellingen van één team. De server is de vertrouwde backend; houd providersleutels uit de browser- en telefooncode. Een migratie is een versiebeheer van de database, waarbij tabellen worden gemaakt of bijgewerkt. Een AI-model is de motor die antwoord geeft; de modelcatalogus is de serverlijst met beschikbare model-ID's en prijzen. Een provider is een externe service, zoals een AI-, e-mail- of factureringsservice. Een recht is een subsidie ​​waarmee een werkruimte een functie kan gebruiken. Een webhook is een bericht dat de ene service naar de URL van een andere service verzendt.

1. Meld u aan bij /auth in twee testbrowsersessies en meld u vervolgens af bij één sessie.

2. Vraag een beveiligde pagina aan vanuit de afgemelde sessie; de server moet inloggen vereisen. Deze handleiding behandelt het sessiegedrag, niet een scherm voor het intrekken van sessies op verschillende apparaten.

3. Gebruik GET /api/account/export om uw eigen gegevensexport te inspecteren; het mag geen privégegevens van een andere gebruiker of werkruimte bevatten.

Voor aangepaste code begint u met de meegeleverde prompts/README.md en kopieert u de dichtstbijzijnde prompt: prompts/new-app-screen.md voor een app-scherm of prompts/new-landing-page.md voor een openbare pagina. Voor server-, database- of providerwerk geeft u uw codeeragent de taak van deze handleiding en vraagt ​​u hem om AGENTS.md, .ai/PROJECT_CONTEXT.md en overeenkomende .ai/-mirrors te lezen; inspecteer de exacte bronbestanden die hier worden genoemd; maak een lijst van bestanden en controleer deze voordat u deze bewerkt; behoud van het eigendom van de werkruimte en geheimen voor de server; en laat je het verschil zien. Vertel het gewenste gedrag, invoer- en uitvoervelden, toegestane rollen, verwacht succes en fouten, en het testaccount, de provider of het apparaat. Gebruik voorbeeldwaarden; plak nooit een echt geheim.

• Voordat u begint
• Basisbeginselen van de terminal
• Lokale webinstellingen
• Agentprompts en projectgeheugen

Beheer actieve sessies

Beveiligingsinstellingen maken de verzonden sessie- en inloggegevens openbaar via de geselecteerde authenticatie-engine. Het intrekken van een sessie moet de servertoegang ongeldig maken en niet alleen een lokaal scherm wissen. Controleer web-settings-security.ts, de instellingenpanelen en de auth-runtime voordat u deze uitbreidt.

Export-accountgegevens

De aangemelde GET /api/account/export-route biedt de GDPR-gegevensexport, inclusief geschreven inhoud. Houd de toegang gekoppeld aan de aanvragende identiteit en controleer de vorm telkens wanneer u records toevoegt die eigendom zijn van de gebruiker. Neem nooit providertokens, ondertekeningsgeheimen of privégegevens van een andere werkruimte op.

Accountovergangen verifiëren

Test het afmelden van de huidige sessie, het intrekken van een andere sessie, het verlopen, opnieuw authenticeren en exporteren van toegang. Wis de in de cache opgeslagen presentatie van het vorige account voordat u de werkruimte van de volgende gebruiker weergeeft.

• Privacy en gegevensverwerking

Setup en configuratie

Accountoppervlakken leven onder /settings — algemeen, beveiliging (wachtwoord, sessies, passkeys), notificaties, uiterlijk en audit. Elke sectie leest serverstatus en schrijft via server actions die de sessie opnieuw verifiëren.

Data-export (src/data-export.ts) stelt de door de workspace bezette records van een lid samen; accountverwijdering loopt via dezelfde eigendomsgrens. Beide bestaan omdat privacyverplichtingen producteisen zijn, geen extra's.

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

Implementatieworkflow

Houd beveiligingsmutaties geherauthenticeerd waar de provider dat ondersteunt — wachtwoordwijziging, sleutelrotatie, verwijdering. Sessielijsten mogen alleen de eigen sessies van de aanroeper tonen, en revocatie moet het token daadwerkelijk ongeldig maken.

Exporteer alleen data die het lid bezit — hergebruik de workspace-scoped repositories in plaats van ad-hoc queries. De volgorde van verwijdering doet ertoe: trek sessies in en ruim afhankelijke records op voordat je de accountrij verwijdert.

Verificatie en probleemoplossing

Verifieer dat een ingetrokken sessie direct toegang verliest, dat een export de records van het lid bevat en niet die van een andere workspace, en dat verwijdering geen verweesde eigendomsrijen achterlaat. Test passkey-ceremonies alleen op HTTPS-origins.