GNU 일반 공중 사용 허가서

원어명	GNU General Public License (GPL)
최초 발표	[[1989년]] 2월
최신 버전	GPL v3 ([[2007년]] 6월 29일)
저작자	[[리처드 스톨먼]] / [[자유 소프트웨어 재단]]
유형	[[카피레프트]] [[자유 소프트웨어]] 라이선스
SPDX 식별자	GPL-2.0-only, GPL-2.0-or-later, GPL-3.0-only, GPL-3.0-or-later
OSI 승인	예
FSF 승인	예
호환 라이선스	[[LGPL]], [[AGPL]] 등
공식 웹사이트	[https://www.gnu.org/licenses/gpl-3.0.html gnu.org/licenses]

== 개요 == '''GNU 일반 공중 사용 허가서'''(GNU General Public License, 약칭 '''GNU GPL''' 또는 단순히 '''GPL''')는 [자유 소프트웨어 재단]이 발표한 [[자유 소프트웨어]] [[라이선스]]이다. 원래 [[GNU 프로젝트]]를 위해 [[리처드 스톨먼]]이 작성하였으며, 소프트웨어의 자유로운 사용, 복제, 수정, 배포를 보장하는 것을 핵심 목적으로 한다. GPL은 전 세계에서 가장 널리 사용되는 자유 소프트웨어 라이선스로, [[오픈 소스 소프트웨어]] 생태계의 법적·철학적 토대를 형성한 중추적 문서로 평가받는다. GPL의 가장 핵심적인 특징은 '''[[카피레프트]]'''(copyleft) 원칙이다. 이는 GPL로 배포된 소프트웨어를 기반으로 만들어진 [[파생 저작물]] 역시 반드시 동일한 GPL 조건 하에 배포되어야 한다는 것을 의미한다. 이러한 메커니즘은 소프트웨어의 자유가 후속 버전이나 파생물에서도 영구적으로 유지되도록 보장하며, 이른바 "바이럴 라이선스"(viral license)라는 별칭의 기원이 되기도 하였다. 2025년 현재, GPL은 세 가지 주요 버전(v1, v2, v3)이 존재하며, [[리눅스 커널]], [[GCC]], [[워드프레스]], [[마리아DB]] 등 수많은 주요 소프트웨어 프로젝트가 GPL의 다양한 버전을 채택하고 있다. GPL 계열 라이선스는 [오픈 소스 이니셔티브]에 의해 [[오픈 소스]] 라이선스로 공식 승인되어 있다. == 역사 == === 배경: 자유 소프트웨어 운동의 탄생 === GPL의 역사는 [[자유 소프트웨어 운동]]의 기원과 깊이 연결되어 있다. 1970년대까지 소프트웨어는 대체로 [[소스 코드]]와 함께 자유롭게 공유되었으나, 1980년대에 접어들면서 상업용 소프트웨어 산업이 성장하고 [[독점 소프트웨어]]가 주류가 되기 시작하였다. [[MIT]] [[인공지능 연구소]]의 프로그래머였던 [[리처드 스톨먼]]은 동료들이 개발한 프린터 드라이버의 소스 코드 접근이 거부되는 경험을 계기로, 소프트웨어 자유의 중요성을 절감하게 되었다. 1983년 9월 27일, 스톨먼은 [[유즈넷]]에 [[GNU 프로젝트]]의 출범을 공식 선언하였다. 이 프로젝트의 목표는 완전히 자유로운 [[유닉스]] 호환 [[운영 체제]]를 구축하는 것이었다. 이듬해인 1985년에는 자유 소프트웨어 운동을 지원하기 위한 비영리 단체인 [[자유 소프트웨어 재단]](Free Software Foundation, FSF)이 설립되었다. 그러나 GNU 프로젝트의 각 구성 요소가 개발됨에 따라, 이 소프트웨어들의 자유를 법적으로 보호할 통일된 라이선스의 필요성이 대두되었다. === GPL 버전 1 (1989년) === '''GPL 버전 1'''은 [[1989년]] 2월에 발표되었다. 이 버전이 등장하기 이전, 스톨먼은 GNU 프로젝트의 개별 소프트웨어(예: [[GNU Emacs]], [[GDB]], [[GCC]])에 대해 각각 유사하지만 개별적인 라이선스를 적용하고 있었다. GPL v1은 이러한 개별 라이선스들을 하나의 통합된 라이선스로 대체하여, 모든 GNU 소프트웨어에 공통적으로 적용할 수 있도록 한 것이다. GPL v1이 해결하고자 한 주요 문제는 두 가지였다. 첫째, 소프트웨어 배포자가 [[바이너리]] 파일만 배포하면서 소스 코드를 공개하지 않는 행위를 방지하는 것이었다. GPL v1은 바이너리를 배포할 경우 반드시 사람이 읽을 수 있는 소스 코드도 함께 제공하거나, 소스 코드를 얻을 수 있는 방법을 명시하도록 요구하였다. 둘째, 배포자가 추가적인 제한 조건을 부과하여 소프트웨어의 자유를 제한하는 것을 금지하였다. === GPL 버전 2 (1991년) === '''GPL 버전 2'''는 [[1991년]] 6월에 발표되었으며, 이는 자유 소프트웨어 라이선스 역사에서 가장 영향력 있는 문서 중 하나가 되었다. v2의 가장 주목할 만한 변경 사항은 제7조에 추가된 이른바 "'''자유 아니면 죽음'''"(Liberty or Death) 조항이다. 이 조항은 만약 특허 소송이나 기타 법적 분쟁으로 인해 GPL의 조건과 양립할 수 없는 추가 제한이 부과될 경우, 해당 소프트웨어의 배포 자체를 할 수 없도록 규정하였다. 즉, GPL의 자유를 보장할 수 없다면 차라리 배포하지 않는 것이 낫다는 철학을 반영한 것이다. GPL v2는 특히 [[리누스 토르발스]]가 [[1992년]]에 [[리눅스 커널]]에 이 라이선스를 채택하면서 폭발적으로 확산되었다. 리눅스 커널은 이후 세계에서 가장 중요한 오픈 소스 프로젝트 중 하나로 성장하였으며, 2025년 현재까지도 GPL v2("only", 즉 v2만 적용)를 유지하고 있다. 이 외에도 수많은 주요 프로젝트들이 GPL v2를 채택하면서, 이 버전은 사실상 자유 소프트웨어 라이선스의 대명사가 되었다. === GPL 버전 3 (2007년) === '''GPL 버전 3'''는 [[2007년]] 6월 29일에 발표되었으며, 약 16년 만의 주요 개정이었다. GPL v3의 초안 작성 과정은 [[2005년]] 후반에 시작되었으며, [[2006년]] 1월 16일에 첫 번째 토론 초안이 공개된 이후 약 18개월에 걸친 광범위한 공개 의견 수렴 과정을 거쳤다. 이 과정에서 네 차례의 공식 초안이 발표되었고, 수천 건의 의견이 접수되었다. GPL v3에서 도입된 주요 변경 사항은 다음과 같다. '''[[소프트웨어 특허]] 대응 강화''': GPL v3는 명시적인 특허 라이선스 부여 조항을 포함하여, 소프트웨어를 배포하는 기여자가 자신이 보유한 관련 특허에 대한 사용 권한을 자동으로 부여하도록 하였다. 또한, 특허 소송을 통해 GPL 소프트웨어의 사용을 제한하려는 시도에 대한 방어 메커니즘이 강화되었다. '''[디지털 저작권 관리] 대응''': "[[티보이제이션]]"(Tivoization)이라 불리는 관행에 대응하기 위한 조항이 추가되었다. 이는 [티보]사가 자사 기기에 GPL 소프트웨어(리눅스 커널)를 사용하면서도, 하드웨어 차원의 서명 검증을 통해 사용자가 수정된 소프트웨어를 기기에 설치할 수 없도록 한 관행을 겨냥한 것이다. GPL v3는 "사용자 제품"(User Product)에 GPL v3 소프트웨어를 탑재할 경우, 수정된 버전의 설치에 필요한 정보("설치 정보")를 제공하도록 요구하였다. '''라이선스 호환성 개선''': [[아파치 라이선스]] 2.0 등 다른 자유 소프트웨어 라이선스와의 호환성이 개선되었다. '''국제화''': 미국 [[저작권법]]에 특화된 용어 사용을 줄이고, 국제적으로 보다 보편적으로 적용될 수 있도록 문구가 수정되었다. GPL v3의 발표는 상당한 논쟁을 불러일으켰다. 특히 [[리누스 토르발스]]는 DRM 관련 조항(안티-티보이제이션)에 대한 반대 입장을 공개적으로 표명하며 리눅스 커널을 GPL v3로 전환하지 않겠다고 선언하였다. 이는 자유 소프트웨어 진영 내에서의 철학적 분열을 드러내는 상징적인 사건이 되었다. == 핵심 원칙과 주요 조항 == === 네 가지 자유 === GPL은 [[자유 소프트웨어 재단]]이 정의한 '''소프트웨어의 네 가지 자유'''를 법적으로 구현한 것이다. 이 네 가지 자유는 다음과 같다. '''자유 0''': 어떤 목적으로든 프로그램을 실행할 자유 '''자유 1''': 프로그램의 작동 원리를 연구하고 필요에 맞게 수정할 자유 (소스 코드 접근이 전제 조건) '''자유 2''': 복사본을 자유롭게 재배포할 자유 '''자유 3''': 수정된 버전을 다른 사람에게 배포할 자유 (소스 코드 접근이 전제 조건) 이 자유들은 GPL의 모든 버전에 걸쳐 일관되게 보장되는 핵심 원칙이다. === 카피레프트 메커니즘 === GPL의 가장 독특하고 핵심적인 법적 메커니즘은 '''[[카피레프트]]'''이다. 카피레프트는 [저작권]의 법적 체계를 역으로 활용하여, 소프트웨어의 자유를 영구적으로 보존하는 전략이다. 구체적으로, GPL은 저작권자의 권리를 이용하여 다음과 같은 조건을 부과한다. GPL 하에서 배포되는 소프트웨어를 기반으로 한 모든 [[파생 저작물]]은 반드시 동일한 GPL 조건 하에 배포되어야 한다. 이는 단순한 [[퍼미시브 라이선스]](예: [[MIT 라이선스]], [[BSD 라이선스]])와의 근본적인 차이점이다. 퍼미시브 라이선스는 파생 저작물을 독점 소프트웨어로 전환하는 것을 허용하지만, GPL은 이를 명시적으로 금지한다. 이 메커니즘은 소프트웨어의 자유가 세대를 거듭하며 전파되도록 하는 "'''상호 호혜적'''"(reciprocal) 특성을 지닌다. 비평가들은 이를 "바이럴"(viral)하다고 표현하기도 하나, 자유 소프트웨어 지지자들은 이 용어가 부정적 함의를 가지므로 부적절하다고 주장한다. === 소스 코드 공개 의무 === GPL의 모든 버전은 소프트웨어를 배포할 때 소스 코드를 제공하거나 소스 코드를 얻을 수 있는 방법을 명시할 것을 요구한다. GPL v2에서는 최소 3년간 소스 코드를 제공할 수 있는 서면 약정(written offer)을 대안으로 허용하였다. GPL v3에서는 네트워크 서버를 통한 소스 코드 제공, [[P2P|피어 투 피어]] 전송 등 현대적인 배포 방식을 반영한 다양한 소스 코드 제공 메커니즘이 추가되었다. 중요한 점은, GPL의 소스 코드 공개 의무는 '''배포'''(distribution)가 발생할 때에만 적용된다는 것이다. 소프트웨어를 내부적으로만 사용하거나 수정하는 경우에는 소스 코드를 공개할 의무가 없다. 이 "배포" 개념의 정확한 범위는 [[SaaS]]([[서비스로서의 소프트웨어]]) 시대에 중요한 논쟁 주제가 되었으며, 이 문제를 해결하기 위해 [GNU 아페로 일반 공중 사용 허가서]가 별도로 개발되었다. === 라이선스 호환성 === '''라이선스 호환성'''은 GPL 생태계에서 매우 중요한 개념이다. 서로 다른 라이선스 하에 배포된 코드를 결합하여 하나의 프로그램을 만들 때, 양 라이선스의 조건이 상호 모순되지 않아야 한다. GPL은 카피레프트 조항으로 인해 다른 라이선스와의 호환성 문제가 빈번하게 발생한다. GPL v2는 [[아파치 라이선스]] 2.0과 호환되지 않는 것으로 판단되었으나, GPL v3에서 이 문제가 해결되었다. [[MIT 라이선스]]나 [[BSD 라이선스]] 등 대부분의 퍼미시브 라이선스는 GPL과 호환되며, 이러한 라이선스 하의 코드는 GPL 프로젝트에 통합될 수 있다. 그러나 통합된 결과물은 전체적으로 GPL의 적용을 받게 된다. == GPL 라이선스 계열 == === GNU 약소 일반 공중 사용 허가서 (LGPL) === '''[[GNU 약소 일반 공중 사용 허가서]]'''(GNU Lesser General Public License, LGPL)는 GPL의 변형으로, 주로 소프트웨어 [[라이브러리]]에 적용하기 위해 설계되었다. LGPL은 해당 라이브러리를 [[링크 (컴퓨팅)|링크]]하여 사용하는 프로그램에 대해서는 GPL의 카피레프트 조건을 적용하지 않는다. 즉, 독점 소프트웨어에서도 LGPL 라이브러리를 사용할 수 있으며, 이 경우 독점 소프트웨어 자체를 GPL로 배포할 필요가 없다. 다만, LGPL 라이브러리 자체의 수정본은 여전히 LGPL 조건 하에 배포되어야 한다. LGPL은 원래 "GNU 라이브러리 일반 공중 사용 허가서"(GNU Library General Public License)라는 이름으로 1991년에 발표되었으나, 이 이름이 모든 라이브러리에 LGPL을 사용해야 한다는 오해를 불러일으킬 수 있다는 우려에 따라 1999년에 현재의 이름으로 변경되었다. 대표적으로 [GNU C 라이브러리]가 LGPL을 적용받고 있다. === GNU 아페로 일반 공중 사용 허가서 (AGPL) === '''[[GNU 아페로 일반 공중 사용 허가서]]'''(GNU Affero General Public License, AGPL)는 GPL의 "네트워크 사용 허점"(ASP loophole)을 해결하기 위해 개발되었다. 기존 GPL에서는 소프트웨어를 서버에서 실행하여 네트워크를 통해 서비스를 제공하는 것이 "배포"에 해당하지 않았기 때문에, 기업이 GPL 소프트웨어를 수정하여 [[웹 서비스]]로 제공하면서도 수정된 소스 코드를 공개하지 않을 수 있었다. AGPL v3는 2007년 11월에 발표되었으며, 네트워크를 통해 소프트웨어와 상호작용하는 사용자에게도 소스 코드를 제공해야 한다는 추가 조항을 포함하고 있다. [[몽고DB]]는 한때 AGPL을 사용한 대표적인 프로젝트였으나, 이후 자체 라이선스인 [SSPL|서버 사이드 공중 라이선스]로 전환하였다. == 적용 현황과 주요 프로젝트 == === 주요 GPL 프로젝트 === GPL은 전 세계적으로 수만 개의 소프트웨어 프로젝트에 적용되어 있다. 대표적인 프로젝트는 다음과 같다. '''[[리눅스 커널]]''': GPL v2-only. 현대 [[서버]], [[스마트폰]]([[안드로이드 (운영 체제)|안드로이드]]), [[임베디드 시스템]] 등의 핵심 기반. '''[[GCC]]'''(GNU 컴파일러 컬렉션): GPL v3. 가장 널리 사용되는 [[컴파일러]] 시스템 중 하나. '''[[워드프레스]]''': GPL v2 이상. 전 세계 웹사이트의 약 40% 이상을 구동하는 [[콘텐츠 관리 시스템]]. '''[[GNU Bash]]''': GPL v3. 대부분의 [[리눅스]] 배포판과 [[macOS]]의 기본 [[셸]]. '''[[마리아DB]]''': GPL v2. 인기 있는 관계형 [[데이터베이스 관리 시스템]]. '''[[블렌더 (소프트웨어)|블렌더]]''': GPL v2 이상. 전문적인 [[3D 컴퓨터 그래픽스]] 소프트웨어. '''[[GIMP]]''': GPL v3. [[래스터 그래픽스 편집기]]. === 채택 통계 === [[GitHub]], [[SourceForge]] 등 주요 코드 호스팅 플랫폼의 통계에 따르면, GPL은 오랫동안 가장 널리 사용되는 오픈 소스 라이선스였다. 그러나 2010년대 이후 [[MIT 라이선스]]와 [[아파치 라이선스]] 등 퍼미시브 라이선스의 비중이 꾸준히 증가하면서, GPL의 상대적 점유율은 감소 추세에 있다. 이는 카피레프트 조건이 기업의 오픈 소스 참여에 장벽이 될 수 있다는 인식과 관련이 있는 것으로 분석된다. == 법적 집행과 분쟁 == === 주요 소송 사례 === GPL은 법적으로 유효한 라이선스로서 여러 차례의 법적 분쟁을 통해 그 효력이 확인되었다. ==== 하랄드 벨테의 GPL 집행 활동 ==== 독일의 리눅스 커널 개발자 '''[[하랄드 벨테]]'''(Harald Welte)는 2004년에 [https://gpl-violations.org/ gpl-violations.org] 프로젝트를 설립하여 GPL 위반 사례를 추적하고 법적 조치를 취하는 활동을 시작하였다. 벨테는 여러 유무선 네트워크 장비 제조업체를 상대로 독일 법원에서 승소하여, GPL이 유럽 법체계에서도 법적으로 집행 가능하다는 선례를 확립하였다. ==== 버스박스 소송 ==== '''[[소프트웨어 자유 보전 센터]]'''(Software Freedom Conservancy, SFC)는 [버스박스] 프로젝트의 GPL 위반 사례에 대해 다수의 소송을 제기하였다. 2007년부터 시작된 이 일련의 소송은 [[삼성전자]], [[베스트바이]] 등 다수의 대형 전자제품 제조업체를 대상으로 하였으며, 대부분 GPL 준수를 조건으로 합의에 이르렀다. ==== 오라클 대 구글 ==== '''[[오라클 대 구글]]''' 소송은 직접적으로 GPL 소송은 아니었으나, [[자바 (프로그래밍 언어)|자바]] [[API]]의 저작권 문제와 관련하여 소프트웨어 라이선스 전반에 중대한 영향을 미쳤다. 이 사건은 [[2021년]] [[미국 연방 대법원]]에서 구글의 자바 API 사용이 [[공정 이용]]에 해당한다는 판결로 종결되었으며, 소프트웨어 [[API]]와 라이선스의 관계에 대한 중요한 법적 선례가 되었다. === GPL 준수 (Compliance) === GPL 준수는 오픈 소스 거버넌스의 핵심 과제 중 하나이다. 특히 [[임베디드 시스템]] 분야에서 GPL 위반이 빈번하게 발생하며, 이는 주로 소스 코드 제공 의무를 이행하지 않는 형태로 나타난다. [소프트웨어 자유 보전 센터]와 FSF는 "'''커뮤니티 지향적 GPL 집행 원칙'''"(Principles of Community-Oriented GPL Enforcement)을 발표하여, GPL 집행의 목표가 법적 처벌이 아니라 준수 유도에 있음을 명확히 하였다. [[리눅스 재단]]의 [[OpenChain]] 프로젝트와 같은 이니셔티브는 기업의 오픈 소스 라이선스 준수 체계를 표준화하는 데 기여하고 있다. == 영향 및 의의 == === 소프트웨어 산업에 대한 영향 === GPL은 현대 소프트웨어 산업의 지형을 근본적으로 변화시켰다. GPL 하에 개발된 [[리눅스 커널]]은 [[서버]], [[슈퍼컴퓨터]], [[스마트폰]]([[안드로이드 (운영 체제)|안드로이드]]), [사물인터넷] 기기 등 다양한 분야에서 지배적인 위치를 차지하고 있다. GPL은 기업이 소프트웨어 개발 비용을 분담하고 혁신을 공유하는 협업 모델의 법적 기반을 제공함으로써, "'''경쟁 전 협력'''"(pre-competitive collaboration)이라는 새로운 산업 패러다임을 촉진하였다. === 법학적·철학적 영향 === GPL은 [[저작권법]]의 프레임워크 내에서 카피레프트를 구현함으로써, 법학과 정보 윤리 분야에 심대한 영향을 미쳤다. GPL의 카피레프트 개념은 [[크리에이티브 커먼즈]] 라이선스 등 소프트웨어 이외의 창작물에 적용되는 자유 라이선스 운동에도 영감을 주었다. 또한, GPL은 [[지식재산권]]의 본질과 디지털 시대의 공유재(commons)에 대한 광범위한 학술적·사회적 논의를 촉발하였다. === 교육 및 연구에 대한 기여 === GPL 소프트웨어는 교육 및 학술 연구 분야에서 핵심적인 역할을 수행하고 있다. 학생과 연구자들은 GPL 소프트웨어의 소스 코드를 자유롭게 열람, 수정, 학습할 수 있으며, 이는 [[컴퓨터 과학]] 교육과 소프트웨어 공학 연구에 지대한 기여를 하고 있다. == 논란 및 비평 == === 카피레프트에 대한 비판 === GPL의 카피레프트 조항은 출시 이래 지속적인 논쟁의 대상이 되어 왔다. 비판론자들은 다음과 같은 문제를 제기한다. '''상업적 활용의 제약''': 카피레프트 조건은 GPL 코드를 독점 소프트웨어에 통합하는 것을 사실상 불가능하게 만들어, 기업의 오픈 소스 채택을 저해할 수 있다는 비판이 존재한다. '''"바이럴" 특성에 대한 우려''': GPL 코드와 독점 코드가 결합될 경우 파생 저작물 전체가 GPL의 적용을 받게 되는데, "파생 저작물"의 정확한 범위에 대한 법적 불확실성이 기업에 위험 요소로 인식되기도 한다. '''라이선스 복잡성''': GPL의 법적 문구가 복잡하여 비전문가가 정확한 의무 범위를 이해하기 어렵다는 지적이 있다. 이에 대해 GPL 지지자들은 카피레프트가 소프트웨어의 자유를 지속적으로 보호하는 데 필수적이며, 퍼미시브 라이선스로는 이러한 보호를 달성할 수 없다고 반박한다. === GPL v2 대 v3 논쟁 === GPL v3의 발표는 자유 소프트웨어 커뮤니티 내부에서도 상당한 분열을 야기하였다. [[리누스 토르발스]]는 GPL v3의 안티-티보이제이션 조항이 하드웨어 제조업체의 정당한 보안 요구와 충돌할 수 있다며 비판하였다. 그는 리눅스 커널을 GPL v2에 유지하겠다고 선언하였으며, 이 결정은 2025년 현재까지 유지되고 있다. 반면, [[리처드 스톨먼]]과 FSF는 티보이제이션이 사용자의 소프트웨어 수정 자유를 실질적으로 침해하는 것이므로 GPL v3의 해당 조항이 필수적이라고 주장하였다. 이 논쟁은 자유 소프트웨어 운동 내의 두 가지 철학적 갈래, 즉 "'''실용주의'''"(pragmatism)와 "'''원칙주의'''"(purism) 사이의 긴장을 상징적으로 보여준다. === 퍼미시브 라이선스로의 전환 추세 === 2010년대 이후, 많은 신규 오픈 소스 프로젝트가 GPL 대신 [[MIT 라이선스]], [[아파치 라이선스]], [[BSD 라이선스]] 등 퍼미시브 라이선스를 채택하는 추세가 나타나고 있다. 이러한 추세의 원인에 대해서는 다양한 분석이 제시되고 있다. 기업의 오픈 소스 전략 변화, [[클라우드 컴퓨팅]] 시대의 도래로 인한 소프트웨어 배포 모델의 변화, 그리고 카피레프트의 법적 복잡성에 대한 기피 등이 주요 원인으로 거론된다. === SaaS 허점 문제 === [[클라우드 컴퓨팅]]과 [[SaaS]] 모델의 확산으로, GPL의 "배포" 기반 카피레프트 메커니즘의 한계가 부각되었다. 기업이 GPL 소프트웨어를 수정하여 웹 서비스로 제공하면서도 수정된 소스 코드를 공개하지 않아도 되는 이 허점은, [[AGPL]]의 개발 동기가 되었으나, AGPL 자체의 채택률이 낮아 근본적인 해결에 이르지 못하고 있다는 평가도 있다. == 관련 문서 == [[자유 소프트웨어]] [[오픈 소스 소프트웨어]] [[카피레프트]] [[자유 소프트웨어 재단]] [[리처드 스톨먼]] [[GNU 프로젝트]] [[리눅스 커널]] [[GNU 약소 일반 공중 사용 허가서]] (LGPL) [[GNU 아페로 일반 공중 사용 허가서]] (AGPL) [[소프트웨어 라이선스]] [[MIT 라이선스]] [[아파치 라이선스]] [[BSD 라이선스]] [[크리에이티브 커먼즈]] [[오픈 소스 이니셔티브]] [[소프트웨어 자유 보전 센터]] == 외부 링크 == [https://www.gnu.org/licenses/gpl-3.0.html GNU GPL v3 공식 전문] - 자유 소프트웨어 재단 [https://www.gnu.org/licenses/old-licenses/gpl-2.0.html GNU GPL v2 공식 전문] - 자유 소프트웨어 재단 [https://www.gnu.org/philosophy/free-sw.html 자유 소프트웨어의 정의] - 자유 소프트웨어 재단 [https://www.fsf.org/ 자유 소프트웨어 재단 공식 웹사이트] [https://opensource.org/licenses/GPL-3.0 OSI의 GPL v3 페이지] - 오픈 소스 이니셔티브 [https://sfconservancy.org/ 소프트웨어 자유 보전 센터] [https://choosealicense.com/ Choose a License] - GitHub의 라이선스 선택 안내 [[분류:소프트웨어 라이선스]] [[분류:자유 소프트웨어]] [[분류:GNU 프로젝트]] [[분류:카피레프트]] [[분류:오픈 소스]]