Grundprincipper i formularsikkerhed: beskyt brugerdata

Se, hvad der gør en formular sikker, og hvorfor det er vigtigt at beskytte brugerdata. Forstå det grundlæggende, før du går i dybden.

Kladde

Hver formular, du udgiver, er en mulig indgang for angribere. Formularsikkerhed sker ikke ved et tilfælde, og du kan ikke springe den over. Én usikret formular kan afsløre dine besøgendes navne, e-mails, telefonnumre, betalingsoplysninger eller adgangskoder for enhver, der vil udnytte det.

Grundprincipperne i formularsikkerhed dækker de vigtigste metoder, der holder brugerdata trygge. Her forklarer vi, hvordan en sikker formular ser ud, hvorfor hvert lag af beskyttelse har betydning, og hvordan delene arbejder sammen om at beskytte dine besøgendes oplysninger.

Det lærer du: De centrale principper i formularsikkerhed, hvordan data bevæger sig gennem en formular, hvilke angreb der går efter usikrede formularer, og hvor du først bør sætte din beskyttelse ind.

Hvad er formularsikkerhed?

Formularsikkerhed er det at designe og drive formularer, så brugerdata forbliver beskyttet: fra det øjeblik, nogen skriver dem, hele vejen gennem opbevaring og sletning. Den omfatter flere lag: koden, der behandler formularen, forbindelsen mellem besøgende og server, reglerne for, hvilke data du indsamler, og hvor længe du beholder dem.

En sikker formular gør tre ting:

  1. Den validerer det, der kommer ind. Den kontrollerer, at dataene faktisk er det, du forventer (en e-mail er formateret som en e-mail, et telefonnummer har kun tal osv.). Det fanger både uheld og bevidste angreb.
  2. Den beskytter data undervejs. Den bruger kryptering, så data på vej fra den besøgendes browser til din server ikke kan læses eller opsnappes af andre.
  3. Den gemmer data sikkert. Den holder oplysningerne beskyttet, når de er gemt, følger lovene om, hvem der må få adgang, og hvor længe de må gemmes, og forhindrer uvedkommende i at se det, der er indsendt.

Formularsikkerhed er ikke én enkelt funktion. Den kombinerer tekniske metoder, overholdelse af lovgivning og disciplin i driften.

Derfor betyder formularsikkerhed noget for dit brand

Der er tre grunde til, at formularsikkerhed ikke er til forhandling:

De besøgendes tillid og brandets omdømme

Når nogen udfylder en formular på din side, stoler de på dig med oplysninger, de ikke deler offentligt. Hvis de oplysninger bliver stjålet eller lækket, mister du deres tillid og potentielle kunder. Et databrud har en omdømmepris, der er svær at komme sig over. Folk husker, når et brand ikke beskytter deres oplysninger.

Krav fra lov og myndigheder

Afhængigt af hvor dine besøgende befinder sig, og hvilke oplysninger du indsamler, kan du være forpligtet ved lov til at beskytte dataene. GDPR (for europæiske besøgende), CCPA (for indbyggere i Californien) og utallige andre privatlivslove sætter bestemte sikkerhedsstandarder. Overtrædelser kan give bøder, retssager og juridiske sanktioner.

Forhindr, at angribere bruger din formular som våben

En usikret formular er ikke kun en risiko for datatyveri. Angribere kan også bruge den til at indsætte skadelig kode, kapre besøgendes sessioner, narre din database til at køre kommandoer eller spamme din indbakke med tusindvis af falske indsendelser. Hver type angreb gør forskellig skade.

Sådan bevæger formulardata sig gennem dit system

Når du forstår flowet, kan du se, hvor sikkerheden betyder mest. Her er, hvad der sker, når nogen sender en formular:

  1. Den besøgende skriver data i browseren. De skriver i formularfelterne. På det tidspunkt er dataene kun på deres enhed.
  2. Den besøgende sender formularen. Browseren samler alle data og sender dem til din server.
  3. Din server modtager dem. Formularbehandleren kontrollerer dataene og beslutter, hvad der skal ske med dem.
  4. Dataene gemmes. De havner i din database, e-mail eller et andet system, hvor du opbevarer indsendelser.
  5. Du eller en anden henter dem senere. Teammedlemmer åbner de indsendte data for at svare på forespørgsler, behandle ordrer eller analysere oplysningerne.
  6. Til sidst bliver de slettet. På et tidspunkt skal dataene fjernes i overensstemmelse med din politik for opbevaring af data.

