자유 소프트웨어 라이선스

GPL은 자유 소프트웨어 재단(FSF)이 만든 대표적인 카피레프트 라이선스이다. 이 라이선스는 사용자에게 프로그램을 실행하고, 소스 코드를 연구하며, 필요에 따라 수정하고, 원본 또는 수정본을 재배포할 수 있는 자유를 보장한다. 이러한 자유는 자유 소프트웨어의 네 가지 핵심 자유를 구체적으로 실현한 것이다.

GPL의 가장 중요한 특징은 강력한 카피레프트 조항이다. 이는 GPL로 배포된 소프트웨어를 수정하거나 결합하여 재배포할 경우, 그 결과물도 반드시 동일한 GPL 라이선스 하에 배포되어야 함을 의미한다. 이 원칙은 소프트웨어의 자유를 보호하고, 누구나 소스 코드에 접근하고 개선할 수 있도록 유지하는 것을 목표로 한다. 따라서 GPL 코드를 사용한 파생 저작물은 그 자체도 자유 소프트웨어가 되어야 한다.

GPL은 여러 버전으로 발전해왔으며, 현재 가장 널리 사용되는 것은 1991년 발표된 GPL 2와 2007년 발표된 GPL 3이다. GPL 3는 디지털 권리 관리(DRM)와 관련된 제한, 특허 문제, 그리고 다른 라이선스와의 호환성 등 현대 소프트웨어 환경에서 제기된 새로운 문제들을 다루기 위해 도입되었다. 리눅스 커널을 비롯한 수많은 중요한 오픈 소스 소프트웨어가 GPL을 채택하고 있다.

이 라이선스는 소프트웨어의 자유를 최대한 보호하려는 의도를 가지고 있기 때문에, 상용 소프트웨어와의 결합이나 재배포 시 주의가 필요하다. 개발자는 자신의 프로젝트에 GPL 코드를 포함시킬 경우, 그 프로젝트 전체의 라이선스 정책이 GPL의 요구사항을 충족해야 함을 인지해야 한다.

LGPL(GNU 약소 일반 공중 사용 허가서)은 자유 소프트웨어 재단(FSF)이 만든 카피레프트 라이선스이다. 이 라이선스는 원래 C 라이브러리와 같은 소프트웨어 라이브러리를 위해 설계되었으며, 주된 목적은 라이브러리를 자유 소프트웨어가 아닌 프로그램에서도 사용할 수 있도록 허용하면서도, 라이브러리 자체의 수정 버전은 자유 소프트웨어로 남게 하는 데 있다. 이는 GPL(GNU 일반 공중 사용 허가서)보다 덜 엄격한 조건을 제공한다.

LGPL의 핵심 특징은 링크된 프로그램에 대한 요구 사항이 완화되었다는 점이다. GPL 라이선스가 적용된 프로그램과 링크되면 그 프로그램 전체도 GPL로 배포되어야 하는 '강한 카피레프트' 성격을 가지는 반면, LGPL 라이브러리는 동적 링크(공유 라이브러리) 방식으로 사용될 경우, 이를 사용하는 주 프로그램을 소스 코드 공개의 의무 없이 독점 소프트웨어로 배포하는 것을 허용한다. 이는 상용 소프트웨어 개발자들이 자유 소프트웨어 라이브러리의 이점을 활용하면서도 자신의 애플리케이션 코드를 공개하지 않을 수 있게 해준다.

그러나 LGPL도 완전히 허용적인 라이선스는 아니다. 라이선스가 부여하는 자유를 보호하기 위한 몇 가지 중요한 조건을 포함한다. 예를 들어, LGPL 라이브러리를 수정하여 배포할 경우, 그 수정된 버전의 소스 코드를 공개해야 하며, 이는 GPL과 동일한 원칙이다. 또한, 정적 링크 방식으로 LGPL 라이브러리를 사용하고자 할 경우, 주 프로그램의 오브젝트 코드와 함께 링크에 사용된 라이브러리의 오브젝트 파일을 제공하여 사용자가 라이브러리를 수정하고 다시 링크할 수 있도록 해야 한다.

이러한 설계 덕분에 LGPL은 오픈 소스 생태계에서 널리 채택되었다. 대표적으로 Qt 프레임워크의 초기 버전과 GTK+ 라이브러리, LibreOffice의 일부 구성 요소 등이 LGPL을 사용한다. 이는 소프트웨어의 자유를 보호하면서도 실용적인 채택과 상용화를 촉진하는 데 기여한다.

MIT 라이선스는 퍼미시브 라이선스의 대표적인 예시로, 매우 간결하고 제약이 적은 조건으로 소프트웨어의 자유로운 사용을 허용한다. 이 라이선스는 자유 소프트웨어 재단이 인정하는 자유 소프트웨어 라이선스이며, 동시에 오픈 소스 이니셔티브가 승인한 오픈 소스 라이선스이기도 하다. 1980년대 초 매사추세츠 공과대학교에서 처음 등장했으며, 이후 많은 오픈 소스 소프트웨어 프로젝트에서 널리 채택되고 있다.

