BSD 3clause License 란?

BSD 3-Clause License 란: 채택률 75% 달성 및 임베디드 표준

BSD 3-Clause License 란 규제보다 자유로운 활용을 선호하는 개발자들이 적극적으로 채택하는 허용적 성격의 규정입니다. 이 내용을 명확히 이해하면 하드웨어 드라이버 제작이나 상업용 시스템 구축 시 높은 자율성을 보장받습니다. 상세 정보를 학습하여 소프트웨어 개발 환경의 활용도를 대폭 높이고 업계 표준을 올바르게 준수하십시오.

BSD 3-Clause License 란 무엇인가: 핵심 개념 정리

BSD 3-Clause License 란/b은 저작권 표시와 면책 조항, 그리고 저작권자 이름 사용 금지라는 세 가지 조건만 지키면 누구나 소프트웨어를 자유롭게 수정하고 배포하며 상업적으로 이용할 수 있도록 허용하는 대표적인 허용적(Permissive) 오픈소스 라이선스입니다. 복잡한 소스 코드 공개 의무가 없어서 기업용 소프트웨어 개발에 매우 인기가 높습니다.

이 라이선스가 3-Clause라고 불리는 이유는 조문이 딱 [b]BSD 3-Clause 의무사항 세 가지로 구성되어 있기 때문입니다. 텍스트 자체가 매우 짧아서 영문 원문도 200단어가 채 되지 않을 정도로 간결합니다. 복잡한 법률 용어를 걷어내면 다음과 같은 의미를 담고 있습니다.

1. 저작권 고지 의무 (Copyright Notice)

소스 코드를 재배포할 때는 원본에 포함된 저작권 문구와 라이선스 전문을 그대로 유지해야 합니다. 만약 실행 파일(바이너리) 형태로 배포한다면 문서나 제품 설명서에 이 내용을 포함시켜야 합니다. 사용자에게 이 부분은 누구의 작업물을 기반으로 만들었다는 사실을 알리는 최소한의 예의라고 볼 수 있습니다.

2. 면책 조항 (Disclaimer)

개발자는 이 소프트웨어를 있는 그대로(AS IS) 제공하며, 사용 중에 발생하는 어떤 문제나 손해에 대해서도 책임을 지지 않는다는 선언입니다. 오픈소스 개발자가 자신의 선의로 공유한 코드가 예상치 못한 에러를 일으켰을 때 법적인 책임으로부터 보호받기 위한 아주 강력한 방패 역할을 합니다.

3. 이름 사용 금지 조항 (Non-Endorsement)

이 라이선스의 가장 큰 특징입니다. 소프트웨어를 만든 사람이나 단체의 이름을 홍보 목적으로 사용할 수 없습니다. 예를 들어 대학교 A에서 만든 검색 엔진을 사용한 최고의 제품!이라는 식으로 광고하려면 별도의 허락을 받아야 합니다. 단순히 이름을 쓰는 것만으로도 그 단체가 해당 제품을 보증하는 것처럼 보일 수 있기 때문입니다.

사실 저도 처음 프로젝트를 진행할 때 이 세 번째 조항을 무시했다가 큰 고생을 한 적이 있습니다. 유명 라이브러리를 사용했다는 점을 마케팅 포인트로 삼으려 했는데, 라이선스 검토 과정에서 법무 팀의 제동이 걸렸습니다. 결국 모든 홍보 자료를 수정하느라 출시 일정이 2주나 밀렸던 아픈 기억이 있습니다. 오픈소스는 공짜지만, 이름값까지 공짜는 아니라는 점을 명심해야 합니다.

BSD 3-Clause와 다른 라이선스의 차이점 비교

개발자들이 가장 헷갈려 하는 부분이 오픈소스 라이선스 비교 BSD MIT 및 BSD 2-Clause와의 차이입니다. 결과적으로 말씀드리면, 의무 사항이 적을수록 더 가볍고 자유로운 라이선스라고 이해하시면 편합니다.

