FFII

MIT-licensen: villkor, patent och hur du använder den rätt

Två utvecklare granskar licensfilen i ett kodprojekt på en bärbar dator

MIT-licensen låter vem som helst använda, ändra, sälja och sprida programvaran mot ett enda villkor: copyrightraden och licenstexten ska följa med i alla kopior eller väsentliga delar. I gengäld lämnar upphovsmannen inga garantier och tar inget ansvar. Licensen saknar copyleft, så din egen kod får ha vilken licens du vill. Om patent säger den ingenting uttryckligt.

Snabbfakta

SPDX-identifierare: MIT
Godkänd av Open Source Initiative som licens för öppen källkod
Enda villkoret: behåll copyrightraden och licenstexten
Ingen uttrycklig patentlicens, till skillnad från Apache 2.0
Free Software Foundation kallar texten Expat-licensen och bedömer den som förenlig med GPL
Kod som en anställd skriver i tjänsten tillhör normalt arbetsgivaren enligt 40 a § upphovsrättslagen

Vad är MIT-licensen?

Licensen hör till de tillåtande licenserna för programvara. Den ger mottagaren breda rättigheter utan att kräva att ändrad kod släpps under samma villkor, vilket skiljer den från GPL. Upphovsmannen behåller upphovsrätten och upplåter bara en rätt att nyttja koden. Texten är kort nog att läsa på en minut. Den används i ett mycket stort antal bibliotek och ramverk.

Namnet är inte helt entydigt. Free Software Foundation påpekar att MIT genom åren har använt flera olika licenser för programvara och föredrar namnet Expat-licensen för den text som i dag oftast kallas MIT. Open Source Initiative publicerar samma text under namnet The MIT License. Anger du SPDX-identifieraren MIT är det den texten som avses.

Licensen i sin helhet, återgiven i egna ord

Licenstexten består av tre delar: en copyrightrad, en upplåtelse med ett villkor samt en ansvarsfriskrivning. Här nedan återger redaktionen innehållet på svenska med egna formuleringar. Det är ingen officiell översättning och den har ingen rättslig verkan. Den engelska originaltexten är den som gäller och den som ska ligga i ditt projekt. Open Source Initiative publicerar den i sin helhet som godkänd licenstext.

Copyrightraden

Överst står ordet Copyright följt av år och namnet på den som äger upphovsrätten. Raden talar om vem som upplåter rättigheterna. I mallen är fälten tomma platshållare som du fyller i själv. Står flera personer bakom koden går det att räkna upp dem eller skriva projektets namn följt av bidragsgivarna.

Upplåtelsen

Den som får en kopia av programvaran och tillhörande dokumentation får hantera den utan begränsning och utan att betala något. Licensen räknar upp att använda, kopiera, ändra, slå samman, publicera, sprida, underlicensiera och sälja kopior. Mottagaren får också låta dem som hen ger programvaran till göra samma sak. Uppräkningen är exempel. Grundregeln är att rätten gäller utan begränsning, så länge villkoret följs.

Villkoret

Rättigheterna gäller på ett enda villkor. Copyrightnotisen och själva tillståndstexten ska finnas med i alla kopior eller väsentliga delar av programvaran. Mer kräver inte licensen. Du behöver inte publicera din källkod, inte märka ändringar och inte använda samma licens för ditt eget arbete.

Garantifriskrivningen och ansvarsbegränsningen

Programvaran lämnas i befintligt skick utan garantier av något slag. Texten nämner särskilt garantier om säljbarhet, lämplighet för ett visst ändamål och att programvaran inte gör intrång i andras rättigheter. Upphovsmännen ansvarar inte för anspråk, skador eller annat ansvar som uppstår i samband med programvaran eller användningen av den. Det gäller oavsett om kravet grundas på avtal, skadestånd utanför avtal eller något annat. Friskrivningen står i versaler i originalet för att den ska synas tydligt.