이 라이선스의 핵심은 원본 라이선스 고지문과 저작권 표시를 소프트웨어의 모든 복사본에 포함시키기만 하면, 사용, 복사, 수정, 병합, 출판, 배포, 서브라이선싱, 판매 등 거의 모든 형태의 이용이 가능하다는 점이다. 이는 카피레프트 라이선스와 달리, 수정된 버전이나 파생물을 독점 소프트웨어로 배포하는 것도 허용한다는 특징이 있다.

따라서 MIT 라이선스는 개발자와 기업에게 최대한의 자유를 제공하려는 목적을 가진다. 라이선스 의무 사항이 매우 단순하여 법적 리스크가 낮고, 상용 소프트웨어에 통합하거나 재배포하기가 용이하다. 이러한 이유로 웹 프레임워크, 라이브러리, 도구 등 다양한 소프트웨어 구성 요소에 많이 적용된다.

Apache 라이선스는 아파치 소프트웨어 재단(ASF)이 주로 사용하는 퍼미시브 라이선스이다. 이 라이선스는 사용자에게 소프트웨어를 실행, 연구, 수정, 재배포할 자유를 부여하며, 특히 상업적 이용에 대한 제한이 매우 적은 것이 특징이다. Apache HTTP 서버를 비롯하여 아파치 소프트웨어 재단의 많은 프로젝트가 이 라이선스 하에 배포된다.

Apache 라이선스의 주요 버전으로는 Apache 라이선스 2.0이 널리 사용된다. 이 버전은 특허에 대한 명시적 권리를 부여하고, 기여자 라이선스 계약(CLA)을 통해 기여물의 라이선스 관리 체계를 명확히 한다는 점에서 이전 버전보다 발전된 모습을 보인다. 또한 다른 라이선스와의 호환성, 특히 GNU 일반 공중 사용 허가서 3판과의 호환성을 개선하였다.

이 라이선스는 카피레프트 조항을 포함하지 않는 대표적인 비카피레프트 라이선스이다. 따라서 Apache 라이선스로 배포된 코드를 수정하거나 포함시킨 소프트웨어를 사유 소프트웨어로 재배포하는 것이 가능하다. 단, 재배포 시에는 원본 라이선스의 고지 사항과 면책 조항을 유지해야 하며, 수정된 파일에는 이를 명시해야 한다.

Apache 라이선스는 상업적 활용의 자유도가 높아 기업 환경에서 널리 채택되고 있으며, 안드로이드 운영체제의 많은 부분과 같은 대규모 프로젝트에서도 사용된다. 이는 라이선스의 명확한 법적 조항과 특허 보호 조치가 개발자와 기업 모두에게 신뢰를 주기 때문이다.

BSD 라이선스는 퍼미시브 라이선스의 대표적인 예시로, 버클리 소프트웨어 배포의 이름을 따서 명명되었다. 이 라이선스는 1980년대 초 캘리포니아 대학교 버클리에서 개발된 유닉스 계열 운영 체제인 BSD의 배포를 위해 처음 도입되었다. 이후 다양한 오픈 소스 소프트웨어와 자유 소프트웨어 프로젝트에서 널리 채택되었다.

BSD 라이선스의 핵심 특징은 사용 조건이 매우 관대하다는 점이다. 이 라이선스는 소스 코드의 사용, 복사, 수정, 배포를 거의 제한 없이 허용하며, 수정된 버전을 사유 소프트웨어로 배포하는 것도 가능하다. 따라서 BSD 라이선스로 배포된 코드는 상용 제품에 자유롭게 통합될 수 있어 기업들에게 매우 매력적이다.

BSD 라이선스에는 여러 가지 변형이 존재한다. 가장 간단한 형태는 2항 BSD 라이선스 또는 "Simplified BSD License"로, 저작권 고지와 면책 조항만을 요구한다. 3항 BSD 라이선스 또는 "New BSD License"는 저작권 고지, 면책 조항 외에 저작권자나 기여자의 이름을 광고나 홍보 자료에 사용하지 말 것을 추가로 명시한다. 4항 BSD 라이선스는 더 이상 사용되지 않는 구 버전이다.

이러한 관대한 특성 때문에 BSD 라이선스는 카피레프트를 채택한 GNU 일반 공중 사용 허가서와는 대조적인 철학을 보인다. 자유 소프트웨어 재단은 BSD 라이선스를 자유 소프트웨어 라이선스로 인정하지만, 수정본을 자유롭게 배포할 의무를 부과하지 않아 자유 소프트웨어의 자유가 제한될 수 있다고 지적한다. 대표적으로 FreeBSD, OpenBSD, NetBSD와 같은 운영 체제와 LLVM 컴파일러 인프라, Nginx 웹 서버 등이 BSD 라이선스를 사용한다.

카피레프트는 저작권을 이용하여 소프트웨어와 그 파생물이 항상 자유롭게 사용, 연구, 수정, 재배포될 수 있도록 보장하는 법적 방법이다. 이는 저작권이 소프트웨어의 사용을 제한하는 데 쓰이는 전통적인 방식과 반대되는 개념으로, 저작권을 통해 자유를 보호하는 것을 목표로 한다. 카피레프트 라이선스를 따르는 소프트웨어를 사용하거나 수정하여 배포할 때는 동일한 자유를 가진 라이선스 하에 배포해야 하는 의무가 생긴다. 이는 소프트웨어의 자유를 영구적으로 유지하고, 누구나 그 혜택을 누릴 수 있게 하는 핵심 메커니즘이다.