Sikkerhedstrusler kan opstå på ethvert trin. En besøgendes adgangskode kan opsnappes, mens den bevæger sig over internettet. En angriber kan narre din formular til at gemme skadelig kode. En medarbejder med adgang til indsendelser kan lække dataene. Eller du kan beholde oplysninger længere, end loven tillader.

De vigtigste lag i formularsikkerhed

Sikkerhed under transport (HTTPS og kryptering)

Når en besøgende sender en formular, rejser dataene over internettet til din server. Uden beskyttelse kan enhver på netværket se, hvad de sender. HTTPS (den sikre version af webprotokollen) krypterer dataene undervejs, så kun din server kan læse dem. Derfor skal hver formular køre på HTTPS, aldrig på almindelig HTTP.

Inputvalidering

Din formular skal kontrollere, at dataene giver mening, før den gør noget som helst med dem. En e-mail skal ligne en e-mail. Et telefonnummer skal kun have cifre. Et betalingsbeløb skal være et tal, ikke tekst. Det fanger tastefejl og stopper angribere i at fodre din formular med data, der er lavet til at skabe problemer.

Godkendelse og sessionshåndtering

Hvis din formular er knyttet til en brugerkonto, skal du bekræfte, at den, der sender den, virkelig er den, de siger, de er. Det betyder at kontrollere deres loginsession, sikre at sessionen ikke er udløbet eller kapret, og kræve ekstra verificering (som tofaktorgodkendelse) ved følsomme handlinger.

Adgangskontrol til data

Når formulardata er gemt, bør kun autoriserede personer kunne se dem. Hvis du har en kontaktformular, er det måske kun dit salgsteam, der skal have adgang til de indsendelser. Hvis du har en formular til nulstilling af adgangskode, skal ingen andre end personen, der nulstiller, se den nye adgangskode. Adgangskontrol afgør, hvem der kan se, redigere eller slette formularindsendelser.

Regler for overholdelse og opbevaring

Forskellige love sætter regler for, hvilke data du må indsamle, hvordan du skal beskytte dem, og hvor længe du må gemme dem. At overholde de love er en del af formularsikkerheden. Du skal vide, hvilke regler der gælder for dine formularer, designe formularerne, så de opfylder kravene, og slette data, når loven siger, at du skal.

Almindelige trusler mod formularer

Når du forstår angrebene, kan du se, hvorfor hvert beskyttelseslag findes.

Man-in-the-middle-angreb

En angriber opsnapper de data, der rejser mellem den besøgende og din server. Det sker på offentlige wifi-netværk, eller når nogen overvåger internettrafik. HTTPS-kryptering forhindrer det ved at gøre dataene ulæselige for alle andre end din server.

Injektionsangreb

En angriber fodrer et formularfelt med skadelig kode (som SQL-kode eller JavaScript). Hvis din formular ikke validerer og renser inputtet, kører den skadelige kode inde i dit system. Inputvalidering og sanering forhindrer det.

Tyveri af loginoplysninger

Angribere forsøger at stjæle adgangskoder, API-nøgler eller betalingsoplysninger fra formularer. De kan bruge phishing (falske formularer, der ligner dine), malware på en besøgendes enhed eller opsnappe ukrypterede data. Flere lag (HTTPS, validering, sikker opbevaring) beskytter mod forskellige sider af det angreb.

Spam og bot-indsendelser

Angribere (eller bare automatiske scripts) oversvømmer din formular med falske indsendelser. Det spilder din tid, fylder din database og kan skævvride dine analytics. Bot-detektering og CAPTCHA-systemer forhindrer det meste af det.

Uautoriseret adgang til gemte data

Selv hvis data ankommer sikkert og gemmes sikkert, kan nogen med dårlige hensigter forsøge at få adgang til dem. Det kan være en angriber, der bryder ind i din database, en medarbejder, der ikke skal se visse indsendelser, eller nogen med fysisk adgang til din server. Adgangskontrol og kryptering begrænser skaden, hvis det sker.

Hvor du skal starte med formularsikkerhed