Vad du får göra och vilka villkor som gäller

Tabellen visar vad MIT-licensen tillåter och var gränserna går. Det som licensen inte nämner styrs av annan lagstiftning, till exempel varumärkesrätt.

Handling	Tillåten?	Kommentar
Använda privat eller i företag	Ja	Inga krav så länge du inte lämnar ut kopior
Ändra koden	Ja	Ändringar behöver inte märkas eller publiceras
Sprida i källkod eller kompilerad form	Ja	Copyrightraden och licenstexten ska följa med
Sälja kopior	Ja	Uttryckligen nämnt i licensen
Underlicensiera	Ja	Du kan lämna ut helheten under egna villkor
Bygga in i sluten produkt	Ja	Ingen copyleft, din egen kod kan förbli stängd
Ta bort upphovsmannens notis	Nej	Notisen är licensens enda villkor
Använda projektets namn eller logotyp som eget kännetecken	Inte reglerat	Licensen ger ingen varumärkesrätt
Kräva garantier av upphovsmannen	Nej	Garantier och ansvar är bortskrivna

Kommersiell användning av MIT-licensierad kod

Du får använda MIT-licensierad kod i en kommersiell produkt, ta betalt för produkten och hålla din egen källkod stängd. Licensen ställer inget krav på att du lämnar ut ändringar. Kravet som återstår är notisen. Säljer du en app som innehåller ett MIT-bibliotek ska bibliotekets copyrightrad och licenstext följa med, till exempel under en meny för licenser i appen eller i en textfil i installationspaketet.

Rätten att underlicensiera gör det möjligt att lämna ut helheten under dina egna avtalsvillkor. MIT-notisen för de delar den gäller ska ligga kvar. Den som vill använda MIT-koden fristående kan alltid hämta den från originalprojektet på MIT-villkor.

Ett vanligt upplägg i företag är att samla alla notiser för tredjepartskod i en gemensam fil eller en sida i produkten. Det uppfyller villkoret för samtliga MIT-beroenden på en gång, förutsatt att varje beroendes egen copyrightrad finns med och inte bara själva licenstexten. Copyrightraderna skiljer sig mellan projekten. Licenstexten är densamma.

Patent: det MIT-licensen inte säger

MIT-licensen innehåller ingen uttrycklig patentlicens. Ordet patent förekommer inte i texten. Det skiljer den från Apache License 2.0, där varje bidragsgivare uttryckligen upplåter rätt till de patentkrav som bidraget nödvändigtvis gör intrång i. GPLv3 har en liknande klausul i avsnitt 11.

Om orden använda och sälja i MIT-texten ändå ger en underförstådd rätt att utnyttja upphovsmannens patent är omdiskuterat bland jurister. Redaktionen känner inte till något svenskt avgörande där frågan har prövats. Den som är beroende av tydliga patentvillkor, exempelvis i en bransch med många patent, har skäl att välja en licens med uttrycklig patentklausul. Apache 2.0 är det vanligaste alternativet bland de tillåtande licenserna.

En sak gäller oavsett licens. Ingen licens kan ge rättigheter till patent som tillhör någon annan än licensgivaren.

Om patent är viktigt för ditt projekt

Släpper du kod från ett företag som har patent på tekniken bör du bestämma dig medvetet. Med MIT lämnas patentfrågan öppen. Med Apache 2.0 får mottagarna en uttrycklig patentlicens. Den som stämmer för patentintrång i verket förlorar sin egen patentlicens.

Så anger du MIT-licensen i ditt projekt

Licensen fungerar bara om mottagarna kan se den. Följ stegen nedan när du släpper egen kod under MIT.

Skapa en fil som heter LICENSE i projektets rotkatalog och klistra in hela licenstexten oförändrad.
Fyll i år och upphovsrättshavare på copyrightraden. Är koden skriven i en anställning är det normalt arbetsgivaren som ska stå där.
Ange licensen i paketets metadata, till exempel fältet license i package.json med värdet MIT.
Lägg en kommentarsrad överst i varje källfil: SPDX-License-Identifier: MIT.
Skriv ut licensen i README så att läsare ser den direkt.
Skickar du med andras kod, samla deras notiser i en separat fil med tredjepartslicenser.

