컴퓨터 프로그램 최신 동향 파악하기

안녕하세요! 디지털 저작권 전문 변호사이자, IT 전문 칼럼니스트로 활동하고 있는 법률 멘토입니다. 최근 생성형 AI 기술의 폭발적인 성장과 더불어 클라우드 기반 SaaS(Software as a Service) 서비스의 보편화, 그리고 오픈소스 라이선스 관련 분쟁의 증가로 인해 IT 업계는 어느 때보다 거센 '저작권 변혁기'를 맞이하고 있어요.

현장에서 수많은 스타트업 대표님들과 개발자분들을 만나다 보면, "AI가 작성해 준 소스코드를 상업적으로 활용해도 문제가 없나요?", "외주 개발사에 맡긴 프로그램의 저작권은 당연히 저희 회사에 있는 것 아닌가요?"와 같은 질문을 정말 자주 듣게 돼요. 법적 개념을 정확히 알지 못해 발생한 작은 실수가 향후 수억 원 대의 손해배상 청구나 형사 고소로 이어지는 안타까운 사례도 빈번히 목격하곤 합니다.

오늘 칼럼에서는 한국저작권위원회 판례와 현행 저작권법을 바탕으로, 급변하는 컴퓨터프로그램 저작권의 최신 동향을 완벽하게 파악해 드리고자 해요. 법적 리스크를 예방하고 소중한 IT 자산을 안전하게 보호할 수 있는 실무 꿀팁까지 알차게 담았으니 끝까지 집중해서 읽어주세요!

---

1. AI가 짜준 코드, 과연 누구의 저작물일까요? (생성형 AI와 저작권성)

최근 GitHub Copilot, ChatGPT, Claude 등 생성형 AI를 활용해 소스코드를 작성하는 개발 문화가 대세로 자리 잡았어요. 하지만 이에 따른 법적 이슈도 함께 급증하고 있답니다.

AI 생성 소스코드의 저작권 인정 여부

대한민국 저작권법 제2조 제1호에 따르면, 저작물이란 "인간의 사상 또는 감정을 표현한 창작물"을 의미해요. 즉, 사람이 아닌 AI가 순수하게 생성한 소스코드 자체는 현행법상 '저작물'로 인정받지 못해요. 저작권자가 존재하지 않으므로 원칙적으로 독점적 저작권을 주장할 수 없답니다.

다만, 인간 개발자가 AI의 출력물을 단순히 복사·붙여넣기한 것이 아니라, 창작적인 기여(프롬프트의 고도화, 구조적 수정, 자체 로직 결합 등)를 가했다면 그 인간의 기여 부분에 한해 제한적으로 저작권이 인정될 수 있어요.

AI 활용 시 발생하는 저작권 침해 리스크

AI가 학습한 데이터베이스 내에 기존 타인의 저작권 있는 코드(예: GPL 라이선스가 적용된 소스)가 포함되어 있었을 경우, AI가 생성해 낸 코드가 기존 저작물과 실질적으로 유사하다면 2차적저작물작성권이나 복제권 침해 문제가 발생할 수 있어요.

중요: AI가 추천해 준 코드를 검증 없이 commercial 제품에 그대로 포함시켰다가 원저작권자로부터 소송을 당하는 사례가 실제 법원에서 다루어지고 있어요. 반드시 AI 생성 코드의 출처와 유사성 검사를 진행하셔야 해요.

---

2. 클라우드와 SaaS 시대, '소유'에서 '구독'으로 변한 SW 저작권의 법적 해석

과거에는 CD나 설치 파일을 구매하여 자신의 PC에 저장하는 '소유' 형태였다면, 현재는 클라우드를 통한 SaaS 구독 형태로 SW 이용 패러다임이 전환되었어요. 이에 따라 저작권법상 '복제'의 개념도 크게 변화하고 있답니다.

단순 접속과 '복제권'의 상충 문제

SaaS 환경에서는 사용자가 소스코드를 자신의 서버나 PC에 직접 저장하지 않고 웹 브라우저나 API를 통해 서비스에 접근해요. 저작권법 제101조의3(복제·개작등의 권리) 관점에서 볼 때, 서버 상에서 일시적으로 RAM에 로딩되는 '일시적 복제(저작권법 제35조의2)'가 허용되는 범위 내인지가 핵심 쟁점이 돼요.

API(응용 프로그램 프로그래밍 인터페이스)의 저작권성

미국 대법원의 Google v. Oracle 판결 이후, 국내 법원 및 학계에서도 API 자체의 구조·조직·배열(SSO: Structure, Sequence, and Organization)에 대한 저작권 인정 여부를 두고 신중한 태도를 취하고 있어요. 단순한 기능적 인터페이스 선언부는 저작권 보호 대상에서 제외될 가능성이 높지만, 그 내부에 담긴 고유한 창작적 로직은 여전히 강력한 보호를 받아요.

