Er vibe coding sikkert? De reelle risici, og hvad du skal tjekke, før du publicerer

Vibe coding er sikkert til personlige værktøjer og prototyper, og det kan være sikkert til rigtige apps med rigtige brugere, men kun hvis du tilføjer de kontroller, som „beskriv det og se, om det virker“ springer over. De farlige problemer er usynlige fra skærmen: brugere, der kan åbne hinandens data, hemmelige nøgler der ligger i browseren, og offentlige formularer uden grænser. Denne guide forklarer de risici, der faktisk skaber problemer, hvordan du håndterer hemmeligheder, hvor meget gennemgang du har brug for, og et 30-minutters tjek, du bør køre, før du publicerer.

Til den fulde tekniske liste, se vores sikkerhedstjekliste for AI-byggede apps. Denne side er den kortere, praktiske version for folk, der ikke læser kode.

Hvorfor vibe coding har sine egne risici

Når du vibe coder, bedømmer du appen ved at bruge den. Det fanger ødelagte knapper og grimme layouts. Det fanger ikke problemer, der kun viser sig, når nogen bruger appen anderledes end dig: en fremmed, en bot, en nysgerrig bruger, der redigerer en webadresse.

AI-modeller skriver plausibel kode, og det meste af den er fint. Men de optimerer for det, du bad om — „få dashboardet til at vise mine projekter“ — og tilføjer måske ikke den beskyttelse, du ikke bad om — „og ingen andres“. Løsningen er ikke at holde op med vibe coding. Det er at bede om beskyttelserne eksplicit og så teste dem.

Hvor risikabel er din app? En hurtig skala

Vær ærlig om, hvilken række du er i. Mange apps starter i række et og glider over i række tre, uden at nogen har besluttet det.

Risiciene, der faktisk skaber problemer

1. Brugere kan se hinandens data

Det er det mest almindelige alvorlige problem i AI-byggede apps. Siden viser hver bruger kun deres egne poster, så den ser rigtig ud. Men serveren returnerer enhver post, hvis nogen ændrer ID'et i adresselinjen eller i en forespørgsel. Fordi du altid tester som dig selv, ser du det aldrig.

Sådan tjekker du: opret to konti. Log ind som bruger A, åbn en af A's poster, og notér adressen. Log ind som bruger B i et privat vindue, og indsæt den adresse. Du bør få „ikke fundet“, aldrig A's data.

Prompt:

Gennemgå hvert server-endpoint, der læser, ændrer eller sletter brugerdata. Hvert skal bekræfte, at den indloggede bruger har adgang til netop den post. List endpoints, forklar hvordan hvert enkelt tjekker, og ret dem, der ikke gør det.

2. Hemmeligheder på det forkerte sted

En hemmelighed er alt, der giver adgang: en API-nøgle til en AI- eller e-mailtjeneste, et databasekodeord, en betalingsudbyders hemmelige nøgle. Hvis den ligger i kode, der kører i browseren, kan alle åbne udviklerværktøjerne og kopiere den. Hvis den bliver committet til et offentligt repository, finder bots den inden for nogle timer.

Sådan tjekker du: spørg AI'en.

List hver API-nøgle, hvert token og hvert kodeord, denne app bruger. For hver enkelt: fortæl mig, hvor den er gemt, og om den nogensinde sendes til browseren. Flyt de, der ligger i koden eller i frontend, over i hemmeligheder på serveren.

3. Offentlige formularer og endpoints uden grænser

Kontaktformularer, tilmeldinger og AI-funktioner bliver fundet af bots. Uden grænser får du spam, falske konti eller en stor regning fra et AI-API, der kaldes tusindvis af gange.

Prompt:

Tilføj hastighedsgrænser på tilmelding, login, kontaktformularen og hvert endpoint, der kalder en AI-tjeneste. Tilføj et honeypot-felt til offentlige formularer. Fortæl mig de grænser, du valgte.

4. At stole på browseren

Alt, som browseren afgør, kan brugeren ændre: priser, rabatter, quiz-svar, „er admin“-flag. Regler, der betyder noget, skal håndhæves på serveren.

Prompt:

Find alle steder, hvor browseren afgør noget, som serveren burde afgøre: priser, totaler, rettigheder, roller, point. Flyt disse kontroller til serveren.

5. Ingen vej tilbage

En dårlig ændring eller en ond aktør kan slette data. Hvis der ikke er nogen backup og ingen måde at rulle tilbage på, bliver en lille fejl til en permanent en. Sørg for, at dit værktøj har checkpoints til koden og backups til databasen. Se sådan laver du backup af din apps database.

Sådan håndterer du hemmeligheder rigtigt

Hemmeligheder forårsager mere undgåelig skade end noget andet, så her er reglerne samlet ét sted:

• Indsæt aldrig en rigtig nøgle i chatten. Chats gemmes, deles og tages screenshots af. Læg nøgler i dit værktøjs hemmeligheder eller miljøvariabler i stedet. (Hvad miljøvariabler og hemmeligheder er.)
• Kald betalte tjenester fra serveren. Browseren spørger din server; din server kalder AI- eller betalingstjenesten med nøglen.
• Brug separate nøgler til test og drift, så en lækket testnøgle ikke kan røre ved rigtige penge.
• Sæt forbrugsgrænser i AI- og e-mailudbydernes dashboards.
• Roter en nøgle med det samme, hvis du tror, den er lækket. Opret en ny, opdater hemmeligheden, og slet så den gamle.

På Mythex ligger hemmeligheder i projektindstillinger uden for koden, og agenten kan bruge dem uden, at værdierne vises i chatten. Vores guide til at holde API-nøgler sikre dækker flere udbydere.

Hvor meget kodegennemgang har du brug for?

Vibe coding betyder, at du ikke læser hver linje. Det behøver du heller ikke. Men for nogle linjer bør nogen gøre det.

• Personlige værktøjer: ingen ud over kontrollerne her.
• Apps med brugerkonti: gennemgå, hvordan login og dataadgang virker. Det kan du gøre ved at bede AI'en forklare det med almindelige ord og tjekke, at forklaringen matcher, hvad du forventer.
• Apps med betalinger eller følsomme data: få en udvikler til at kigge på autentificering, rettigheder, betalingshåndtering og alt, der gemmer persondata. Det er et par timers arbejde for dem, ikke en omskrivning.

En nyttig prompt, selv uden udvikler:

Forklar med almindelige ord, hvordan denne app afgør, hvem en bruger er, og hvad de må se. Peg på filerne. List derefter alt, du gerne vil have en sikkerhedsreviewer til at kigge på.

Vores guide til hvordan du gennemgår AI-genereret kode forklarer, hvad reviewere kigger efter, og du kan give den til den, der laver gennemgangen. Hvis dit værktøj lader dig eksportere koden eller synkronisere til GitHub, er gennemgangen nem at arrangere; på Mythex er begge dele en del af Pro.

30-minutters tjekket før publicering

Kør dette, før du deler linket med nogen uden for din kreds.

Adgang (10 minutter)

1. To konti, to browsere: kan B åbne A's poster via URL? Det bør ikke være muligt.
2. Log ud, og besøg hver sides adresse direkte. Private sider bør sende dig til login.
3. Som almindelig bruger: åbn admin-adresser. De bør afvises.

Hemmeligheder (5 minutter)

1. Spørg AI'en, hvor hver nøgle ligger, med prompten ovenfor.
2. Åbn appen, vis sidens kilde og søg efter „key“, „secret“ og „token“.

Formularer og misbrug (5 minutter)

1. Send hver formular tom, med meget lang tekst, og to gange i hurtig rækkefølge.
2. Bekræft, at der findes hastighedsgrænser på tilmelding, login og enhver AI-funktion.

Data og gendannelse (5 minutter)

1. Vid, hvor dataene ligger, og hvordan du gendanner dem.
2. Tjek, at du kan rulle koden tilbage til en tidligere fungerende version.

Jura og det grundlæggende (5 minutter)

1. Hvis du indsamler persondata, tilføj en privatlivspolitik og skriv, hvad du indsamler. Se sådan skriver du vilkår og privatlivspolitik.
2. Sørg for, at den publicerede app bruger HTTPS. De fleste byggeværktøjer, Mythex inklusive, klarer det for dig.

Hvis alt består, er du i god form til en tidlig lancering. Gentag trin 1–5 efter enhver større ændring af login, roller eller data.

Hvad vibe coding-platforme beskytter, og hvad de ikke gør

En god platform håndterer en stor del af infrastrukturen: HTTPS, isolerede workspaces, en database pr. projekt, opbevaring af hemmeligheder, backups og rollback. Mythex giver hvert projekt sit eget private workspace og database, holder hemmeligheder ude af koden og gemmer et checkpoint efter hver vellykket ændring, så du kan fortryde den.

Hvad ingen platform kan, er at kende din apps regler. Kun du ved, at kunder ikke må se hinandens fakturaer, eller at en kupon kun må virke én gang. De regler skal stå i dine prompts og bekræftes af dine tests.

Det korte svar

Vibe coding er så sikkert, som de kontroller du tilføjer. Til et personligt værktøj: hold nøgler ude af koden og nyd det. Til alt med andre menneskers data: kør 30-minutters tjekket ovenfor før hver lancering, og få en udviklers øjne på betalinger og følsomme data. For at se disse risici i rigtige projekter, læs vores vibe coding-eksempler; for at bygge med disse kontroller fra start, følg sådan bygger du en app med vibe coding.

Spørgsmål