문서의 각 단락이 어느 리비전에서 마지막으로 수정되었는지 확인할 수 있습니다. 왼쪽의 정보 칩을 통해 작성자와 수정 시점을 파악하세요.

BSD 라이선스 | |
정의 | 소프트웨어 라이선스의 일종으로, 소프트웨어를 자유롭게 사용, 수정, 재배포할 수 있도록 허용하는 허용적 오픈 소스 라이선스 |
유형 | 오픈 소스 라이선스 자유 소프트웨어 라이선스 허용적 라이선스 |
최초 등장 | 1988년 |
주요 용도 | 소프트웨어 배포 소스 코드 공개 |
관련 분야 | 오픈 소스 자유 소프트웨어 소프트웨어 저작권 |
상세 정보 | |
주요 조건 | 저작권 고지문 유지 면책 조항 유지 |
대표적 변형 | 3-Clause BSD 라이선스 2-Clause BSD 라이선스 4-Clause BSD 라이선스 |
GPL과의 차이점 | BSD 라이선스는 수정된 소프트웨어의 소스 코드 공개를 의무화하지 않는 허용적 라이선스이며, GPL은 수정된 소프트웨어도 동일한 라이선스(GPL)로 공개해야 하는 강제적 공유 라이선스 |

BSD 라이선스는 소프트웨어 라이선스의 일종으로, 소프트웨어를 자유롭게 사용, 수정, 재배포할 수 있도록 허용하는 허용적 오픈 소스 라이선스이다. 이 라이선스는 자유 소프트웨어 라이선스이자 오픈 소스 라이선스로 분류되며, 소프트웨어 저작권을 최소한으로 제한하는 특징을 가진다. 1988년에 처음 등장하여 주로 소프트웨어 배포와 소스 코드 공개를 위한 용도로 널리 사용되고 있다.
BSD 라이선스의 핵심은 그 허용성에 있다. 이 라이선스는 사용자에게 소프트웨어를 어떠한 목적으로든 사용할 수 있는 광범위한 자유를 부여한다. 사용자는 소스 코드를 수정하거나, 수정된 형태로 재배포할 수 있으며, 심지어 수정본을 상용 소프트웨어에 통합하여 판매하는 것도 가능하다. 이러한 자유로움 덕분에 기업의 상용 제품 개발에 자주 활용된다.
이 라이선스는 캘리포니아 대학교 버클리에서 개발된 BSD 운영 체제의 배포를 위해 만들어졌으며, 그 이름도 여기서 유래했다. 초기 버전에는 광고 조항 등 네 가지 주요 조항이 포함되어 있었으나, 시간이 지나며 더 간결한 형태로 진화했다. 현재는 대표적으로 세 가지 주요 변형, 즉 4조항의 원조 버전, 3조항의 수정 버전, 2조항의 단순화 버전이 널리 알려져 있다.
BSD 라이선스는 GPL과 같은 카피레프트 라이선스와는 대조적인 철학을 지닌다. 카피레프트 라이선스가 파생물의 자유를 유지하도록 강제하는 반면, BSD 라이선스는 파생물을 사유 소프트웨어로 전환하는 것까지 허용한다. 이로 인해 아파치 라이선스, MIT 라이선스와 함께 가장 허용적인 오픈 소스 라이선스 중 하나로 꼽힌다.

