Open source

Bij open source moet de broncode van de software open en vrij beschikbaar zijn voor iedereen. Dan kan namelijk iedereen voortbouwen op de software en bijdragen aan een beter product. Om dit proces te kunnen waarborgen, moet de software onder een open source licentie worden geplaatst. In de praktijk zijn er vele soorten open source licenties, elk met hun eigen voorwaarden, bepalingen en filosofie. Dit kan het lastig maken voor de juiste licentie te kiezen.

Veiligheid open source

Iedereen heeft toegang tot de broncode van open source en heeft het recht deze te gebruiken. Heeft dit gevolgen voor de veiligheid van de software? Het antwoord hierop luidt nee. Aan open source projecten werken tal van programmeurs, waaronder programmeurs die zich voornamelijk richten op het veiligheidsaspect van de software. Omdat er veel verschillende programmeurs aan de software werken, worden veiligheidsproblemen sneller ontdekt en vervolgens ook snel gerepareerd. Hierdoor beschikt open source software doorgaans over een betere beveiliging dan closed source software.

Community

De gemeenschap van programmeurs, testers en kritische gebruikers die zich bezighouden met het verbeteren van de software, noemt men de 'community'. De leden van de community staan met elkaar in contact via mailinglijsten, waarop ze kennis en informatie uitwisselen. Na installatie van de open source software maak je automatisch deel uit van de community en kun je gebruikmaken van de software en de verbeteringen die de leden van de community maakten.

Keuze maken voor licentie

Open source software wordt - net als closed source software - uitgebracht onder een specifieke licentie. In deze licentie ligt vast wat er met de broncode gedaan mag worden en wat niet. In de praktijk worden zo’n vijftig verschillende open source licenties onderscheiden. Het gros hiervan valt onder één van deze categorieën:

Geen plicht tot openbaarmaking

Werk je met open source software met een licentie uit deze categorie, dan staat het je vrij je aanpassingen en/of toevoegingen aan de software voor uzelf te houden. Onder deze licentie bestaat namelijk geen plicht tot openbaarmaking van de broncode. Voorbeelden van dergelijke licenties zijn: Apache, BSD, MIT licenties.

Gedeeltelijke plicht tot openbaarmaking

Werk je met open source software met een licentie uit deze categorie? Dan ben je niet verplicht je aanpassingen en/of toevoegingen met de community te delen. Je moet echter wel je aanpassingen en/of toevoegingen aan de originele broncode van de software openbaar maken. Dit betekent dat je inspanningen hiervoor beschikbaar worden voor de overige gebruikers van de community. Voorbeelden van dergelijke licenties zijn: LGPL, Mozilla, CDDL, Eclipse licenties.

Volledige plicht tot openbaarmaking

Als je werkt met open source software met een licentie uit deze categorie, dan moet je niet alleen je aanpassingen en/of toevoegingen in de originele broncode van de software openbaar maken, maar moet je ook door je (met behulp van de broncode van open source software) ontwikkelde software openbaar maken voor de community. Voorbeelden van dergelijke licenties zijn: GPL licenties.

Deze keuze hangt voornamelijk af van je persoonlijke wensen en voorkeuren. Als de licentie van de open source software je verplicht de door jou ontwikkelde broncode vrij te geven, betekent dit immers dat je concurrenten kunnen meeprofiteren van door jou gemaakte verbeteringen. Elk type open source licentie heeft zo zijn voor- en nadelen. Het is daarom belangrijk een goede afweging te maken welke licentie het best bij je past.

Meer weten?

Bij ABAB Legal zijn we graag van betekenis. Door kennis te delen, advies te geven en voor inzicht te zorgen. De juristen van ABAB Legal hebben uitgebreide kennis en ervaring op het gebied van ict-recht en kunnen je bijstaan bij het kiezen van de software met de open source licentie die het best bij je past. Neem voor meer informatie of advies contact op met Niels Ista, jurist ondernemingsrecht en ICT-recht, via telefoonnummer 0165-531330 of stuur Niels een e-mail.