Czy oprogramowanie typu open source jest chronione prawem autorskim?

Czy oprogramowanie typu open source jest chronione prawem autorskim?

Zrozumienie zasad ochrony kodu źródłowego chroni przed poważnymi konsekwencjami prawnymi. Kwestia tego, czy oprogramowanie typu open source jest chronione prawem autorskim, bezpośrednio wpływa na bezpieczeństwo projektów technologicznych.
Nieznajomość tych reguł naraża użytkowników na nieumyślne naruszenia licencji oraz straty finansowe.

Czy oprogramowanie typu open source jest chronione prawem autorskim?

Tak, oprogramowanie typu open source jest w pełni chronione prawem autorskim. Otwarty kod źródłowy nie oznacza, że program trafił do domeny publicznej lub że autor zrzekł się swoich praw.
Open source opiera się na prawie autorskim - twórca zachowuje prawa autorskie do kodu programu, ale dobrowolnie udostępnia go innym na konkretnych, prawnie wiążących warunkach.

Wokół wolnego oprogramowania narosło mnóstwo mitów. Najgroźniejszy z nich? Przekonanie, że skoro coś jest za darmo na GitHubie, to można z tym zrobić wszystko. Otóż nie można.

Sam wielokrotnie łapałem się na tym, że pobierałem gotową bibliotekę do komercyjnego projektu bez dokładnego wczytania się w plik licencyjny. Dopiero gdy nasz prawnik z bladością na twarzy kazał mi usunąć jeden z modułów na dwa dni przed wdrożeniem, zrozumiałem powagę sytuacji. To była bolesna nauka.

Przeoczona klauzula copyleft mogła wymusić otwarcie całego naszego autorskiego kodu.

Jak działa ochrona prawna open source i jakie są obowiązki użytkownika?

Z otwartego oprogramowania można korzystać, modyfikować je i rozpowszechniać, ale wyłącznie wtedy, gdy przestrzega się zasad zapisanych w konkretnej licencji, takich jak MIT, GPL czy BSD.

Każda z tych licencji to umowa prawna oparta na przepisach o prawie autorskim i prawach pokrewnych. Złamanie tych reguł automatycznie unieważnia Twoje prawo do ochrona prawna open source w stosunku do własnych modyfikacji, a także unieważnia Twoje uprawnienia do korzystania z programu.

Obowiązki użytkownika zależą od typu licencji, ale najczęściej obejmują konieczność podania nazwiska pierwotnego autora, dołączenia pełnej informacji o licencji lub - w przypadku bardziej rygorystycznych dokumentów - udostępnienia kodu własnych modyfikacji na tych samych zasadach.

Współczesne badania pokazują ogromną skalę zjawiska: aż 96% komercyjnych baz kodu zawiera komponenty open source. Co ciekawe, open source a prawo autorskie to temat poruszany w niemal każdym audycie bezpieczeństwa.

W przeciętnym projekcie programistycznym kod z otwartym źródłem stanowi od 70% do 90% całej zawartości. Oznacza to, że niemal każda firma tworząca oprogramowanie balansuje na granicy ryzyka prawnego, jeśli nie kontroluje stosowanych licencji.

Naruszenie warunków licencji open source oznacza złamanie prawa autorskiego. Brak samowoli w tym zakresie jest kluczowy dla bezpieczeństwa finansowego przedsiębiorstw.
Ale o tym, jakie naruszenie licencji open source konsekwencje niesie za sobą w polskim porządku prawnym, opowiem w sekcji poświęconej konsekwencjom naruszeń.

Konsekwencje naruszenia licencji według polskiego prawa

W polskim porządku prawnym program komputerowy jest chroniony analogicznie jak utwór literacki. Zgodnie z ustawą o prawie autorskim i prawach pokrewnych, twórca oprogramowania open source, którego prawa zostały naruszone, ma prawo domagać się natychmiastowego zaprzestania bezprawnych działań.

W praktyce oznacza to, że sąd może wydać nakaz wycofania produktu komercyjnego z rynku lub zablokowania usług SaaS działających w oparciu o jak działa licencja open source w sposób nieprawidłowy.

To jednak nie wszystko. Poszkodowany autor może żądać naprawienia szkody na zasadach ogólnych lub poprzez zapłatę sumy pieniężnej odpowiadającej dwukrotności stosownego wynagrodzenia, które w momencie jego dochodzenia byłoby należne tytułem udzielenia zgody na korzystanie z utworu.

Na rynku międzynarodowym zapadały już wyroki, gdzie sądy nakładały kary sięgające miliona dolarów za bezprawne użycie kodu na licencji GPL w zamkniętych portalach. Dla polskiej firmy z sektora MŚP taki proces to niemal pewne bankructwo. Trudno o powrót do gry po takim ciosie.

Porównanie popularnych licencji open source pod kątem prawnym

MIT (Licencja permisywna) ⭐

- Mogą być zamknięte i sprzedawane jako oprogramowanie własnościowe

- W pełni dozwolone, bez konieczności otwierania własnego kodu

- Zachowanie informacji o prawach autorskich i treści licencji w kopiach kodu

GPLv3 (Silne Copyleft)

- Muszą być publicznie dostępne w formie kodu źródłowego przy dystrybucji

- Dozwolone, ale pod rygorystycznym warunkiem udostępnienia całego projektu

- Każdy program pochodny musi być wydany na tej samej licencji GPL

BSD (Licencja permisywna)

- Mogą pozostać prywatne i nie trzeba ich upubliczniać

- W pełni dozwolone, zbliżona pod wieloma względami do licencji MIT

- Zakaz używania nazwiska autora do promowania produktów pochodnych bez zgody

Lekcja pokory Tomasza: Jak jedna biblioteka wstrzymała projekt w Warszawie

Tomasz, trzydziestoletni lider zespołu w warszawskim software housie, nadzorował tworzenie systemu CRM dla dużej firmy logistycznej. Zespół gonił terminy, a budżet spinał się na styk, co wywoływało ogromną presję wśród programistów.

Jeden z młodszych programistów, chcąc zaoszczędzić czas, wdrożył zaawansowany moduł generowania raportów. Pobierając go, nie sprawdził jednak, że był on objęty restrykcyjną licencją GPLv3 zamiast zakładanej MIT.

Podczas wewnętrznego audytu kodu na tydzień przed premierą automatyczny skaner wykrył konflikt licencyjny. Tomasz stanął przed dramatycznym wyborem: otworzyć kod całego systemu wartego tysiące złotych albo pisać moduł od zera.

Zespół musiał pracować po godzinach, oczy programistów piekły ze zmęczenia, a premiera opóźniła się o dwa tygodnie. Ostatecznie firma uniknęła kary, ale Tomasz nauczył się, że dokładna weryfikacja licencji to podstawa bezpieczeństwa.