BSD 라이선스의 역사는 1980년대 버클리 캘리포니아 대학교의 컴퓨터 시스템 연구 그룹에서 개발한 BSD 운영 체제와 깊이 연관되어 있다. 이 라이선스는 원래 AT&T의 유닉스 라이선스와 함께 배포되던 BSD 소프트웨어의 자유로운 재배포를 가능하게 하기 위해 고안되었다. 1988년에 등장한 최초의 BSD 라이선스는 BSD 네트워크 서브시스템과 같은 소프트웨어에 적용되며, 오픈 소스와 자유 소프트웨어 운동의 초기 형성에 기여했다.
이 라이선스가 탄생한 배경에는 리처드 스톨먼이 주도한 GNU 프로젝트의 GNU 일반 공중 사용 허가서와는 다른 철학이 자리 잡고 있다. BSD 라이선스는 사용자에게 극도의 자유를 부여하는 '허용적' 접근 방식을 취했으며, 이는 소프트웨어를 상업적 제품에 통합하는 데 제약이 적다는 점에서 산업계와 연구 기관에서 널리 채택되는 계기가 되었다. 초기 인터넷의 핵심 프로토콜인 TCP/IP 스택 구현체가 BSD 라이선스로 배포된 것은 그 영향력을 보여주는 대표적 사례이다.