가장 대표적인 카피레프트 라이선스는 자유 소프트웨어 재단(FSF)이 만든 GNU 일반 공중 사용 허가서(GPL)이다. GPL은 프로그램을 실행, 복사, 수정, 배포할 자유를 보장하며, 수정된 버전이나 GPL 코드를 포함하는 프로그램을 배포할 때는 반드시 전체 소스 코드를 공개하고 동일한 GPL 라이선스로 배포해야 한다는 강력한 카피레프트 조항을 담고 있다. 이로 인해 GPL 코드는 상용 소프트웨어에 자유롭게 통합될 수 없으며, 이는 라이선스의 의도적인 설계 특징이다. GPL의 이러한 특성은 리눅스 커널과 같은 수많은 주요 오픈 소스 프로젝트의 기반을 이루고 있다.

카피레프트의 강도는 라이선스에 따라 다르다. 강력한 카피레프트를 가진 GPL과 달리, GNU 약소 일반 공중 사용 허가서(LGPL)는 상대적으로 약한 카피레프트를 적용한다. LGPL은 주로 라이브러리에 사용되며, LGPL 라이브러리를 단순히 동적으로 링크하여 사용하는 프로그램은 소스 코드를 공개할 필요가 없다. 그러나 라이브러리 자체를 수정하여 배포할 때는 그 수정 사항을 공개해야 한다. 이는 라이브러리의 자유는 유지하면서도 상용 소프트웨어 개발자들이 더 폭넓게 사용할 수 있도록 한 타협안이다.

카피레프트 라이선스의 채택은 개발자와 조직의 철학과 목표에 달려 있다. 소프트웨어의 자유를 최우선으로 여기고, 파생 작업이 동일한 자유를 유지하도록 강제하려는 경우 카피레프트 라이선스를 선택한다. 이는 공동체의 협력을 통한 소프트웨어 발전을 촉진하고, 독점 소프트웨어로 전환되는 것을 방지한다. 반면, 최대한의 사용자 기반과 상용 소프트웨어와의 호환성을 원한다면 MIT 라이선스나 BSD 라이선스와 같은 퍼미시브 라이선스를 선호하는 경우가 많다.

비카피레프트 라이선스는 퍼미시브 라이선스 또는 허용적 라이선스라고도 불린다. 이 라이선스들은 소프트웨어의 사용, 복사, 연구, 수정, 재배포의 자유를 보장하는 자유 소프트웨어 라이선스의 한 유형이다. 카피레프트 라이선스와 달리, 퍼미시브 라이선스는 수정된 버전이나 파생작을 재배포할 때 원본과 동일한 라이선스를 적용하도록 강제하지 않는다. 이는 사용자에게 소프트웨어를 실행, 연구, 수정, 재배포할 자유를 부여하면서도, 수정본을 독점 소프트웨어로 전환하여 재배포하는 것을 허용한다는 점이 특징이다.

대표적인 퍼미시브 라이선스로는 MIT 라이선스, BSD 라이선스, Apache 라이선스 등이 있다. 이러한 라이선스들은 매우 간결하고 제약이 적어, 개발자들이 자유롭게 코드를 사용하고 수정하여 자신의 프로젝트에 통합할 수 있도록 한다. 특히 MIT 라이선스는 단 몇 줄의 문장으로 구성되어 있어 가장 간단하고 허용적인 라이선스 중 하나로 널리 사용된다. Apache 라이선스는 특허 관련 조항을 명시적으로 포함하여 사용자에게 추가적인 법적 보호를 제공하는 점이 특징이다.

퍼미시브 라이선스는 주로 소프트웨어의 광범위한 채택과 상업적 활용을 촉진하고자 할 때 선택된다. 많은 기업과 개인 개발자들은 이러한 라이선스 하에 공개된 오픈 소스 소프트웨어를 자사의 독점 제품에 자유롭게 통합할 수 있다. 이는 자유 소프트웨어 재단(FSF)이 추구하는 모든 파생작의 자유를 보장해야 한다는 철학과는 차이가 있지만, 실용적인 측면에서 오픈 소스 생태계의 확장에 기여해 왔다. 많은 현대의 인기 프레임워크와 라이브러리들이 퍼미시브 라이선스를 채택하고 있다.

라이선스를 선택할 때는 프로젝트의 목표와 철학을 고려해야 한다. 카피레프트 라이선스가 소프트웨어의 자유를 강력하게 유지하려는 의지를 반영한다면, 퍼미시브 라이선스는 최대한의 사용자 자유와 유연성을 보장하며 협업과 채택을 우선시하는 접근 방식이다. 따라서 개발자는 자신의 코드가 어떻게 사용되기를 바라는지에 따라 GPL과 같은 카피레프트 라이선스와 퍼미시브 라이선스 중에서 신중하게 선택해야 한다.