Ansvar, hvis kundens test skader driften

Når en kunde lader sin egen tester afprøve jeres produkt, kan et uheld i testen ramme driften, og i et produkt, der deles af flere kunder, rammer det ikke kun den kunde, der bestilte testen. Hvem der bærer ansvaret, afgøres af aftalerne: jeres kontrakt med kunden, kundens aftale med testeren og jeres egne løfter om drift over for de andre kunder. Svaret på spørgsmålet hviler derfor på, at ansvaret er beskrevet, før testen begynder, og at testen er tilrettelagt, så skaden helst ikke sker. Teksten er ikke juridisk rådgivning.

Ansvaret mellem en virksomhed og dens egen tester er et andet spørgsmål, som er beskrevet fra køberens side på penetrationtest.dk. Her handler det om jer som leverandør af det, der bliver testet.

Tre parter og tre aftaler

En kundes test af jeres produkt involverer mindst tre parter. Kunden har bestilt testen. Testeren udfører den, efter en aftale med kunden. I leverer produktet og har aftaler med alle jeres andre kunder om oppetid og sikkerhed.

Mellem jer og testeren er der som udgangspunkt ingen aftale. Hvis testeren forårsager en skade, er det derfor kundens aftale med jer, der er afgørende for, hvad I kan kræve. Står der intet om kundens test i kontrakten, kan spørgsmålet blive svært at afklare bagefter.

De andre kunder har ikke en aftale med hverken kunden, der testede, eller testeren. Deres aftale er med jer. Hvis deres drift blev forstyrret, er det jer, de henvender sig til, uanset hvem der forårsagede forstyrrelsen. Derfor har et softwarehus brug for, at kontrakten med den kunde, der tester, også siger noget om skade hos de andre kunder, og ikke kun om skade hos kunden selv eller hos jer. → Kunden vil selv teste jeres produkt: hvad svarer I?

Sådan gør store platforme

Cloudplatformene har taget stilling til samme spørgsmål over for deres egne kunder. AWS skriver i sin politik for penetrationstest, at kunden er ansvarlig for enhver skade på AWS eller andre AWS-kunder, som kundens test forårsager. Politikken forbyder samtidig bestemte aktiviteter, blandt andet test af overbelastning.

Microsofts regler for test af Microsofts cloudtjenester kræver, at test holdes inden for kundens egen lejer, forbyder test af overbelastning og andre aktiviteter, der kan ramme andre, og forbeholder Microsoft retten til at afbryde en test. Platformenes regler er skrevet til deres egne forhold, men de viser en model: klare grænser for, hvad der må testes, en ret til at stoppe testen og en placering af ansvaret hos den, der tester. → Kundens test i et delt miljø: hensynet til de andre kunder

Forebyg før I fordeler

Den bedste ansvarsfordeling er den, der aldrig skal bruges. Sæt rammer, der gør en skade usandsynlig, og skriv dem ind i jeres testpolitik for kunder.

Varsel · kunden giver besked i god tid med testperiode, tester og kontaktperson.
Miljø · test sker i et separat miljø eller i kundens egen del af produktet, ikke på tværs af kunder.
Forbudte aktiviteter · test af overbelastning og andet, der kan påvirke andre kunder, er ikke tilladt.
Stopret · I kan standse testen straks, hvis driften påvirkes.
Kontakt · der er en kendt vej til jer under hele testen, også uden for arbejdstid, hvis testen foregår der.

Rammerne beskytter både jer og kunden. En kunde, der følger dem, har et klart svar, hvis noget alligevel går galt. → En testpolitik for kunder: reglerne for deres test af produktet

Hvad kontrakten kan sige om ansvar

Der er ingen standardtekst, der passer til alle, og ansvarsbestemmelser bør skrives eller læses af en rådgiver. Men der er nogle spørgsmål, kontrakten bør svare på.

Ansvar for skade · om kunden hæfter for skade, som kundens test forårsager på produktet og hos andre kunder.
Brud på rammerne · om ansvaret er anderledes, hvis testeren har overskredet de aftalte rammer.
Testerens forsikring · om kunden skal sikre, at testeren har en forsikring, der dækker test af tredjeparts systemer.
Jeres løfter til andre · hvordan en driftsforstyrrelse fra kundens test forholder sig til jeres serviceniveau over for de andre kunder.

Svarene bør passe med jeres øvrige vilkår og med jeres egen forsikring. → Ansvarsforsikringen og kundernes krav om test

Hvis skaden alligevel sker

Stop testen, når driften påvirkes, og sørg for, at kunden og testeren ved, at den er stoppet. Genopret driften først og diskuter ansvar bagefter. Skriv ned, hvad der skete, hvornår, og hvilke kunder der blev ramt, mens det er frisk. Gem logs fra testperioden.

Giv de berørte kunder besked efter jeres normale procedure for driftsforstyrrelser. De har ikke brug for at vide, hvilken kunde der testede, men de har brug for at vide, hvad der skete, og hvad I gør. Når driften er stabil, gennemgår I med kunden og testeren, hvad der gik galt, og om rammerne skal ændres. → Kundens tester finder et fund: sådan modtager I det

Et tænkt eksempel

Et softwarehus leverer en webshopplatform til detailhandlere. En kunde lader sin tester afprøve sin egen butik på platformen. Testeren kører en automatisk gennemgang med høj hastighed, og svartiderne stiger for alle butikker i en time.

Softwarehuset stopper testen ved hjælp af kontaktpersonen, som står i kundens varsel. Kontrakten henviser til testpolitikken, som forbyder test, der kan belaste platformen, og placerer ansvaret for skade på andre kunder hos den kunde, der tester. Sagen afgøres efter kontrakten, og testpolitikken får et tilføjet afsnit om grænser for automatiske gennemgange.

Det skal I lade være med

Tillade kundetest uden skriftlige rammer · så er der intet at henvise til bagefter.
Lade kunden teste på tværs af andre kunder · skaden rammer dem, der ikke har sagt ja.
Glemme stopretten · I skal kunne standse testen straks.
Diskutere ansvar, mens driften er nede · genopret først.
Love de andre kunder mere end jeres vilkår · beskeden skal følge jeres procedure.
Skrive ansvarsbestemmelser uden rådgivning · ordlyden har betydning.

Hvad kan og ikke kan konkluderes

Klare rammer og en beskrevet ansvarsfordeling gør det sandsynligt, at en kundes test forløber uden skade, og lettere at afklare, hvad der skal ske, hvis den ikke gør. De kan ikke udelukke uheld, og de afgør ikke, hvordan en konkret sag ender. Det afhænger af ordlyden og af omstændighederne.

Tjekliste før en kundes test

☐ Står kundens ret til at teste og rammerne for den i kontrakten?
☐ Har kunden varslet testen med periode, tester og kontaktperson?
☐ Er testmiljøet adskilt fra de andre kunder?
☐ Er forbudte aktiviteter beskrevet?
☐ Kan I stoppe testen straks?
☐ Er ansvar for skade på andre kunder beskrevet?
☐ Er det afklaret, om testeren er forsikret?

Kilder

AWS: Penetration Testing: kunden er ansvarlig for skade på AWS eller andre AWS-kunder, som kundens test forårsager; test af overbelastning er forbudt.
Microsoft: Penetration Testing Rules of Engagement: test inden for egen lejer, forbud mod test af overbelastning, Microsofts ret til at afbryde test.

Senest gennemgået: oktober 2026.