BSD 라이선스의 핵심 조항은 사용자에게 매우 광범위한 권리를 부여하는 동시에 최소한의 의무만을 부과한다. 기본적으로 이 라이선스는 소프트웨어를 자유롭게 사용, 복제, 수정, 배포할 수 있는 권리를 보장한다. 사용자는 소스 코드 형태로든, 실행 가능한 바이너리 형태로든, 수정한 버전을 포함하여 자유롭게 재배포할 수 있으며, 이를 상업적 목적으로 이용하는 것에도 제한이 없다.
가장 중요한 의무 사항은 저작권 고지 유지이다. 이는 소프트웨어의 모든 복제본과 문서에 원저작자의 저작권 고지문과 라이선스 조건이 포함되어야 함을 의미한다. 또한, 수정된 소프트웨어를 배포할 때는 원본 소프트웨어와 구분되도록 명시해야 한다. 이러한 조건은 소프트웨어의 출처와 라이선스 정보가 명확히 전달되도록 하기 위한 것이다.
BSD 라이선스는 카피레프트 조항을 포함하지 않는 것이 가장 큰 특징이다. 이는 GPL과 같은 카피레프트 라이선스와 근본적으로 다르다. BSD 라이선스로 배포된 코드를 사용자가 수정하거나 개선하여 새로운 소프트웨어를 만들더라도, 그 결과물을 반드시 동일한 허용적 라이선스로 공개할 의무가 없다. 따라서 수정된 코드를 사유 소프트웨어에 통합하거나 독점 라이선스 하에 재배포하는 것이 완전히 허용된다.
이러한 허용적 성격 덕분에 BSD 라이선스는 학술 연구 기관뿐만 아니라 상업적 기업에게도 매우 매력적이다. 기업은 자사의 제품에 BSD 라이선스 코드를 자유롭게 통합할 수 있으며, 그 과정에서 발생한 수정 사항이나 개선점을 공개하지 않고 독점적으로 유지할 수 있다. 이는 소프트웨어의 광범위한 채택과 상용화를 촉진하는 주요 요인으로 작용해 왔다.
BSD 라이선스의 핵심적인 의무 사항 중 하나는 저작권 고지와 면책 조항을 유지하는 것이다. 사용자는 소프트웨어를 재배포할 때, 소스 코드와 실행 파일 모두에 원본 저작권 고지, 면책 조항 목록, 그리고 라이선스 본문을 포함시켜야 한다. 이는 소프트웨어의 출처와 라이선스 조건을 명확히 하여 후속 사용자들이 그 권리와 의무를 알 수 있도록 하기 위한 것이다.
이 의무는 소프트웨어가 수정되거나 다른 소프트웨어와 결합되어 배포되는 경우에도 적용된다. 수정된 버전을 배포할 때는 원본 저작권 고지와 함께 수정 사실을 명시해야 한다. 다만, 수정된 부분에 대해 새로운 저작권을 주장하거나 원본 라이선스 조건을 변경해서는 안 된다. 이러한 요구사항은 GNU 일반 공중 사용 허가서(GPL)와 같은 카피레프트 라이선스에 비해 훨씬 간단하고 제한이 적다.
BSD 라이선스의 저작권 고지 의무는 소프트웨어의 자유로운 활용을 크게 방해하지 않으면서도 최소한의 출처 표시를 보장한다. 이는 라이선스의 허용적 성격을 잘 보여주는 부분으로, 사용자와 기업이 자유롭게 코드를 상용 소프트웨어에 통합하거나 재배포할 수 있는 기반을 제공한다. 결과적으로, BSD 운영 체제에서 파생된 수많은 오픈 소스 프로젝트와 상용 제품들이 이 간단한 규칙을 따르며 광범위하게 확산될 수 있었다.
BSD 라이선스와 GPL은 모두 오픈 소스 및 자유 소프트웨어 라이선스이지만, 그 철학과 조건에서 근본적인 차이를 보인다. 가장 큰 차이는 소프트웨어의 자유를 보장하는 방식에 있다. GPL은 카피레프트 철학을 따르며, GPL이 적용된 소프트웨어를 수정하거나 재배포할 때는 반드시 그 결과물도 동일한 GPL 조건으로 공개해야 한다. 이는 소프트웨어의 자유가 파생된 모든 작업물에까지 계속 전파되도록 강제하는 것이다. 반면, BSD 라이선스는 훨씬 더 허용적이다. BSD 라이선스 하의 소프트웨어는 소스 코드 형태나 바이너리 형태로 자유롭게 사용, 수정, 재배포할 수 있으며, 수정본이나 파생물을 사유 소프트웨어로 전환하여 공개하지 않고 판매하는 것도 가능하다.
이러한 차이는 라이선스 간의 호환성 문제를 야기한다. GPL 라이선스는 파생 저작물에 동일한 GPL을 적용해야 하므로, 보다 허용적인 BSD 라이선스 코드를 GPL 프로젝트에 통합하는 것은 일반적으로 가능하다. 그러나 그 반대의 경우, 즉 GPL 코드를 BSD 라이선스 프로젝트에 통합하려면 GPL 코드의 카피레프트 조항 때문에 전체 결과물을 GPL로 공개해야 하므로, 순수한 BSD 라이선스로 배포하는 것이 원칙적으로 불가능하다. 이는 소프트웨어 생태계에서 코드 재사용과 협업 시 중요한 고려 사항이 된다.
사용자와 개발자 입장에서의 선택 기준도 다르다. GPL을 선호하는 진영은 소프트웨어의 자유를 최대한 보호하고, 커뮤니티의 기여가 다시 커뮤니티로 환원되는 선순환 구조를 중시한다. 반면, BSD 라이선스를 선택하는 경우에는 최대한의 사용 자유와 상용화의 편의성을 우선시한다. 이 때문에 BSD 라이선스는 마이크로소프트 윈도우나 애플 macOS 같은 사유 운영체제의 커널에 기반을 제공하거나, 다양한 상용 제품에 자유롭게 통합되는 데 널리 사용된다. 결국, GPL과 BSD 라이선스의 선택은 "소프트웨어의 자유를 어떻게 정의하고 유지할 것인가"라는 근본적인 질문에 대한 서로 다른 해답에 기반한다.

