Lisensi piranti lunak sumber terbuka miturut hukum Walanda lan EU

Meh saben produk piranti lunak komersial ngemot komponen sumber terbuka, biasane atusan, sing dipilih dening para pangembang tinimbang pengacara. Iku dadi masalah nalika ora ana sing bisa ujar lisensi endi sing ditrapake, apa sing dibutuhake, lan apa produk kasebut tundhuk. Artikel iki nerangake kepiye lisensi sumber terbuka bisa digunakake miturut hukum Walanda lan EU, ing ngendi risikone ana, lan apa sing kudu diduweni.

Apa tegese lisensi sumber terbuka, miturut istilah hukum

Lisensi sumber terbuka iku lisensi hak cipta sing diwenehake miturut syarat-syarat. Iki dudu pengabaian, dudu dedikasi kanggo domain umum, dudu pengabaian hak, lan ing babagan kasebut, lisensi iki bisa digunakake kaya lisensi piranti lunak liyane miturut hukum Walanda . Penulis njaga hak cipta miturut pasal 1 Aw lan pasal 10 Aw, sing nglindhungi program komputer minangka karya, lan lisensi kasebut ngidini tumindak sing bakal nglanggar hak eksklusif miturut pasal 12 Aw lan pasal 13 Aw.

Akibaté luwih penting tinimbang definisiné. Tundhuk karo aturan, lan salinan lan distribusi sampeyan sah. Gagal tundhuk karo aturan, lan ijin ora nutupi apa sing sampeyan lakoni: panggunaan sampeyan minangka pelanggaran hak cipta, dudu pelanggaran kontrak. Umume lisensi copyleft nguatake iki kanthi mungkasi kanthi otomatis nalika ana pelanggaran — GPLv2 tanpa periode pemulihan, dene GPLv3 lan AGPLv3 mulihake hak yen pelanggaran kasebut diatasi sajrone wektu sing ditemtokake sawise kabar.

Pengadilan Walanda ngetrapake alesan iki. Ing Rb. Amsterdam 22 September 2020, ECLI:NL:RBAMS:2020:4717, distributor sing mbusak teks lisensi lan kabar hak cipta saka basis kode sing wis difork dianggep wis kelangan ijin lan nglanggar. Nambahake kode anyar kanthi jumlah akeh ora nggawe karya independen: asline tetep ana, mula kewajibane uga ana.

Rong kulawarga: permisif lan copyleft

Lisensi permisif — MIT, lisensi BSD, Apache 2.0 — ngidini panggunaan, modifikasi, lan distribusi ulang, kalebu ing njero produk sumber tertutup, anggere sampeyan njaga kabar hak cipta lan teks lisensi.

Lisensi Copyleft mbutuhake nalika sampeyan nyebarake piranti lunak, utawa apa wae sing dibangun ing ndhuwure, sampeyan nindakake kanthi lisensi sing padha lan nyedhiyakake sumber sing cocog. Jangkauane beda-beda.

Pemicu copyleft lan pitakonan babagan pranala

Kewajiban hak cipta ngganggu distribusi, dudu panggunaan. Perusahaan sing nglakokake piranti lunak GPL sacara internal, sanajan wis akeh modifikasi, ora mbagekke apa-apa lan ora duwe utang apa-apa. "Apa kita wis mbagekke?" mesthi dadi pitakonan pisanan, lan mulane wadhah, piranti, firmware, lan SDK luwih penting tinimbang piranti internal.

Pitakonan kapindho luwih angel. GPL ngomong babagan "karya adhedhasar Program", nyilih konsep Amerika babagan karya turunan. Hukum Walanda ora duwe istilah kaya ngono: analisis kasebut ngliwati hak reproduksi lan adaptasi, takon apa ekspresi sing dilindhungi saka asline wis direproduksi.

Kasus praktis yaiku ngubungake. Apa ngubungake modul duweke dhewe menyang perpustakaan GPL nggawe siji karya sing tundhuk karo copyleft durung nate diputusake dening pengadilan Walanda, lan ora ana wewenang EU sing ngiket. Pandangan Free Software Foundation yen ngubungake nggawe karya gabungan minangka interpretasi pengurus lisensi, dudu hukum, lan pandangan sing ngelawan uga durung diuji. Jawaban favorit internet — ngubungake dinamis aman, ngubungake statis ora — ora duwe dhasar ing hukum hak cipta Walanda, sing ora takon kepiye kompiler tumindak. Analisis sing luwih bisa dibela takon kepiye raket komponen kasebut digabungake: apa padha nuduhake ruang alamat lan struktur data, apa kombinasi dikirim minangka siji produk, bisa berfungsi dhewe, apa sisih duweke dhewe ngasilake header, makro utawa kode inline saka sisih copyleft? Pitakonan kasebut biasane ngrampungake risiko kasebut. Yen ora, ngisolasi komponen ing mburi wates proses, ngganti, utawa njupuk lisensi komersial.

