IT-beveiliging & stabiliteit

Softwareoctrooien zouden grote bedrijven in staat stellen bepaalde segmenten van de softwaremarkt te monopoliseren. Niet langer zouden ze hoeven te concurreren met open source en kleinere bedrijven op beveiliging, stabiliteit en prestaties.

Het is een vergissing om abstracte softwareconcepten boven hun eigenlijke implementatie te stellen. Goede software vereist een superieur ontwerp en een implementatie van hoge kwaliteit. Het geweldigste conceptuele idee is waardeloos tenzij het grondig wordt uitgevoerd. Geen van ons zou in een huis willen wonen met een revolutionaire architectuur wanneer de voordeur niet goed op slot gaat, water door het dak lekt en de stroom de hele tijd uitvalt.

Softwareoctrooien staan in het algemeen toch al niet voor geweldige ideeën, maar laten we voor het moment even aannemen dat ze dat wel deden. Zelfs dan zou het onwenselijk zijn om deze ideeën te monopoliseren omdat het betekent dat de eerste die een idee octrooieert, de competitie kan uitsluiten. De octrooihouder kan het idee op een matige manier uitvoeren en nog steeds de enige zijn die een implementatie van dat idee aanbiedt. Die exclusieve implementatie kan traag, onstabiel en onveilig zijn, en toch zou er tot 20 jaar verder geen direct alternatief zijn tenzij de octrooihouder het toestond.

Er bestaat enige controverse over de vraag of open source-software inherent veiliger en stabieler is dan andere software. Het is echter simpelweg een feit dat beveiliging en stabiliteit overwegingen zijn waarom open source gekozen wordt voor bepaalde toepassingen. Dat zet een enorme concurrentiedruk op Microsoft en andere fabrikanten. Als we willen dat die maandelijkse meldingen van de nieuwste veiligheidslekken in Windows, Internet Explorer en Outlook ooit stoppen, dan moeten we een concurrerende markt garanderen.

Softwareoctrooien maken het riskant om broncode te publiceren. Of broncode nu beschikbaar gemaakt wordt onder een vrije software-licentie zoals de GPL of een andere, het draagt zeker bij aan IT-beveiliging als de broncode van software geïnspecteerd kan worden. Dat geeft iedereen met de nodige kennis en voldoende interesse de kans om te zoeken naar beveiligingsproblemen. Octrooiprofiteurs en kwaadwillende concurrenten vinden het echter veel makkelijker om octrooi-"inbreuken" op die basis te bewijzen. Als een octrooi te maken heeft met iets erg zichtbaars, zoals een voortgangsbalk of een virtueel winkelwagentje, dan kan een "schending" makkelijk identificeerbaar zijn vanaf de buitenkant. Met octrooien die te maken hebben met interne functies (zoals geheugenbeheer), is het ofwel veel moeilijker om een octrooi-inbreuk te bewijzen zonder de broncode, ofwel het is praktisch onmogelijk.

Klik hier om te lezen waarom softwareoctrooien een bedreiging zijn voor de vrijheid van informatie