수정 BSD 라이선스는 원조 BSD 라이선스에서 논란의 소지가 있던 광고 조항을 제거하여 현대적으로 개정된 형태이다. 이 라이선스는 소프트웨어를 자유롭게 사용, 수정, 재배포할 수 있도록 허용하는 대표적인 허용적 라이선스로, 오픈 소스 이니셔티브와 자유 소프트웨어 재단 모두에 의해 승인된 오픈 소스 라이선스이자 자유 소프트웨어 라이선스이다.
이 라이선스의 핵심 조항은 세 가지로 구성된다. 첫째, 소프트웨어의 재배포 시 반드시 저작권 고지와 라이선스 조항을 포함해야 한다. 둘째, 소스 코드 형태로 재배포할 때는 동일한 라이선스 조항을 유지해야 한다. 셋째, 바이너리 형태로 재배포할 때는 소스 코드를 제공하거나 소스 코드를 얻을 수 있는 방법을 문서에 명시해야 한다. 이 세 가지 의무 사항을 이행하는 한, 사용자는 소프트웨어를 어떠한 목적으로든 자유롭게 활용할 수 있으며, 수정한 소프트웨어를 사유 소프트웨어에 통합하여 판매하는 것도 가능하다.
수정 BSD 라이선스는 GPL과 같은 카피레프트 라이선스와의 호환성 문제를 해결했다는 점에서 큰 의미가 있다. 원조 라이선스의 광고 조항은 GPL과의 호환을 불가능하게 만들었으나, 이 조항이 삭제된 수정 BSD 라이선스는 GPL 소프트웨어와 결합하여 배포하는 것이 법적으로 가능해졌다. 이로 인해 리눅스 커널과 같은 GPL 프로젝트에도 BSD 라이선스 코드를 포함시킬 수 있는 길이 열렸다.
이러한 허용적 특성 덕분에 수정 BSD 라이선스는 프로그래밍 언어 인터프리터, 라이브러리, 프레임워크 등 다양한 기반 소프트웨어에 널리 채택되었다. 대표적으로 파이썬의 표준 라이브러리 일부와 초기 버전, 그리고 LLVM 컴파일러 인프라 프로젝트가 이 라이선스를 사용한다. 이는 개발자와 기업이 법적 제약 없이 소프트웨어를 자유롭게 활용하고 상업화할 수 있도록 장려하는 라이선스 철학을 잘 보여준다.
단순화 BSD 라이선스는 BSD 라이선스 계열 중 가장 간결한 형태로, 2개의 조항만을 포함한다. 이 라이선스는 원조 BSD 라이선스에서 광고 조항과 추천 조항을 제거한 형태이다. 자유 소프트웨어 재단은 이 라이선스를 GPL과 호환되는 것으로 간주하며, 이는 단순화 BSD 라이선스로 배포된 코드를 GPL 프로젝트에 자유롭게 통합할 수 있음을 의미한다.
이 라이선스의 핵심 조항은 두 가지이다. 첫째, 소프트웨어의 재배포 시 저작권 고지, 이 라이선스의 조건 목록, 그리고 책임 부인 조항을 포함해야 한다. 둘째, 소프트웨어를 그대로 배포하거나 수정하여 배포하는 경우, 위의 조건을 충족해야 하며, 수정된 소스 코드를 반드시 공개할 의무는 없다. 이는 사용자에게 극도의 자유를 부여하는 허용적 라이선스의 전형적인 특징이다.
단순화 BSD 라이선스는 소프트웨어를 최대한 제약 없이 사용하고 재배포할 수 있도록 하여, 상용 제품에의 통합을 매우 용이하게 만든다. MIT 라이선스와 함께 가장 제한이 적은 주요 오픈 소스 라이선스 중 하나로 널리 인정받는다. 이 라이선스의 간결함과 명확성 덕분에 많은 개발자와 기업이 선호한다.
라이선스 버전 | 주요 조항 수 | GPL 호환성 | 주요 특징 |
|---|---|---|---|
단순화 BSD 라이선스 | 2개 | 호환됨 | 광고 및 추천 조항 없음, 매우 허용적 |
수정 BSD 라이선스 | 3개 | 호환됨 | 비보증 고지 추가 |
원조 BSD 라이선스 | 4개 | 호환되지 않음 | 광고 조항 포함 |
원조 BSD 라이선스는 1990년에 공개된 초기 형태의 BSD 라이선스로, 네 가지 조항을 포함하고 있어 흔히 '4조항 BSD 라이선스' 또는 'BSD-4-Clause' 라이선스라고 불린다. 이 라이선스는 캘리포니아 대학교의 버클리 캠퍼스에서 개발된 BSD 운영 체제의 배포를 위해 만들어졌다.
이 라이선스의 핵심 네 가지 조항은 다음과 같다. 첫째, 소스 코드 재배포 시 원본 저작권 고지, 조건 목록 및 면책 조항을 유지해야 한다. 둘째, 바이너리 형태로 재배포할 때도 문서 및 기타 자료에 동일한 저작권 고지 등을 포함해야 한다. 셋째, 모든 광고 자료에서 해당 소프트웨어가 캘리포니아 대학교의 제품임을 명시해야 한다. 넷째, 대학의 이름이나 기여자 이름을 사전 서면 동의 없이 홍보 목적으로 사용할 수 없다.
특히 세 번째의 '광고 조항'은 이후 논란의 중심이 되었다. 이 조항은 소프트웨어를 사용하는 모든 파생 제품의 광고나 홍보 자료에 "본 제품에는 캘리포니아 대학교가 개발한 소프트웨어가 포함되어 있습니다"와 같은 문구를 포함하도록 강제했는데, 이는 특히 리눅스 커널과 같이 수많은 구성 요소가 혼합된 프로젝트에서는 실용적으로 준수하기 어려운 부담으로 작용했다. 이러한 제약은 GPL과 같은 다른 자유 소프트웨어 라이선스와의 호환성 문제를 야기하기도 했다.
이러한 문제점을 해결하기 위해 광고 조항이 삭제된 '수정 BSD 라이선스'가 등장하게 되었으며, 오늘날 널리 사용되는 BSD 라이선스는 대부분 이 수정된 3조항 버전을 의미한다. 따라서 원조 4조항 BSD 라이선스는 역사적 의미를 가지는 초기 버전으로 분류되며, 현대에는 거의 사용되지 않는다.