AGPL lan panggunaan jaringan

AGPL ana amarga copyleft dipicu dening distribusi lan panyedhiya SaaS ora nyebarake. Klausul jaringan kasebut mbutuhake yen sampeyan ngowahi piranti lunak lan nyedhiyakake kanggo pangguna sing sesambungan karo piranti lunak kasebut saka jarak jauh, sampeyan menehi sumber sing cocog saka versi sing dimodifikasi.

Ana telung poin sing kerep ora digatekake. Kewajiban iki ditanggung dening pangguna layanan, sing ing produk pendaftaran terbuka ora pati nglipur. Iki dipicu dening modifikasi, mula komponen sing ora dimodifikasi ora bakal melu nanging versi sing ditambal bisa uga. Lan iki nuwuhake pitakonan babagan kerja gabungan sing padha karo GPL kanggo tumpukan liyane - mula akeh perusahaan sing nglarang AGPL ing kode produksi.

Kompatibilitas lisensi

Kompatibilitas iku masalah nggabungake komponen sing lisensine nduweni kewajiban sing ora bisa dipenuhi ing siji distribusi: lisensi permisif kompatibel karo meh kabeh, lisensi copyleft mung karo apa sing diidinake dening syarat dhewe. Kasus standar yaiku Apache 2.0 lan GPLv2. Apache Software Foundation lan Free Software Foundation setuju yen kombinasi kasebut ora diidinake, amarga ketentuan pemutusan paten lan ganti rugi Apache 2.0 minangka watesan tambahan sing ora diidinake GPLv2. GPLv3 dirancang kanggo nampa. Kompatibilitas uga arah: kode Apache bisa diserep menyang proyek GPLv3, nanging ora kosok baline. Siji komponen GPL ing panggonan sing salah bisa meksa pilihan antarane lisensi ulang, rekayasa ulang utawa penghapusan - luwih murah sadurunge dirilis tinimbang sawise.

Kewajiban atribusi lan kabar

Kewajiban sing paling kerep dilanggar yaiku sing paling ora dramatis: ngasilake maneh kabar hak cipta, teks lisensi, penafian lan, ing Apache 2.0, isi NOTICE ing materi sing diiringi distribusi kasebut. Saben kulawarga ngetrapake, kalebu MIT lan BSD. Kewajiban kasebut dilanggar amarga ora ana sing duwe, lan paling gampang didandani — biasane file atribusi sing digawe sing dikirim bareng karo produk kasebut. Kasus Walanda ing ndhuwur nguripake persis kegagalan iki.

Hibah paten lan pembalasan paten

MIT lan BSD ora ngomong apa-apa babagan paten, lan apa lisensi paten bisa disiratkan isih durung ditemtokake. Apache 2.0 nambahake lisensi paten bebas royalti saka saben kontributor, dipasangake karo klausa pembalasan: ngajokake litigasi paten sing nyatakake yen karya kasebut nglanggar lan lisensi paten sampeyan bakal rampung. GPLv3 ngemot hibah sing bisa dibandhingake lan pranata paten dhewe.

Rong implikasi kanggo perusahaan sing duwe portofolio paten. Yen insinyur sampeyan nyumbang kanggo proyek sing dilisensi Apache utawa GPLv3, sampeyan menehi lisensi miturut paten sampeyan dhewe. Lan yen sampeyan nate negesake paten marang perusahaan gumantung saka komponen sing dilisensi Apache sing padha sing sampeyan gunakake, pembalasan bisa uga nggawe sampeyan kelangan lisensi sing sampeyan andalake.

EUPL lan sektor publik Walanda

Lisensi Publik Uni Eropa versi 1.2, sing disetujoni dening Komisi Eropa kanthi keputusan implementasi ing Mei 2017, minangka lisensi copyleft sing disetujoni OSI kanthi telung fitur sing mbedakake.