Hvis du bygger formularer fra bunden, så prioriter i denne rækkefølge:

  1. Brug HTTPS. Hver formular skal køre på en sikker forbindelse. Det er ikke valgfrit.
  2. Valider og rens alt input. Kontroller, at dataene er det, du forventer, og fjern alt, der ser mistænkeligt ud, før du gemmer det.
  3. Styr, hvem der har adgang til indsendelser. Kun folk, der har brug for at se dataene, bør kunne få adgang til dem.
  4. Kend de love, der gælder for dig. Find ud af, om GDPR, CCPA eller andre privatlivslove påvirker dine formularer. Hvis de gør, så design dine formularer, så de overholder dem.
  5. Fastsæt en politik for opbevaring af data. Bestem, hvor længe du vil gemme indsendelser, og slet dem, når tiden er gået.

Derfra kan du tilføje bot-beskyttelse, tofaktorgodkendelse, kryptering af gemte data og rapportering om overholdelse ud fra dine egne behov.

Det tilbyder WEMASY til formularsikkerhed

WEMASY's formularværktøj er bygget med sikkerhed som udgangspunkt. Hver formular på WEMASY kører på HTTPS. Formularindsendelser gemmes i krypteret form. Du styrer, hvem der kan få adgang til indsendelser, gennem brugerrettigheder. Platformen har også valgfrie funktioner som CAPTCHA til beskyttelse mod bots og e-mailnotifikationer om nye indsendelser.

Du kan læse mere om, hvad der er med i din plan, og hvordan du indstiller sikkerhed, på prissiden.

Ofte stillede spørgsmål

Er HTTPS nok til at beskytte en formular?
HTTPS beskytter data, mens de rejser til din server, men det er kun ét lag. Du har også brug for inputvalidering (for at stoppe skadelige data i at blive gemt), adgangskontrol (for at begrænse, hvem der kan se indsendelser) og regler for opbevaring (for at slette data, når du ikke længere har brug for dem). Tænk på HTTPS som beskyttelse af selve leveringen af pakken. De andre lag beskytter, hvad der sker med pakken, når den er ankommet.
Hvad er forskellen på kryptering under transport og kryptering af gemte data?
Kryptering under transport beskytter data, mens de bevæger sig fra den besøgendes browser til din server (det gør HTTPS). Kryptering af gemte data beskytter dem, efter de er gemt i din database eller dit filsystem. Begge dele er vigtige. HTTPS stopper angribere på netværket i at læse dine data. Kryptering af gemte data stopper angribere, der bryder ind i din server eller database, i at læse det, der er gemt dér.
Skal jeg validere data, hvis jeg bruger HTTPS?
Ja. HTTPS beskytter kun data undervejs. En besøgende kan stadig lave en tastefejl i et formularfelt, eller en angriber kan bevidst sende skadelige data, selv over en sikker forbindelse. Validering kontrollerer, hvad dataene er, og stopper ødelagt eller farligt input i at blive gemt. HTTPS og validering har forskellige formål, og begge er nødvendige.
Hvad skal jeg gøre, hvis jeg har mistanke om, at en formular er kompromitteret?
Tag først formularen offline med det samme. Stop med at tage imod nye indsendelser. Undersøg derefter, hvilke data der kan være stjålet, og giv de berørte besøgende besked. Gennemgå din sikkerhedspraksis for at se, hvordan bruddet skete, og ret sårbarheden, før du sætter formularen online igen. Nogle situationer kan kræve, at du giver besked til myndigheder eller politiet, alt efter typen af data og din placering.
Har jeg brug for særlig sikkerhed til forskellige typer formularer?
Ja. En kontaktformular, der kun indsamler navne og e-mails, har lavere sikkerhedskrav end en formular, der indsamler betalingsoplysninger eller adgangskoder. Betalingsformularer skal overholde PCI DSS-standarderne. Loginformularer har brug for stærk godkendelse og sessionshåndtering. Jo mere følsomme dataene er, desto flere sikkerhedslag har du brug for.
Hvor ofte skal jeg gennemgå mine formularer for sikkerhed?
Som minimum bør du gennemgå dine formularer, hver gang du ændrer dem. Mange sikkerhedsbrud sker, efter en opdatering har skabt en ny sårbarhed. Større brands kører også jævnlige sikkerhedsgennemgange (hvert kvartal eller hvert år) for at teste for svagheder. Start med at gennemgå efter hver ændring. Efterhånden som dine formularer bliver mere komplekse, så tilføj regelmæssige planlagte gennemgange.

Brug det med det samme
på din egen hjemmeside.

Start gratis med WEMASY, og byg din side på få minutter.