[61일차]오픈 소스 소프트웨어(OSS): 개발 문화, 라이선스, 그리고 AI 시대의 쟁점

1. 개발 문화: '공유'가 만든 생태계

오픈 소스를 논하기 전, 개발 문화를 먼저 이해해야 오픈 소스의 탄생 배경을 명확히 알 수 있다. 개발 생태계에는 다양한 문화가 존재하지만, 그중 핵심은 '공유'이다.

현대의 수많은 혁신적인 앱과 도구들은 개발자들이 서로의 지식과 문제 해결 방법을 공유하는 문화 덕분에 탄생할 수 있었다. 개발자들은 스택오버플로우(Stack Overflow)나 OKKY 같은 커뮤니티에서 정보를 나누고, 깃허브(GitHub)를 통해 자신이 구현한 코드를 전 세계에 공개한다. 이러한 공유 문화를 통해 소프트웨어는 폐쇄적인 환경을 넘어 다양한 방향으로 진화하고 성장할 수 있었다.

2. 오픈 소스 소프트웨어(OSS)란?

OSS(Open Source Software)란 소스 코드가 공개되어 누구나 접근하여 볼 수 있고, 이를 수정하거나 사용할 수 있도록 허용된 소프트웨어를 말한다. 단, 단순히 코드가 공개된 것을 넘어 오픈 소스 라이선스(License)의 요구사항을 만족해야 진정한 의미의 오픈 소스라 할 수 있다.

3. 오픈 소스의 역사와 라이선스의 필요성

초기 소프트웨어 개발 문화에서는 공유가 자연스러운 일이었다. 그러나 소프트웨어 산업이 커지면서 공유된 코드를 독점하거나 상업적으로만 이용하여 이득을 취하는 경우가 발생했다. 이에 따라 코드의 자유로운 사용을 보장하면서도 원작자의 권리를 보호하기 위한 저작권 및 라이선스 개념이 필요해졌다.

오픈 소스 역사의 중요한 전환점은 1980년대 리처드 스톨만(Richard Stallman)에 의해 시작되었다. 그는 소프트웨어의 사용, 복제, 배포, 수정의 자유를 주창하며 자유 소프트웨어 재단(Free Software Foundation, FSF)을 설립했다. 이후 그는 카피레프트(Copyleft) 개념이 적용된 최초의 라이선스인 GNU General Public License(GPL)를 만들었다. 이는 누구나 자유롭게 소프트웨어를 쓸 수 있게 하되, 이를 수정한 결과물 또한 다시 공유해야 한다는 원칙을 세움으로써 현재의 거대한 오픈 소스 생태계가 형성되는 기폭제가 되었다.

4. 라이선스 확인과 관리 (OSI와 OLIS)

라이선스 개념이 도입된 이후 현재까지 수많은 종류의 라이선스가 생겨났다. 모든 라이선스의 세부 조항을 개발자가 암기하는 것은 불가능하다. 따라서 공신력 있는 기관을 통해 라이선스 정보를 확인하는 것이 중요하다.

• Open Source Initiative (OSI):
  오픈 소스의 정의를 정립하고 라이선스를 승인하는 국제 단체이다. 각종 라이선스의 원문을 확인할 수 있다.

• OLIS (Open Source License Information System):
  영어 원문이 보기 어렵다면 한국저작권위원회에서 운영하는 OLIS를 이용할 수 있다. 라이선스에 대한 한글 해설과 분쟁 사례 등을 제공한다.

5. 주요 오픈 소스 라이선스 정리

오픈 소스 라이선스는 의무 사항의 강도에 따라 다양하게 나뉜다. 대표적인 라이선스들은 다음과 같다.

1. GPL (GNU General Public License, v3.0)

   • 설명: 가장 강력한 카피레프트(Copyleft) 성향을 가진 라이선스이다. 이 코드를 사용하여 소프트웨어를 개발하고 배포할 경우, 전체 소스 코드를 의무적으로 공개해야 한다.
   • 대표 예시: Firefox, Linux Kernel, MariaDB, Git 등

