Software og kildekode

Et softwarehus opdager, at en tidligere samarbejdspartner har lanceret et produkt, der opfører sig mistænkeligt meget som deres eget. En app i en appbutik har samme skærmbilleder og fejlmeddelelser som jeres. Eller en konkurrent viser data på sin side, som kun kan være hentet fra jeres. Fælles for sagerne er, at kopien sjældent kan ses med det blotte øje. Beviset ligger i koden, i versionshistorikken og i de spor, programmet efterlader, når det kører.

Siden giver overblik over emnet og samler artiklerne om software og kildekode.

Hvad er beskyttet?

Efter ophavsretsloven henregnes edb-programmer til de litterære værker, så kildekode kan være beskyttet på linje med en tekst. Det er koden og dens konkrete udformning, der beskyttes. Den funktion, programmet udfører, og de idéer, det bygger på, er et andet spørgsmål. Aftaler med medarbejdere, udviklere og samarbejdspartnere har ofte stor betydning for, hvem der har retten til koden. Det er en juridisk vurdering, og teksten er ikke juridisk rådgivning. → Hvad siger loven?

De første skridt ved mistanke

Mistanken opstår typisk ud fra noget, der kan ses udefra: ens funktioner, ens fejl, ens tekster i brugerfladen eller samme struktur i en offentlig API. Det, der kan ses udefra, skal dokumenteres først. Samtidig skal jeres egen kode og historik sikres, før nogen rydder op i den. Den første artikel i emnet gennemgår rækkefølgen.

→ Mistanke om kopieret software: de første skridt

Jeres egen kode som bevis

Et versionsstyringssystem som git viser, hvornår koden blev skrevet, og af hvem. Oplysningerne i den enkelte ændring kan dog ændres af den, der har adgang, og derfor er det ofte platformens logfiler og en sikret kopi af hele historikken, der giver den stærkeste dokumentation. Hvad git-historik kan og ikke kan vise i en tvist, er beskrevet fra metodens side på → digitalforensics.dk.

Gem også det, der omgiver koden: dokumentation, opgavestyring, aftaler og mails med eksterne udviklere. De viser, hvordan koden blev til, og hvem der havde adgang til den.

Sammenligning af to programmer

Har I eller retten adgang til begge programmer, kan en IT-sagkyndig sammenligne dem. Det kan ske på flere niveauer: tekstlig lighed i kildekoden, ens struktur og navngivning, ens fejl og særheder, og ens adfærd, når programmerne kører. Ens fejl og overflødig kode er ofte stærkere spor end ens funktioner, fordi funktioner kan løses på samme måde af to udviklere uafhængigt af hinanden. En sammenligning skal kunne efterprøves af en anden sagkyndig, og metoden skal derfor beskrives.

→ Sådan sammenligner en IT-sagkyndig to programmer

Metoden bag en kildekodegennemgang er gennemgået på → digitalforensics.dk.

Når I ikke har adgang til modpartens kode

I mange sager ligger modpartens kode på modpartens servere. Det, der er tilgængeligt offentligt, kan dokumenteres: hjemmesiden, appen, den kode, der sendes til browseren, og offentlige filer. Resten kræver, at modparten udleverer materialet, eller at retten træffer bestemmelse om bevissikring. Det er advokatens område, og I skal ikke forsøge at skaffe jer adgang selv.

→ Kopieret HTML, CSS og skabelon: hvad viser koden?

Open source, apps og data

Open source-kode må bruges af andre, men kun på de vilkår, licensen fastsætter. Overholdes vilkårene ikke, kan det give grundlag for et krav, og dokumentationen handler så om, hvilken kode der er brugt, og hvilke vilkår der er brudt. Apps i appbutikker har deres egne procedurer for klager, og scraping, hvor data hentes automatisk fra jeres side, efterlader spor i jeres egne logfiler. Gem dem, før de bliver slettet efter den faste opbevaringsperiode, og notér, hvilke adresser forespørgslerne kom fra, og hvilke dele af siden de ramte. Kombineret med en sikring af den side, hvor jeres data dukker op, kan logfilerne vise sammenhængen.

→ Open source-licenser, når koden er brugt uden at følge vilkårene
→ Jeres app er kopieret i en appbutik
→ Data hentet fra jeres side med scraping

Når koden har været i andres hænder

Mange sager om kopieret software opstår, efter at et samarbejde er slut: en udvikler er stoppet, et konsulenthus har afsluttet et projekt, eller en partner har haft adgang til koden under en aftale. Så handler dokumentationen også om adgangen. Hvem havde adgang til hvilke repositories, hvornår blev adgangen lukket, og hvad blev hentet i perioden op til? Platformenes logfiler kan ofte svare på noget af det, men de gemmes ikke for evigt. Aftalerne om rettigheder og fortrolighed hører med, fordi de fortæller advokaten, hvad modparten måtte. Sager med tidligere medarbejdere har deres egne regler og overvejelser, og her bør advokaten ind tidligt.

→ Hvem skal sikre: jer selv, advokaten eller en IT-sagkyndig?

Det skal I lade være med

• At rydde op i jeres eget repository · omskrevet historik kan svække jeres tidsspor.
• At logge ind i modpartens systemer · heller ikke med adgange, der stadig virker fra et tidligere samarbejde.
• At dekompilere eller omgå beskyttelse i modpartens program · tal med advokaten om, hvad der kan gøres lovligt.
• At sammenligne uden at beskrive metoden · en sammenligning, der ikke kan efterprøves, er let at anfægte.
• At lade logfiler blive overskrevet · sikr dem, før de roterer væk.

Hvad dokumentationen kan og ikke kan vise

Dokumentationen kan vise ligheder mellem to programmer, hvornår jeres kode blev skrevet, og hvem der havde adgang til den. Den kan ikke alene vise, at lighederne er en krænkelse, eller at en bestemt person har taget koden. Den juridiske vurdering hører til advokaten, og fortolkningen af sporene til en uvildig sagkyndig.

Tjekliste

• ☐ Det, der kan ses udefra, er dokumenteret med adresse og tidspunkt
• ☐ Jeres repository og platformens logfiler er sikret
• ☐ Aftaler med udviklere og samarbejdspartnere er fundet frem
• ☐ Logfiler fra servere og tjenester er gemt, før de overskrives
• ☐ Advokaten er inddraget, før I henvender jer til modparten

Kilder

• Ophavsretsloven, LBK nr. 1093 af 20/08/2023: § 1, stk. 3, om edb-programmer som litterære værker.

Senest gennemgået: november 2026.

Næste skridt

• Mistanke om kopieret software: de første skridt
• Sådan sammenligner en IT-sagkyndig to programmer
• Hvem skal sikre: jer selv, advokaten eller en IT-sagkyndig?

Del af: Artikler om kopiering og ophavsret

Læs også: Tekst og hjemmesider · Sådan dokumenteres en kopiering

→ Kontakt · Tlf. 70 13 63 23 · Bevissikring ved kopiering hos Nielco IT