계정 공유 및 스크래핑 관련 최근 판례 동향

B2B SaaS 서비스를 이용하면서 계약된 인원수를 초과해 계정을 공유하거나, 라이선스 계약을 위반하여 크롤러(Crawler)로 데이터를 무단 수집하는 행위에 대해 법원은 저작권 침해 또는 부정경쟁방지법상 '성과 무단 사용 행위(제2조 제1호 파목)'로 엄격하게 처벌하는 추세예요.

---

3. 오픈소스 라이선스 위반, 단순한 도의적 문제를 넘어 법적 처벌로 이어져요

많은 기업들이 오픈소스 소프트웨어(OSS)를 무료로 자유롭게 사용할 수 있다고 오해하곤 해요. 하지만 오픈소스는 '무조건적인 무료'가 아니라 '정해진 의무 조건(License)을 준수할 때 허용되는 권리'라는 점을 꼭 명심해야 해요.

대표적인 오픈소스 라이선스별 의무사항 비교

라이선스 종류	소스코드 공개 의무	저작권 및 고지 표시	상업적 이용 가능 여부	대표 사례
MIT License	의무 없음	필수	가능	React, Vue.js, jQuery
Apache 2.0	의무 없음	필수 (특허권 명시)	가능	Android, TensorFlow
GPL v3	필수 (강한 전염성)	필수	가능 (소스 공개 조건)	Linux Kernel, Git
AGPL	필수 (네트워크 서비스 포함)	필수	가능 (소스 공개 조건)	MongoDB (구 버전), Grafana

오픈소스 위반 시 발생하는 법적 수위

저작권자가 제시한 라이선스 의무(예: 소스코드 공개, 저작권 표시 등)를 이행하지 않고 소프트웨어를 배포하거나 서비스를 제공할 경우, 그 즉시 라이선스 계약은 효력을 잃게 돼요(자동 해제 조건).

계약이 해지된 상태에서 소스코드를 계속 사용하는 것은 저작권법 제136조에 따른 저작재산권 침해罪에 해당하여, 5년 이하의 징역 또는 5천만 원 이하의 벌금에 처해질 수 있으며, 민사상 손해배상 청구(제125조)의 대상이 됩니다.

---

4. 프로그램 리버스 엔지니어링과 역분석, 어디까지 법적으로 허용될까요?

타사의 소프트웨어 구조를 파악하거나 호환성을 확보하기 위해 실행 파일(.exe, .apk 등)을 디컴파일(Decompile)하여 분석하는 '리버스 엔지니어링(Reverse Engineering)' 역시 자주 분쟁이 발생하는 분야예요.

저작권법 제101조의4(프로그램코드 역분석)의 한계

우리 저작권법은 정당한 권한에 의해 프로그램을 사용하는 자가 '상호 운용성(Interoperability)'을 확보하기 위한 목적에 한해 프로그램코드 역분석을 예외적으로 허용하고 있어요(제101조의4 제1항).

하지만 정당한 허용 범위를 넘어서는 역분석은 엄격히 금지돼요. 아래의 조건 중 하나라도 위반하면 불법 행위가 됩니다.

• 정당한 권원에 의해 프로그램을 사용하는 자가 아닌 경우
• 상호 운용성에 필요한 정보에 타인이 쉽게 접근할 수 없는 상태가 아닐 때
• 상호 운용성을 확보하기 위해 필요한 부분을 넘어 프로그램 전체를 역분석하는 경우
• 역분석을 통해 얻은 정보를 제3자에게 제공하거나 유사한 프로그램 개발에 이용하는 행위

약관상 '역분석 금지 조항'의 효력

EULA(최종 사용자 라이선스 계약)에 "어떠한 경우에도 역분석을 금지한다"는 특약이 있더라도, 법률이 정한 상호 운용성을 위한 정당한 목적 범위 내라면 법적 예외 조항이 강행규정 성격을 가져 약관보다 우선 적용될 수 있어요. 하지만 목적이 경쟁 제품 제작이라면 약관 위반 및 저작권 침해 책임을 면하기 어렵습니다.

---

5. 기업과 개발자를 위한 실무 중심 SW 저작권 리스크 관리 체크리스트

위에서 살펴본 법적 리스크로부터 우리 회사와 개발 프로젝트를 지키기 위해서는 체계적인 관리 프로세스가 필수적이에요. 법률 전문가로서 현장에서 권장하는 필수 체크리스트를 정리해 드려요.

📋 SW 저작권 준수 실무 체크리스트