SPDX är en standard för att beskriva licenser maskinläsbart. I listan över standardiserade identifierare heter licensen helt enkelt MIT. Varianten utan krav på att behålla notisen heter MIT-0 och är en annan licens. Med en kommentarsrad per fil kan verktyg för licensgranskning och programvaruförteckningar läsa av licensen automatiskt.

MIT jämfört med BSD, Apache och GPL

MIT, BSD och Apache är tillåtande licenser. GPL är en copyleft-licens som kräver att härledda verk sprids under samma licens. Tabellen jämför de punkter som brukar avgöra valet.

Egenskap	MIT	BSD-3-Clause	Apache 2.0	GPLv3
Typ	Tillåtande	Tillåtande	Tillåtande	Stark copyleft
Krav vid spridning	Copyrightrad och licenstext	Copyrightrad, villkor och friskrivning	Licenstext, notiser, NOTICE-fil, märkta ändringar	Hela licensen, källkod och samma licens för härledda verk
Uttrycklig patentlicens	Nej	Nej	Ja, avsnitt 3	Ja, avsnitt 11
Märka ändrade filer	Nej	Nej	Ja	Ja
Förbud mot att använda namn för reklam	Nej	Ja, tredje klausulen	Varumärken undantas, avsnitt 6	Nej
Härledd kod måste ha samma licens	Nej	Nej	Nej	Ja
Kan ingå i GPLv3-projekt	Ja	Ja	Ja	Ja
Kan ingå i GPLv2-projekt	Ja	Ja	Nej	Nej

BSD-licensen i tre klausuler ligger närmast MIT. Den lägger till ett förbud mot att använda upphovsrättshavarens eller bidragsgivarnas namn för att marknadsföra produkter som bygger på koden utan skriftligt tillstånd. Den äldre versionen med fyra klausuler innehöll en reklamklausul som Free Software Foundation anser gör den oförenlig med GPL.

Apache 2.0 är längre och ställer fler krav vid spridning. I utbyte får du en uttrycklig patentlicens och tydliga regler för bidrag och varumärken. För större projekt med många bidragsgivare väger det ofta tyngre än den extra administrationen. Apache 2.0 kan ingå i GPLv3-projekt men inte i projekt som bara får använda GPLv2, enligt både Free Software Foundation och Apache Software Foundation.

GPL skiljer sig mest. MIT-kod får tas in i ett GPL-projekt, men helheten måste då spridas under GPL och GPL-kod kan aldrig återutges under MIT.

Svensk upphovsrätt och MIT-licensen

MIT-licensen är skriven med amerikansk rätt i bakgrunden men används lika väl för kod som skapas och sprids i Sverige. Datorprogram räknas upp i 1 § upphovsrättslagen bland de verk som skyddas. Skyddet uppstår när koden skapas, utan registrering. Det varar till utgången av det sjuttionde året efter upphovsmannens dödsår enligt 43 §.

Arbetsgivaren äger koden (40 a §)

Enligt 40 a § övergår upphovsrätten till ett datorprogram som en arbetstagare skapar som ett led i sina arbetsuppgifter eller enligt instruktioner från arbetsgivaren till arbetsgivaren om inget annat har avtalats. En utvecklare som publicerar sådan kod under MIT utan tillstånd upplåter rättigheter som hen inte har. Regeln gäller arbetstagare. En konsult behåller i regel upphovsrätten till sin kod om avtalet inte säger något annat, så kunden bör reglera frågan skriftligt innan koden släpps som öppen källkod.

Ideell rätt (3 §)