• Basa. Iki ana ing basa resmi EU, kabeh versi sing disetujoni nduweni nilai sing padha, saengga panguwasa Walanda bisa ngontrak nganggo basa Walanda.
• Kompatibilitas Lampiran ndhaptar lisensi sing kompatibel — GPLv2 lan v3, AGPLv3, LGPL, MPL 2, EPL 1.0, OSL lan CeCILL — lan ngidini karya turunan sing nggabungake kode EUPL karo kode miturut lisensi sing kadhaptar supaya disebarake miturut lisensi kasebut.
• Tekan. Definisi distribusine nyakup nggawe karya kasedhiya online utawa offline. utawa nyedhiyakake akses menyang fungsi-fungsi penting, lan pasal 5 EUPL nggawa kewajiban copyleft nganti interaksi jarak jauh ing ngendi fungsi sing padha ditawakake. Mula, EUPL tekan piranti lunak sing dikirim minangka layanan, kanthi cara sing ora ditindakake GPL.

Pelanggan sektor publik Walanda bisa uga mbutuhake EUPL minangka prakara kabijakan tinimbang undang-undang. Undhang-undhang Eropa Interoperabel, Peraturan (EU) 2024/903, ngarahake badan sektor publik kanggo ngutamakake solusi interoperabilitas tanpa syarat lisensi sing mbatesi, kayata sumber terbuka, sing padha; sacara nasional, prinsip sumber terbuka, tenzij gumantung marang keputusan kabinet lan garis kabijakan, dudu ing undang-undang: overheid digital Wet nggampangake infrastruktur identitas digital nanging ora meksa kewajiban sing bisa ditindakake kanggo nerbitake kabeh kode sumber. Wacanen dokumen tender: syarat EUPL ngiket kiriman sampeyan lan bisa uga ora kompatibel karo kode kepemilikan sing pengin digunakake maneh.

Penegakan ing praktik

Sapa sing bisa nuntut. Sing duwe hak — kontributor individu, utawa yayasan utawa perusahaan sing duwe hak cipta sing ditugasake. Kepenulisan sing terfragmentasi minangka rem praktis: penggugat kudu mbuktekake kepemilikan kode sing dipermasalahake. Iku ngalahake kasus GPL Eropa sing paling misuwur, ing ngendi klaim pangembang kernel marang vendor virtualisasi gagal amarga kekurangan bukti kepenulisan (LG Hamburg 8 Juli 2016, 310 O 89/15; didukung OLG Hamburg 28 Februari 2019, 5 U 146/16).

Apa sing ditetepake dening hukum kasus kasebut. Pengadilan Jerman wis bola-bali nampa manawa lisensi sumber terbuka iku sah lan pelanggaran kasebut ndadekake distribusi dadi ora sah, diwiwiti karo prentah GPL sing pertama (LG München I 19 Mei 2004, 21 O 6123/04). Sirkuit Federal AS nggayuh kesimpulan sing padha ing Jacobsen v Katzer , 535 F.3d 1373 (Fed. Cir. 2008): syarat lisensi minangka syarat ing ruang lingkup hibah, dudu mung perjanjian, mula pelanggaran ndhukung klaim hak cipta lan keringanan injunctive. Litigasi AS lagi njelajah apa panampa hilir bisa ngetrapake GPL minangka penerima manfaat pihak katelu. Iku pitakonan utama ing Software Freedom Conservancy v Vizio ing ngarep Pengadilan Tinggi California: apa konsumen, minangka penerima manfaat pihak katelu, bisa nuntut pelepasan kode sumber miturut GPLv2. Ing tanggal 23 Desember 2025, pengadilan mutusake siji poin babagan putusan ringkes, sing netepake manawa GPLv2 lan LGPLv2.1 mbutuhake sumber sing bisa dipikolehi lan diolah maneh kanggo digunakake ing papan liya tinimbang sumber sing bisa diinstal maneh ing piranti kanthi fungsine sing utuh. Pitakonan babagan pihak katelu sing entuk manfaat dhewe isih ana ing sidang pengadilan, sing wis ditundha luwih saka sapisan. Iki minangka pitakonan hukum kontrak California, mula ora ana hubungane karo Walanda; sing bakal diganti yaiku jumlah wong sing bisa ngajokake sambat.

Kepriye pengadilan Walanda bakal nangani. Minangka pelanggaran hak cipta miturut Auteurswet: penggugat mbuktekake kepemilikan lan reproduksi utawa komunikasi; tergugat ngunggahake lisensi; penggugat mangsuli yen syarat-syarate ora dipenuhi, mula pembelaan gagal. Upaya hukum kontraktual miturut pasal 6:265 BW mlaku bebarengan, nanging hak cipta minangka rute sing luwih kuwat.