2. MIT License

   • 설명: 가장 규제가 느슨하고 자유로운 라이선스 중 하나이다. 저작권 고지사항만 유지한다면 수정, 배포, 상업적 이용 등 거의 모든 행위가 자유롭다. 소스 코드 공개 의무가 없어 기업에서 선호한다.
   • 대표 예시: React, Bootstrap, Visual Studio Code 등

3. Apache License 2.0

   • 설명: 아파치 소프트웨어 재단에서 만든 라이선스로 MIT와 유사하게 자유롭다. 다만, 특허권에 대한 내용이 명시적으로 포함되어 있어, 특허 분쟁 발생 시 사용자에게 더 안전한 법적 보호를 제공한다. 소스 코드 공개 의무는 없다.
   • 대표 예시: Android, Kafka, TensorFlow 등

4. BSD License (2-clause)

   • 설명: MIT 라이선스와 내용이 거의 흡사하다. 저작권 표시 의무만 지키면 자유롭게 사용할 수 있으며, 소스 코드 공개 의무가 없다.
   • 특징: 초기 유닉스(Unix) 계열 운영체제 배포를 위해 만들어졌다.

5. Beerware License

   • 설명: 매우 비공식적이고 유머러스한 라이선스이다. "이 코드가 유용했다면, 나중에 저자를 만났을 때 맥주 한 잔 사주세요"라는 문구가 포함되어 있다. 사실상 퍼블릭 도메인(저작권 포기)에 가깝게 취급된다.

6. 오픈 소스는 무조건 무료인가?

흔히 '오픈 소스 = 무료'라고 생각하기 쉽지만, 이는 상황에 따라 다르다. 오픈 소스의 'Free'는 '공짜(Free of charge)'보다는 '자유(Freedom)'를 의미하는 경우가 많다.

• 무료인 경우: 라이선스 규정을 준수하여 소스 코드를 공개하거나 비상업적 용도로 사용하는 경우 대다수 무료이다.
• 유료인 경우: 코드를 공개하고 싶지 않거나, 기술 지원 및 유지 보수 서비스를 받는 경우 비용을 지불해야 하는 '듀얼 라이선스' 정책을 쓰는 소프트웨어도 있다.

따라서 오픈 소스를 사용하여 소프트웨어를 배포하거나 상업적으로 이용하려 한다면, 반드시 사전에 라이선스를 확인해야 한다. 라이선스에 명시된 의무(소스 공개, 저작권 고지 등)를 따르지 않을 경우 심각한 법적 분쟁에 휘말릴 수 있다.

7. 최근 이슈: AI 학습 데이터와 오픈 소스 라이선스 분쟁

최근 GitHub Copilot과 같은 AI 코딩 도구가 등장하면서 오픈 소스 라이선스와 관련된 새로운 법적, 윤리적 문제가 대두되고 있다.

• 학습 데이터의 공정 이용 논란:
  AI 모델을 학습시키기 위해 수많은 오픈 소스 코드가 사용되었다. AI 기업들은 이를 '공정 이용(Fair Use)'이라고 주장하지만, 개발자들은 라이선스(저작권)를 무시한 무단 학습이라고 반발하며 집단 소송이 제기되기도 했다.

• 라이선스 세탁(License Laundering) 가능성:
  예를 들어, AI가 GPL(소스 공개 의무가 있는) 코드를 학습한 뒤, 이를 변형하여 사용자에게 추천해 줄 경우 문제가 복잡해진다. 사용자는 이 코드가 GPL 기반인지 모르고 상용 소프트웨어에 사용했다가 의도치 않게 라이선스를 위반하게 될 위험이 있다.

이처럼 AI 시대의 도래로 인해 기존의 오픈 소스 라이선스 체계는 새로운 해석과 법적 정비가 필요한 시점을 맞이하고 있다.