• AI 도구 사용 가이드라인 제정: 사내 개발진이 AI 생성 코드를 사용할 때 준수해야 할 보안 및 출처 검증 규칙이 마련되어 있는가?
• 외주 개발 계약서 명시: 외주 용역 계약 시 소스코드의 저작재산권 양도 조항(저작권법 제101조의2 관련) 및 2차적저작물작성권 명시적 양도 여부가 서면에 포함되었는가?
• 오픈소스 라이선스 검증(SCA 도구 도입): 제품 출시 전 Black Duck, FOSSID 등 소프트웨어 공급망 분석 도구를 통해 비공개 대상 소스에 GPL/AGPL이 포함되어 있지 않은지 확인했는가?
• 폰트 및 외부 라이브러리 라이선스 확인: SW GUI나 서식에 사용된 폰트 파일(.ttf, .otf)의 외주 및 상업적 배포 권한이 확보되었는가?
• 임직원 저작권 교육 및 양벌규정 대비: 직원 개인의 불법 복제 소프트웨어 사용으로 인한 기업 법인의 양벌책임(제141조)을 예방하기 위해 정기적인 라이선스 점검을 실시하는가?

중요: 법인의 대표자는 임직원이 업무상 타인의 저작권을 침해했을 때 양벌규정(저작권법 제141조)에 의해 함께 처벌받을 수 있어요. "직원이 개인적으로 쓴 줄 몰랐다"는 변명은 법원에서 통하지 않으므로 상당한 주의와 감독 의무를 다했다는 증빙을 남겨두셔야 해요.

---

FAQ와 마무리

독자 여러분들이 현업에서 실제로 가장 많이 물어보시는 대표적인 질문 3가지를 뽑아 답변을 정리해 드려요.

Q1. 외주 개발 업체에 개발 비용을 전액 지급하고 프로젝트를 끝냈습니다. 완성된 프로그램 소스코드의 저작권은 자동으로 저희 회사에 귀속되나요?

A1. 아니요, 자동으로 귀속되지 않습니다!
저작권법상 저작권은 실제로 소스코드를 직접 작성한 '창작자(외주 개발사 또는 개발자)'에게 원칙적으로 귀속돼요. 개발 대금을 전액 지급했더라도 계약서 상에 "본 용역의 결과물에 대한 저작재산권(2차적저작물작성권 포함)은 발주사에 전면 양도한다"는 명시적인 특약 조항이 없다면, 발주사는 단지 '이용 권한(라이선스)'만 갖게 될 뿐이에요. 계약서 작성 시 반드시 저작권 양도 조항을 체크하세요!

Q2. 인터넷에 무료로 공개된 소스코드를 가져와서 살짝 변수명과 함수 구조만 바꿔서 판매했습니다. 이것도 저작권 침해인가요?

A2. 네, 명백한 저작권 침해(의거성 및 실질적 유사성 인정)에 해당합니다.
단순히 변수명을 변경하거나 코드 주석을 삭제하고 구조를 살짝 재배치하는 행위는 법적으로 '개작(복제 및 2차적저작물 작성)'에 불과해요. 원작자의 허락 없이 이를 상업적으로 판매하거나 배포할 경우 저작재산권 침해로 민·형사상 엄중한 책임을 지게 됩니다.

Q3. 오픈소스 라이선스(GPL)를 위반했다고 원저작자로부터 합의금을 요구하는 내용증명을 받았습니다. 어떻게 대처해야 하나요?

A3. 당황해서 즉시 합의에 응하기보다, 먼저 소스코드의 격리 및 영향도를 파악하셔야 해요.
1단계로 문제가 된 오픈소스 모듈이 제품의 어떤 부분에 결합되어 있는지 분석하세요. 2단계로 GPL 모듈을 대체 가능한 다른 무상 라이선스(MIT 등)로 모듈화하여 신속히 리팩토링 및 교체하세요. 3단계로 실제 침해 범위와 상대방이 요구하는 손해배상액의 타당성을 저작권 전문 변호사와 상담하여 법적으로 대처해야 합의금 통제를 할 수 있습니다.

---

컴퓨터프로그램 저작권은 단순한 법적 규제를 넘어, IT 기업의 가치를 결정짓는 가장 중요한 지적재산 자산(IP Asset)이에요. 기술이 발전하는 속도만큼이나 관련 법률과 판례도 빠르게 정교해지고 있답니다.

오늘 소개해 드린 최신 동향과 법률 체크리스트를 바탕으로, 여러분의 소중한 소프트웨어 자산을 더욱 안전하고 튼튼하게 보호하시길 바라요. 저작권과 관련해 궁금한 점이 있거나 법적 분쟁으로 고민 중이시라면 언제든 디지털 저작권 거래소(KDCE)나 법률 전문가의 문을 두드려주세요. 여러분의 성공적인 IT 비즈니스를 항상 응원합니다!