Solusi. Prentah miturut pasal 3:296 BW, biasane nganggo pembayaran penalti lan kasedhiya ing proses ringkesan; ganti rugi miturut pasal 27 Aw lan akun bathi miturut pasal 27a Aw; penarikan, penyerahan utawa penghancuran miturut pasal 28 Aw; lan pemulihan lengkap biaya hukum sing cukup lan proporsional miturut pasal 1019h Rv. Ing ngendi piranti lunak disebarake kanthi gratis, kerugian angel diukur, lan pengadilan banding Jerman ora gelem menehi ganti rugi nalika njunjung tinggi prentah kasebut (OLG Hamm 13 Juni 2017, 4 U 72/16). Sing digigit arang ganti rugi: yaiku prentah, penarikan, prentah biaya, lan kudu nerbitake sumber sing ora nate sampeyan karepake kanggo nerbitake.

Nalika sampeyan nemokake masalah kepatuhan

Panemon biasane asale saka kuesioner keamanan pelanggan, pindai sajrone uji tuntas, utawa layang saka sing duwe hak. Remediasi banjur ditindakake kaya ing ngisor iki. Mungkasi distribusi bangunan sing kena pengaruh yen paparane serius. Nemtokake komponen endi, versi endi, lisensi endi, produk lan rilis endi, sajrone periode pira. Temtokake apa sing dibutuhake lisensi kasebut — asring file atribusi tinimbang rilis sumber. Siapke artefak: kabar, teks lisensi, lengkapi sumber sing cocog kalebu skrip bangunan, lan tawaran tertulis yen digunakake. Kirim rilis sing tundhuk karo aturan, banjur critakake marang sing duwe hak apa sing wis sampeyan lakoni tinimbang mbantah apa sampeyan kudu nindakake.

Ing GPLv3 lan AGPLv3, jendela pemulihan menehi nilai legal kecepatan; ing GPLv2 ora ana hak pemulihan, mula umume penegakan hukum rampung kanthi janji kepatuhan sing dirundingake. Elinga uga yen hak istimewa ana gandhengane karo saran saka pengacara sampeyan, dudu laporan teknik internal.

Sumber terbuka ing M&A lan uji tuntas

Ing akuisisi piranti lunak, sumber terbuka minangka aliran kerja uji coba standar, lan komponen copyleft sing ora diungkapake ing produk inti minangka salah sawijining temuan sing pancen ngowahi kesepakatan: yen produk kasebut ora bisa disebarake tanpa ngeculake sumbere, panuku entuk aset sing beda karo sing diregani.

Ngarepake pindai basis kode, inventaris komponen nganggo lisensi, lan pitakon babagan pengaturan kontributor lan kontraktor. Asil sing umum yaiku ganti rugi tartamtu, retensi sing ditundha remediasi, preseden kondisi sing mbutuhake penghapusan, utawa garansi sumber terbuka khusus. Penjual kudu mindhai dhisik: temuan sing sampeyan ungkapake minangka negosiasi, temuan sing digawe penasihat panuku minangka pengaruh. Para panuku ora kudu nggoleki "perusahaan duwe IP" nanging perwakilan manawa ora ana produk sing nggabungake sumber terbuka sing mbutuhake pambocoran kode sumber kepemilikan.

Bill of Materials, Scanning, lan Undhang-undhang Ketahanan Siber

Daftar materi piranti lunak iku inventaris komponen produk, kanthi versi lan lisensi. Nganti bubar iki mung kontraktual, saiki uga dadi peraturan.

Undhang-undhang Ketahanan Siber, Peraturan (EU) 2024/2847, mulai berlaku tanggal 10 Desember 2024 lan bertahap. Undhang-undhang iki ana ing jejere Undhang-undhang Keamanan Siber Walanda , sing ngrembug babagan organisasi tinimbang produk. Kewajiban pelaporan kanggo kerentanan sing dieksploitasi kanthi aktif lan kedadeyan abot ing pasal 14 CRA ditrapake wiwit 11 September 2026; pranata babagan kabar saka badan penilaian kesesuaian wiwit 11 Juni 2026; Peraturan kanthi lengkap wiwit 11 Desember 2027 (pasal 71 CRA). Lampiran I CRA mbutuhake produsen kanggo ngenali lan ndokumentasikake komponen ing produk kasebut, kalebu kanthi nyusun dhaptar materi piranti lunak ing format sing umum digunakake lan bisa diwaca mesin sing paling ora nyakup dependensi tingkat paling dhuwur. Ora perlu diterbitake; panguwasa pengawasan pasar bisa njaluk.