BSD 라이선스는 그 허용적인 성격 덕분에 수많은 중요한 소프트웨어 프로젝트에 채택되어 왔다. 가장 유명한 예는 BSD 운영 체제 계열 자체이다. FreeBSD, NetBSD, OpenBSD와 같은 현대의 BSD 계열 운영 체제들은 모두 BSD 라이선스 하에 배포되며, 이들의 코드베이스는 초기 버클리 소프트웨어 배포에서 유래한다.
네트워킹 및 인프라 분야에서 BSD 라이선스는 광범위한 영향을 미쳤다. 인터넷의 핵심 프로토콜 구현체인 TCP/IP 스택은 초기 BSD에서 개발되어 상용 운영 체제에 통합되었다. 또한, BIND(DNS 서버 소프트웨어)와 sendmail(메일 전송 에이전트) 같은 인터넷의 기반을 이루는 소프트웨어들도 역사적으로 BSD 라이선스를 사용했다.
프로그래밍 언어와 프레임워크 영역에서도 BSD 라이선스는 두각을 나타낸다. 파이썬 프로그래밍 언어는 버전 2.0까지 BSD와 유사한 라이선스를 채택했으며, 루아 스크립트 언어는 명시적으로 BSD 라이선스를 따른다. 최근에는 구글이 개발한 시스템 프로그래밍 언어 고와 모바일 애플리케이션 개발 프레임워크 플러터가 BSD 라이선스로 제공되어 빠르게 생태계를 확장하고 있다.
BSD 라이선스의 허용적 성격은 상용 제품에 자유롭게 통합될 수 있는 길을 열어주었다. 이 라이선스는 소스 코드를 공개하지 않고도 소프트웨어를 수정하여 상용 소프트웨어에 포함시키거나, 하드웨어의 펌웨어로 내장하는 것을 허용한다. 이는 GPL과 같은 카피레프트 라이선스와는 대조적인 특징으로, 기업이 자사의 독점 제품을 개발하면서도 오픈 소스 기술을 활용할 수 있는 유연성을 제공한다. 결과적으로 BSD 라이선스 소프트웨어는 다양한 산업 분야의 제품 속에 널리 스며들게 되었다.
특히 운영체제 커널과 네트워킹 스택은 상용화에 성공한 대표적인 사례이다. 애플의 macOS와 iOS는 BSD 계열의 Darwin 커널을 기반으로 하며, 그 안에 수정 BSD 라이선스 하의 여러 네트워크 프로토콜 스택이 통합되어 있다. 마이크로소프트의 Windows 운영체제에도 BSD 라이선스의 TCP/IP 구현체가 일부 포함된 것으로 알려져 있다. 또한 수많은 임베디드 시스템, 라우터, 스위치 등 네트워크 장비 제조사들이 자사 장비의 펌웨어에 BSD 라이선스 코드를 사용한다.
이러한 통합은 소프트웨어 산업 전반에 걸쳐 BSD 라이선스의 영향을 확대시켰다. 기업들은 라이선스 계약에 대한 부담 없이 고품질의 오픈 소스 컴포넌트를 가져와 제품의 핵심 기능을 빠르게 구현할 수 있었다. 이는 개발 비용을 절감하고 제품 출시 시간을 단축시키는 데 기여했으며, 궁극적으로 BSD 라이선스가 기술 발전의 기반 인프라로서 자리 잡는 데 일조했다.

