오픈소스 라이선스란 무엇인가 무료라도 함부로 쓰면 안 되는 이유

2026-10-08

본문

오픈소스 라이선스란 무엇인가 | 무료라도 함부로 쓰면 안 되는 이유

홈 › 법률칼럼 › 저작권법 › 비즈니스 저작권

오픈소스 라이선스란 무엇인가
무료라도 함부로 쓰면 안 되는 이유

오픈소스 소프트웨어는 무료로 이용할 수 있는 경우가 많지만, 반드시 해당 라이선스의 조건을 지켜야 합니다. 조건을 위반하면 저작권 침해가 될 수 있습니다. GPL·MIT·Apache·Creative Commons 등 주요 공개 라이선스는 각각 상업적 이용 가능 여부, 소스코드 제공 의무, 파생물 조건 등이 다르므로 사용 전에 반드시 해당 라이선스의 공식 문서를 확인해야 합니다.

본 칼럼의 라이선스 조건 비교표는 Open Source Initiative(OSI) 및 Creative Commons 공식 문서를 기준으로 작성되었습니다. 저작권 관련 법률 내용은 현행 저작권법(법률 제21336호, 2026. 8. 11. 시행)을 기준으로 합니다. 각 라이선스의 적용 범위와 법적 효력은 구체적인 사용 방식·배포 형태에 따라 달라지므로 반드시 해당 라이선스 원문과 변호사의 검토를 거치시기 바랍니다.

본 칼럼은 법적 조언이 아닌 일반 법률 정보 제공을 목적으로 합니다.

오픈소스 라이선스란 무엇인가

소프트웨어나 콘텐츠를 만든 저작자가 자신의 저작물을 일정한 조건 아래 누구나 자유롭게 사용·수정·배포할 수 있도록 허락하는 것을 공개 라이선스(Open License)라고 합니다. 소프트웨어 분야에서는 OSI(Open Source Initiative)가 정의하는 오픈소스 라이선스가 대표적이고, 이미지·문서·음악 등 콘텐츠 분야에서는 Creative Commons 라이선스가 널리 쓰입니다.

오픈소스 라이선스의 공통 전제

· 저작권은 여전히 원 저작자에게 있음
· 라이선스는 사용 허락 조건이지 저작권 포기가 아님
· 조건을 위반하면 저작권 침해가 될 수 있음
· 각 라이선스마다 조건이 다르므로 개별 확인 필수
· 배포·수정 방식에 따라 추가 의무가 발생할 수 있음

무료 = 아무 조건 없다는 오해

· "무료로 제공된다" ≠ "아무렇게나 써도 된다"
· 저작권 고지 삭제 → 라이선스 위반
· 파생물 배포 시 소스코드 미제공 → GPL 위반 가능
· CC 이미지를 출처 표시 없이 사용 → 침해 가능
· 라이선스 조건 위반 시 사용 권한 자동 소멸 가능

핵심 구분 오픈소스 소프트웨어 라이선스(GPL·MIT·Apache 등)는 소프트웨어의 자유로운 사용·수정·공유를 허용하는 라이선스입니다. Creative Commons는 소프트웨어가 아닌 저작물·콘텐츠를 위한 라이선스로, 두 유형은 적용 대상과 목적이 다릅니다. CC 라이선스를 소프트웨어 오픈소스 라이선스와 동일하게 취급해서는 안 됩니다.

카피레프트(Copyleft)형과 퍼미시브(Permissive)형의 차이

오픈소스 소프트웨어 라이선스는 크게 카피레프트형과 퍼미시브형으로 나뉩니다. 기업 입장에서는 이 구분이 가장 중요합니다.

카피레프트형 (예: GPL)

파생 저작물을 배포할 때 동일한 라이선스(GPL 등)를 적용하도록 요구합니다. GPL 코드를 사용하여 개발한 소프트웨어를 배포하면, 해당 소프트웨어도 GPL 조건에 따라 소스코드를 제공해야 하는 의무가 발생할 수 있습니다. 상업용 독점 소프트웨어에 GPL 코드를 포함하면 심각한 법적 문제가 생길 수 있어 기업에서 가장 주의해야 하는 유형입니다.

퍼미시브형 (예: MIT·Apache)

파생 저작물에 동일한 라이선스를 요구하지 않습니다. 저작권 고지와 라이선스 고지를 유지하는 조건만 지키면 상업적 이용, 수정, 재배포, 독점 소프트웨어에 포함하는 것도 가능합니다. 기업이 상업적 제품에 활용하기 상대적으로 용이한 유형입니다. 다만 각 라이선스마다 고지 방법 등 세부 조건이 다릅니다.

주요 공개 라이선스의 이용 조건 비교

아래 비교표는 OSI 및 Creative Commons 공식 문서를 기준으로 작성했습니다. 실제 적용 시에는 반드시 해당 라이선스 원문을 확인하고 변호사의 검토를 받으시기 바랍니다.

