Beveiliging en privacy

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. In de serveractie of route die een record van een gebruiker leest, lost u het lidmaatschap van de aangemelde gebruiker op en activeert u workspaceId voordat u een query uitvoert.

2. Vraag uw agent om één aanvraag voor toegestane leden en één weigering voor een buitenlandse werkruimte toe te voegen voor het exacte recordpad; geef de betrokken rollen en vakgebieden aan.

3. Het eerste verzoek zou moeten slagen en het tweede zou geen record/toegang geweigerd moeten opleveren. Als het wijzigen van alleen de knop de toegang verbergt, maar directe verzoeken nog steeds werken, ontbreekt de servergrens.

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

Los lidmaatschap vóór gegevens op

De sessie kiest voor identiteit; de server lost de actieve werkruimte op en verifieert lidmaatschap/rol. Elke record die eigendom is van een gebruiker gebruikt workspaceId. Een clientveld, URL-ID of een door een model geselecteerd argument kan die eigendomscontrole niet vervangen.

Platformmarketingmiddelen en platformbeheerdersrecords hebben een expliciet platformbereik; bedenk geen werkruimte voor anonieme wachtlijstvermeldingen.

Verleg de grens door asynchroon te werken

Taken, taken, toolcontext, API-sleutels, inhoud, opslag en uitgaande gebeurtenissen nemen de geverifieerde werkruimte over. Controleer de resource-ID's samen met het eigendom. Het toestaan ​​van een geldig ID vanuit een andere werkruimte is nog steeds een autorisatiefout.

Schrijf eerst ontkenningstests

Koppel elke succesvolle mutatie/leesactie aan anonieme, buitenlandse werkruimte- en onvoldoende-roltests. Geef nooit geheimen prijs tijdens het diagnosticeren van een verboden resultaat.

• Werkruimtecontracten
• Recept op beveiligde pagina
• Door de server geïnjecteerde toolcontext

Setup en configuratie

rate-limit-runtime levert de gedeelde limiter aangesloten op auth-, checkout-, API- en submission-routes — breid het uit naar nieuwe misbruikgevoelige endpoints in plaats van per-route tellers te verzinnen. Sessieconfiguratie, HTTPS-only cookies en provider-secrets blijven server-side.

Workspace-audit-records (audit-runtime.ts) vangen beveiligingsrelevante wijzigingen — provider-configuratie, lid- en rol-updates — en zijn leesbaar onder /settings/audit.

# Data subject export
src/data-export.ts — assembles a member's
workspace-owned records for account export

Implementatieworkflow

Houd credentials uit logs, error-payloads, analytics-properties en audit-waarden — de observability-laag redacteert bekende sleutels, maar vrije tekst is de verantwoordelijkheid van de auteur. Resolv autorisatie server-side voor elke lees en schrijf; UI-status is presentatie, geen bewijs.

Account-data-export en verwijderingsverzoeken lopen via de accountgrens zodat dezelfde ownership-regels gelden. Sla alleen data op die het product nodig heeft.

Verificatie en probleemoplossing

Test de limiter tot hij een retryable 429 retourneert, verifieer dat audit-regels verschijnen voor de mutaties die ze moeten produceren, en exporteer de data van een testlid. Proef per release een cross-workspace-lezing — de goedkoopste regressie die ertoe doet.