BSD 라이선스의 가장 큰 장점은 그 허용성에 있다. 사용자에게 매우 제한이 적으며, 소프트웨어를 자유롭게 사용, 수정, 재배포할 수 있을 뿐만 아니라, 수정한 버전을 오픈 소스로 공개할 의무 없이 사유 소프트웨어나 상용 소프트웨어에 통합하여 판매하는 것도 가능하다. 이는 기업이 BSD 라이선스 하의 코드를 자사 제품에 자유롭게 활용할 수 있게 하여, Apple의 macOS와 iOS가 BSD 계열 코드를 기반으로 하는 것과 같은 광범위한 상용화를 촉진했다. 또한 GPL과 같은 카피레프트 라이선스와 달리 파생 저작물에 동일한 라이선스를 적용할 필요가 없어, 다른 라이선스 정책을 가진 프로젝트와의 결합이 상대적으로 용이하다.
반면, 이러한 극도의 허용성은 때때로 단점으로 작용하기도 한다. 개발자가 기여한 코드가 수정되어 사유 소프트웨어로 전환되더라도 원저작자에게 그 이익이 환원될 것을 보장하지 않는다. 이는 카피레프트 정신을 중시하는 일부 개발자 커뮤니티에서는 기여 동기를 저하시킬 수 있는 요소로 여겨진다. 또한, 변형된 코드가 원본 소스로부터 유래했다는 정보가 손실되기 쉬워, 소프트웨어의 계보를 추적하거나 보안 취약점과 같은 문제의 근원을 파악하는 데 어려움을 초래할 수 있다.
실용적 관점에서 보면, BSD 라이선스는 법적 조항이 간결하고 이해하기 쉬우며, 저작권 고지만 명시하면 되는 간단한 준수 사항 덕분에 라이선스 관리 부담이 적다. 그러나 이 간결함은 특정 사용 사례에 대한 명시적 보호 조항이 부족할 수 있음을 의미하기도 한다. 예를 들어, 특허 관련 조항이나 보증 부인에 대한 명확한 규정이 다른 현대적 라이선스에 비해 충분히 다루어지지 않을 수 있어, 대규모 기업의 법무 부서에서는 추가적인 검토가 필요할 수 있다. 결국 BSD 라이선스의 선택은 프로젝트의 목표, 즉 최대한의 자유로운 재사용과 확산을 우선시하는지, 아니면 커뮤니티의 기여가 오픈 소스 생태계 내에 유지되는 것을 더 중요하게 여기는지에 따라 달라진다.