구분	GPL-3.0	MIT	Apache-2.0	CC BY 4.0
주된 대상	소프트웨어	소프트웨어	소프트웨어	저작물·콘텐츠
상업적 이용	가능	가능	가능	가능
수정·재배포	가능	가능	가능	가능
소스코드 제공 의무	조건부 의무 (배포 시 발생)	일반적 의무 없음	일반적 의무 없음	해당 개념 없음
파생물 라이선스	GPL 적용 필요	제한 없음	별도 라이선스 가능	CC BY 조건 준수
저작권·라이선스 고지	유지 필요	유지 필요	유지 필요	저작자표시 필요
변경 사실 표시	수정본의 변경 사실 고지 필요	일반적 의무 없음	변경 파일에 표시 필요	변경 여부 표시 필요
특허 조항	있음	별도 명시 없음	명시적 특허 라이선스	소프트웨어 특허 목적 아님
핵심 성격	강한 Copyleft	Permissive	Permissive+특허	콘텐츠 공유

주의 위 비교표는 각 라이선스의 주요 조건을 요약한 것입니다. 실제 적용 여부는 사용하는 소프트웨어의 버전, 배포 형태(내부 사용·외부 배포·SaaS 등), 다른 라이선스와의 결합 방식 등에 따라 달라질 수 있습니다. 반드시 해당 라이선스 원문을 확인하고 전문가의 검토를 받으시기 바랍니다.

주요 라이선스별 핵심 조건 해설

GPL-3.0

강한 Copyleft : 배포 시 파생물도 GPL이 되어야 한다

GPL-3.0은 수정된 프로그램을 배포할 경우 일정한 조건 아래 해당 저작물을 GPL 조건으로 제공하도록 요구합니다. 배포 시 수령인이 소스코드를 얻을 수 있도록 해야 하는 의무도 규정하고 있습니다. 파생 저작물을 배포하면 그 파생 저작물도 GPL 조건에 따라야 합니다.

기업 실무에서 가장 주의해야 할 라이선스입니다. GPL 코드를 포함한 소프트웨어를 외부에 배포하는 경우, GPL의 적용 범위에 따라 해당 결합물 또는 파생물에 GPL 조건과 소스코드 제공 의무가 적용될 수 있습니다. 사내 내부 사용(배포 없음)의 경우 이 의무가 다르게 적용될 수 있지만, 이 역시 사용 방식에 따라 달라지므로 반드시 전문가 검토가 필요합니다.

MIT

대표적 Permissive : 저작권·라이선스 고지만 유지하면 자유롭게 사용 가능

MIT 라이선스는 소프트웨어를 사용·복제·수정·병합·공개·배포·재허가·판매할 수 있도록 폭넓게 허용합니다. 조건은 소프트웨어의 저작권 고지와 허가문을 복제물 또는 상당 부분에 포함하는 것입니다. 소스코드 공개 의무가 없고 파생물에 별도 라이선스를 적용할 수 있어 상업용 소프트웨어 개발에 활용하기 용이합니다.

가장 흔히 사용되는 Permissive 라이선스 중 하나로, 저작권 고지를 삭제하거나 누락하는 것이 가장 흔한 위반 사례입니다.

Apache-2.0

Permissive + 특허 보호 : MIT보다 기업 친화적인 구조

Apache-2.0은 MIT와 마찬가지로 Permissive 라이선스로 수정·재배포·상업적 이용이 가능합니다. MIT와 비교한 주요 차이점은 다음과 같습니다.

① 특허 조항 : 기여자가 일정 범위의 특허권에 대해 이용허락을 부여하는 구조를 갖추고 있어, 특허 분쟁 위험을 줄이는 데 도움이 됩니다.
② 변경 사실 표시 : 수정된 파일에 변경 사실을 표시해야 합니다.
③ NOTICE 파일 고지 : NOTICE 파일이 있다면 배포 시 일정 방식으로 포함해야 합니다.

특허 리스크가 있는 기업 소프트웨어 개발 환경에서 MIT보다 선호되는 경우가 있습니다.

CC BY 4.0

콘텐츠 공유 라이선스 : 소프트웨어 라이선스가 아니다

CC BY 4.0은 이미지·글·음악·영상 등 저작물·콘텐츠를 위한 라이선스입니다. Creative Commons는 CC BY 4.0에서 저작물을 복제·배포·공유하고, 변경·리믹스·2차적 저작물을 작성하는 것을 영리 목적을 포함하여 허용합니다. 다만 아래 조건을 지켜야 합니다.

① 저작자표시(Attribution) : 적절한 방식으로 저작자 정보를 표시해야 합니다.
② 라이선스 링크 : 라이선스 링크 등 표시 방법을 준수해야 합니다.
③ 변경 여부 표시 : 원저작물을 수정한 경우 변경 여부를 표시해야 합니다.

