Träff 7 · Data
Inloggning och ansvar
Vem får se vad? Inloggning, databasregler, hemligheter och GDPR – och ditt ansvar.
Går du kursen på egen hand? Hoppa över rundan och demon. Läs genomgången, gör övningen och hemuppgiften – och visa någon vad du byggt. Fastnar du: klistra in felet till Claude, eller se om en ledd cirkel passar dig eller din arbetsplats.
Mål för träffen
- Ha inloggning i ditt cirkelprojekt, så att varje användare bara ser sin egen data.
- Förstå Row Level Security – databasens egna regler.
- Kunna avgöra när något är okej att vibe-koda, och när det inte är det.
Agenda (60 min)
| Tid | Vad |
|---|---|
| 0–10 | Runda: vem borde få se vad i din app? |
| 10–25 | Genomgång: säkerhet för vibe coders |
| 25–50 | Lägg till inloggning och databasregler |
| 50–60 | Försök "hacka" varandras appar (snällt!), hemuppgift |
Genomgång
Det snabbaste sättet att förlora förtroende
…är att läcka personuppgifter eller känslig information i en app man byggt på en eftermiddag. AI gör det lätt att bygga – men ansvaret är fortfarande ditt. Den här träffen handlar om att bygga tryggt nog för en prototyp, och om att veta var gränsen går.
Tre lager skydd
- Inloggning – vem är du? Supabase Auth sköter det: e-post + lösenord eller magisk länk.
- Databasregler (RLS) – vad får du se och ändra? Reglerna ligger i databasen, så de gäller även om någon kringgår din app. RLS ska vara påslaget på varje tabell. Supabase varnar dig om det inte är det – ta varningen på allvar.
- Hemligheter – nycklar och lösenord ligger i miljövariabler, aldrig i koden, aldrig på GitHub.
Lita – men verifiera
Claude skriver ofta säker kod, men inte alltid. Be alltid om en säkerhetsgranskning innan du delar en app (prompt G1), och testa själv: logga in som två olika användare – ser de varandras data?
Ditt ansvar
| Gör gärna | Gör inte |
|---|---|
| Prototyper med påhittad eller anonymiserad data | Klistra in personuppgifter, avtal eller känslig information i Claude utan att det är godkänt |
| Interna verktyg för dig själv | Bygga något verksamheten ska lita på i drift utan granskning av en utvecklare |
| Visa en demo som idé för kollegor, chefer eller beställare | Lova att en vibe-kodad prototyp är produktionsklar |
| Fråga vilka regler din organisation har kring AI-verktyg | Anta att "det är bara en test" betyder att reglerna inte gäller |
Tumregel: Skulle du vara bekväm med att visa koden, datan och promptarna för organisationens säkerhets- eller dataskyddsansvarige? Om inte – stanna och fråga.
Övning
- Kör prompt G2 – lägg till inloggning med Supabase Auth.
- Kör prompt G3 – aktivera RLS och regler så att varje användare bara ser sin egen data.
- Skapa två testkonton. Logga in som båda. Ser de varandras data? (Det ska de inte.)
- Kör prompt G1 – säkerhetsgranskning. Åtgärda det som är allvarligt.
- Bocka av Säkerhetschecklistan.
Du är klar när
- Två användare ser inte varandras data – du har testat det själv.
- Säkerhetschecklistan är avbockad.
Hemuppgift
- Förbered en 3-minuters demo av ditt projekt till sista träffen: problem → lösning → live-demo → vad du lärde dig.
- Bocka av Lanseringschecklistan.