Piranti lunak gratis lan sumber terbuka sing disedhiyakake ing njaba kegiatan komersial kalebu ing njaba CRA. Peraturan kasebut ngenalake pengurus piranti lunak sumber terbuka — badan hukum sing menehi dhukungan terus-terusan kanggo pangembangan piranti lunak sumber terbuka sing ditujokake kanggo kegiatan komersial — kanthi kewajiban sing luwih entheng ing pasal 24 CRA: kabijakan keamanan siber sing didokumentasikake, kerjasama karo panguwasa pengawasan pasar, lan pelaporan. Yen sampeyan ngomersialake sumber terbuka, utawa mbiayai proyek sing dikomersialake wong liya, nemtokake peran endi sing sampeyan lakoni. Komisi ngadopsi pandhuan pisanane tanggal 27 Juli 2026: pandhuan Komisi babagan aplikasi Undhang-undhang Ketahanan Siber (CRA), sing dilampirake ing komunikasi C(2026) 5252, sing ngatasi antara liya nalika piranti lunak gratis lan sumber terbuka kalebu ing ruang lingkup. Ora ana undang-undang implementasi sing menehi format kanggo tagihan materi piranti lunak sing wis diadopsi, mula standar Peraturan dhewe — format sing umum digunakake lan bisa diwaca mesin — tetep dadi ukuran kanggo sementara.

Analisis komposisi piranti lunak sing dilakokake ing CI ngasilake inventaris sing nglayani kepatuhan, tinjauan lisensi, lan ketekunan sekaligus. Piranti kaya ngono ora ngerti kode sing didol, salah ngenali proyek sing dilisensi ganda, lan ora bisa maca syarat lisensi: nganggep output minangka wiwitan tinjauan, dudu tinjauan.

Yen sampeyan nerbitake kode dhewe: CLA lan DCO

Perusahaan sing ngrilis kode lan nampa kontribusi saka njaba kudu ngerti yen dheweke duwe hak kanggo apa sing digabung. Perjanjian lisensi kontributor minangka kontrak antarane proyek lan kontributor, biasane menehi lisensi hak cipta sing amba lan lisensi paten sing jelas, kanthi jaminan babagan orisinalitas lan wewenang. Iki sing ngidini perusahaan menehi lisensi maneh proyeke mengko, utawa nawakake lisensi komersial bebarengan karo lisensi sumber terbuka. Biayane yaiku gesekan.

Sertifikat Asal Pengembang , sing digunakake dening kernel Linux lan akeh proyek liyane, dudu hibah lisensi nanging pengesahan entheng, sing ditambahake minangka baris penandatanganan kanggo saben komitmen, yen kontributor bisa ngirim kode kasebut miturut lisensi proyek kasebut. Kurang ngganggu, lan kurang protèktif: ora ana lisensi paten, ora ana lisensi ulang.

Yen lisensi ganda utawa lisensi ulang ing mangsa ngarep bisa ditindakake, gunakake CLA; yen proyek kasebut minangka proyek umum asli, DCO biasane cukup. Kepiye wae, priksa manawa perjanjian kerja lan kontraktor sampeyan menehi hak cipta ing kode sing ditulis wong-wong sampeyan.

Dhaptar priksa kabijakan praktis

• Gawe inventaris komponen saben produk lan rilis ing pipeline build, ora kanthi manual.
• Nerbitake kabijakan internal: dhaptar sing diidini, dhaptar sing dilarang, lan rute persetujuan kanggo kabeh liyane.
• Nemtokake kanthi tulisan apa sing dianggep minangka distribusi — instalasi on-premise, piranti, wadhah, SDK, aplikasi seluler, firmware.
• Kirim file atribusi sing digawe karo saben produk.
• Setujoni pilihan lisensi nalika desain, nalika komponen dipilih, dudu nalika dirilis.
• Putusake apa kontribusi kanggo proyèk eksternal butuh persetujuan, miturut hibah paten sing digunakake, lan pilih CLA utawa DCO sadurunge kontribusi eksternal sing pertama.
• Selarasake garansi IP, ganti rugi, lan syarat escrow karo sumber terbuka sing sejatine ana ing produk kasebut.
• Lakokna review sadurunge proses penggalangan dana utawa dodolan, dudu nalika proses kasebut.

Law & More menehi saran marang perusahaan piranti lunak lan investor saka Eindhoven lan Amsterdam babagan kepatuhan sumber terbuka, tinjauan lisensi, pengaturan kontributor, lan alur kerja sumber terbuka ing transaksi.

carane Law & More bisa mbantu sampeyan karo iki diterangake ing kita Pengacara IT kaca.