CC 라이선스에는 BY 외에도 SA(동일조건변경허락)·NC(비영리)·ND(변경금지) 조건이 조합될 수 있어, 사용하려는 CC 콘텐츠의 정확한 라이선스 유형을 반드시 확인해야 합니다.

기업 실무에서 자주 발생하는 라이선스 위반 유형

유형 1

GPL 코드를 상업용 소프트웨어에 포함하여 배포

개발자가 오픈소스 라이브러리를 편의상 사용했는데 해당 라이브러리에 GPL이 적용된 경우, 그 소프트웨어를 외부에 배포하면 GPL의 적용 범위에 따라 결합된 소프트웨어에 GPL 조건 및 소스코드 제공 의무가 적용될 수 있습니다. 사전에 오픈소스 라이선스 목록을 점검하지 않아 뒤늦게 문제를 발견하는 경우가 많습니다.

유형 2

유형 3

CC 이미지·콘텐츠의 출처 미표시

마케팅 자료나 블로그에 CC 라이선스 이미지를 사용하면서 저작자 표시를 하지 않는 경우입니다. "무료 이미지"라고 표시된 CC 이미지라도 저작자 표시 조건이 있으면 반드시 지켜야 합니다. CC 라이선스 유형에 따라 상업적 이용이 금지(NC)되거나 변경이 금지(ND)될 수 있어 라이선스 유형 확인이 필수입니다.

유형 4

라이선스 버전 혼동

GPL-2.0과 GPL-3.0, CC BY 3.0과 CC BY 4.0 등 동일 라이선스 계열이라도 버전에 따라 조건이 다를 수 있습니다. 또한 GPL-2.0 only와 GPL-2.0 or later는 다른 라이선스입니다. 사용 전 반드시 해당 버전의 라이선스 원문을 확인해야 합니다.

핵심 요약

오픈소스·공개 라이선스는 무료 사용을 허용하지만 라이선스가 허용한 범위를 벗어나 이용하면 저작권 침해가 될 수 있습니다. GPL은 배포 시 파생물도 GPL이 되어야 하는 Copyleft 라이선스로 기업에서 가장 주의해야 합니다. MIT·Apache는 저작권 고지 유지가 핵심 조건인 Permissive 라이선스입니다. CC는 소프트웨어가 아닌 콘텐츠 라이선스로 저작자 표시가 핵심입니다. 사용 전에 반드시 해당 라이선스 원문을 확인하고, 기업 소프트웨어에 오픈소스를 도입할 때는 전문가 검토를 받는 것이 중요합니다.

FAQ

오픈소스 라이선스 자주 묻는 질문

오픈소스 소프트웨어를 사내에서만 사용하면 GPL 의무를 지키지 않아도 되나요?

GPL의 소스코드 제공 의무는 일반적으로 소프트웨어를 외부에 배포할 때 발생합니다. 순수하게 사내에서만 사용하고 외부에 배포하지 않는다면 GPL의 배포 관련 의무가 다르게 적용될 수 있습니다. 다만 SaaS 형태로 외부에 서비스를 제공하는 경우, GPL 버전과 구체적인 사용 방식에 따라 판단이 달라질 수 있으므로 반드시 전문가 검토를 받아야 합니다.

GitHub에 올라온 코드는 모두 오픈소스인가요?

CC0(Public Domain Dedication)는 어떤 라이선스인가요?

CC0는 저작자가 자신의 저작물에 대한 권리를 가능한 범위에서 포기하고 공중의 영역(퍼블릭 도메인)에 기증하는 도구입니다. CC0가 적용된 저작물은 출처 표시 의무 없이 자유롭게 사용할 수 있는 경우가 많습니다. 다만 일부 국가의 법률에서는 저작인격권을 완전히 포기하는 것이 불가능할 수 있어, 국가에 따라 CC0의 적용 범위가 달라질 수 있습니다. 구체적인 이용 방식은 Creative Commons 공식 문서를 확인하시기 바랍니다.

오픈소스 라이선스를 위반하면 어떤 법적 책임이 생기나요?

오픈소스 라이선스는 저작권에 기초하여 저작물의 이용 범위를 정하는 라이선스입니다. 라이선스별로 위반에 따른 효과가 다르며, 라이선스가 허용한 범위를 벗어난 이용의 경우 저작권 침해가 문제될 수 있습니다. 이 경우 저작권자로부터 침해 중지 청구·손해배상 청구·형사 고소 등의 법적 대응을 받을 수 있습니다. 기업의 경우 소프트웨어 배포 중단, 소스코드 공개 요구, 합의금 지급 등의 상황이 발생할 수 있습니다.

L a w B e y o n d S o l u t i o n s