Upphovsmannen har rätt att anges i den omfattning och på det sätt som god sed kräver. MIT-licensens krav på att behålla copyrightraden ligger i linje med den regeln. Lagen förbjuder också att verket ändras eller görs tillgängligt på ett sätt som kränker upphovsmannens litterära eller konstnärliga anseende eller egenart. Den ideella rätten kan bara efterges med bindande verkan för en användning som är begränsad till art och omfattning. En generell licens som MIT kan därför inte ta bort den helt, även om frågan sällan blir aktuell för vanlig programkod.

Licensen som avtal och friskrivningens räckvidd

Upphovsrätt får enligt 27 § helt eller delvis överlåtas. En licens som MIT är en begränsad upplåtelse av rätten att använda verket. Den innehåller villkor som mottagaren måste följa. Friskrivningen från garantier och ansvar är mycket långtgående. Enligt 36 § avtalslagen kan ett avtalsvillkor jämkas eller lämnas utan avseende om det är oskäligt. Hur långt MIT-licensens friskrivning håller i svensk domstol är inte prövat, såvitt redaktionen känner till.

Friskrivningen skyddar upphovsmännen. Den skyddar inte dig som säljer en produkt med MIT-kod till dina kunder. Där gäller ditt eget avtal med kunden och de tvingande regler som gäller för just den försäljningen.

Vanliga misstag med MIT-licensen

MIT-licensen är enkel, men felen återkommer. De flesta beror på att notisen försvinner någonstans på vägen.

Notisen tas bort vid kopiering. Kopierar du en hel fil eller en väsentlig del av ett MIT-projekt ska copyrightraden och licenstexten följa med.
Bara metadata, ingen licensfil. Ett fält i package.json räcker inte för att uppfylla villkoret när du sprider koden. Licenstexten ska finnas med.
Fel upphovsrättshavare. En anställd skriver sitt eget namn på kod som enligt 40 a § tillhör arbetsgivaren.
Licensen tolkas som rätt till namn och logotyp. MIT säger ingenting om varumärken. Ett skyddat namn kräver separat tillstånd.
Originalnotisen byts ut. Du får lägga en egen licens på dina ändringar. Originalnotisen för den kod du byggt på ska ligga kvar.
MIT och MIT-0 blandas ihop. MIT-0 saknar kravet på notis. De är två olika licenser med olika SPDX-identifierare.
Notiserna försvinner i byggsteget. När JavaScript minifieras och paketeras rensas ofta kommentarer bort. Skickar du ut filerna till besökarnas webbläsare lämnar du ut kopior, så se till att notiserna följer med.

Läs mer på FFII

Vanliga frågor om MIT-licensen

Får jag använda MIT-licensierad kod i ett kommersiellt program?

Ja. Du får sälja produkten och hålla din egen kod stängd, så länge copyrightraden och licenstexten för MIT-koden följer med.

Måste jag publicera mina ändringar?

Nej. MIT-licensen kräver inte att du lämnar ut källkod eller märker ändringar. Det enda kravet är notisen.

Ger MIT-licensen rätt till patent?

Licensen innehåller ingen uttrycklig patentlicens. Om den ger en underförstådd rätt är omdiskuterat. Behöver du tydliga patentvillkor är Apache 2.0 ett bättre val.

Får jag byta licens på MIT-kod?

Du får sprida helheten under andra villkor och lägga en egen licens på dina ändringar. Originalets copyrightrad och licenstext ska ändå ligga kvar för den kod de gäller.

Kan jag kombinera MIT-kod med GPL-kod?

Ja. Free Software Foundation bedömer licensen som förenlig med GPL, men den kombinerade helheten måste spridas under GPL.

Vem ska stå på copyrightraden om jag skrev koden på jobbet?

Normalt arbetsgivaren. Enligt 40 a § upphovsrättslagen övergår upphovsrätten till datorprogram som skapas i tjänsten till arbetsgivaren om inget annat har avtalats.

Källor

Källorna lästes 19 oktober 2026.