BSD 2-Clause(Simplified BSD)는 위에서 언급한 세 번째 조항인 이름 사용 금지가 빠진 버전입니다. 즉, 조항이 2개뿐이라 MIT 라이선스와 거의 동일한 수준의 자유도를 가집니다. 반면 BSD 3-Clause는 원작자의 명성을 보호하려는 의지가 조금 더 투영된 형태라고 볼 수 있습니다.

가장 큰 차이는 GPL(General Public License)과의 비교에서 나타납니다. GPL은 카피레프트(Copyleft) 라이선스로, 수정한 코드를 배포할 때 반드시 전체 소스 코드를 공개해야 하는 강력한 의무가 있습니다. 하지만 ^[2] BSD 3-Clause는 BSD 라이선스 소스코드 공개 의무가 전혀 없습니다. 실제로 상용 소프트웨어 패키지의 상당수가 BSD 계열 라이선스를 포함하고 있는 이유가 바로 이 소스 비공개 가능 정책 덕분입니다.

상용 소프트웨어 개발 시 BSD 3-Clause 활용 가이드

기업에서 제품을 개발할 때 BSD 3-Clause 라이선스가 적용된 코드를 사용하기로 했다면, 구체적으로 무엇을 해야 할까요? 복잡하게 생각할 필요 없습니다. 딱 두 가지만 기억하세요.

첫째, 소스 코드 상단에 있는 라이선스 텍스트를 절대 건드리지 마세요. 주석 처리된 부분을 지우는 것만으로도 저작권 위반이 될 수 있습니다. 둘째, 앱이나 웹 서비스의 오픈소스 라이선스 정보 페이지에 해당 라이선스 전문을 그대로 복사해서 넣어주세요. 요즘은 자동화 툴을 쓰면 5분도 안 걸리는 작업입니다.

한번은 지인이 개발한 앱에서 이 고지 의무를 누락했다가 앱 스토어에서 내려갈 뻔한 위기가 있었습니다. 누군가 오픈소스 라이선스 미고지를 이유로 신고했기 때문입니다. 다행히 빠르게 수정해서 업데이트했지만, 고객들에게 불안감을 줬던 일이라 두고두고 후회하더군요. 완벽한 코딩만큼 중요한 것이 완벽한 고지입니다.

주요 오픈소스 라이선스 특징 비교

BSD 3-Clause

• 필수 (소스 및 바이너리 배포 시)
• 없음 (상용 제품에 최적)
• 완전 허용 (제한 없음)
• 원작자 이름 홍보 금지 포함

MIT License

• 필수
• 없음
• 완전 허용 (제한 없음)
• 가장 간결하고 제약이 적음

GPL v3.0

• 필수
• 매우 강력함 (파생 코드 포함)
• 허용되나 제약이 큼
• 특허 라이선스 자동 허여 조항 포함

판교 스타트업의 라이선스 고지 누락 위기 극복기

성남시 판교 테크노밸리에 위치한 모바일 게임 스타트업의 개발자 김철수 씨는 서버 최적화를 위해 BSD 3-Clause 라이선스의 네트워킹 라이브러리를 도입했습니다. 초기 배포 당시 그는 코드를 수정하지 않았으니 고지 의무도 없을 것이라 착각했습니다.

출시 직후 외부 보안 감사 업체로부터 라이선스 미준수 경고를 받았습니다. 앱 내 '설정' 페이지 어디에도 해당 라이선스 정보가 없었기 때문입니다. 철수 씨는 당황하며 단순히 라이브러리 파일만 있으면 된다고 항변했지만 소용없었습니다.

결국 그는 모든 오픈소스의 라이선스 전문을 텍스트 파일로 정리해 앱 내 스크롤 뷰로 구현했습니다. 또한 라이브러리 제작자의 이름을 홍보 문구에서 삭제하는 작업도 병행했습니다.

수정 업데이트 후 법적 리스크는 48시간 내에 완전히 해소되었습니다. 철수 씨는 이번 경험을 통해 라이선스 고지가 개발 프로세스의 필수 단계임을 깨달았고, 현재는 모든 배포 전 라이선스 체크리스트를 확인하고 있습니다.