저작권 소송에서 오픈소스의 지위와 쟁점
소프트웨어 저작권 소송에서 오픈소스는 매우 독특하고 중요한 위치를 차지합니다. 실제 2007년의 한 판례를 살펴보면, 신청인 회사가 자사 소프트웨어를 복제한 피고를 상대로 소송을 제기했으나 법원은 저작권 침해를 인정하지 않았습니다. 그 이유는 소스코드 비교 과정에서 오픈소스와 같이 누구나 사용할 수 있는 공통적인 부분을 적절히 여과하지 않았기 때문입니다. 즉, 전체적인 유사도가 높더라도 보호받아야 할 핵심 코드를 따로 분리하여 비교하지 않는다면 법적으로 침해를 인정받기 어렵다는 점을 시사합니다. 저작권 침해 여부를 판단하는 과정은 크게 세 단계의 엄격한 절차를 거칩니다. 첫째는 해당 프로그램이 법적으로 보호받을 가치가 있는 저작물인지 확인하는 저작물성 확인 단계이고, 둘째는 피고가 원고의 코드를 실제로 베꼈는지 확인하는 의거성 단계입니다. 마지막 셋째 단계는 베낀 정도가 법적 처벌을 받을 만큼 실질적 유사성을 갖는지를 따지는 실질적 유사성 판단 단계입니다. 이 과정에서 가장 핵심적인 사실은 단순히 코드를 베꼈다는 행위만으로 침해가 성립하는 것이 아니라, 법적 기준을 충족하는 '양'과 '질'이 담보되어야 한다는 점입니다. 실질적 유사성을 판단할 때 거치는 핵심 절차는 '여과(Filtration)' 과정입니다. 이는 전체 소스코드에서 저작권 보호 대상이 아닌 부분들을 여과하는 작업으로, 오픈소스나 자동 생성 코드, 표준적인 알고리즘, 주석 등이 여기에 해당합니다. 전 세계적으로 활용되는 판단 모델에서도 이러한 여과 과정을 거친 후 남은 '핵심 표현'만을 가지고 비교할 것을 강조하고 있습니다. 만약 이 과정이 부실하게 이루어지면 오픈소스까지 원고의 독창적인 창작물로 오인되어 판결의 공정성을 해칠 위험이 발생하게 됩니다. 재판 실무에서는 유사한 정도를 수치화한 '정량적 유사도'를 중요한 참고 자료로 활용합니다. 하지만 정량적 유사도가 높다고 해서 반드시 저작권 침해인 것은 아닙니다. 정량적 유사도는 질적인 가치를 숫자로 치환한 것일 뿐, 법적인 실질적 유사성과는 차이가 있기 때문입니다. 또한 정량적 유사도를 산출하는 방식에 따라 결과값이 천차만별로 달라질 수 있다는 점도 유의해야 합니다. 라인 단위로 계산하느냐, 모듈 단위로 분석하느냐에 따라 동일한 대상이라도 전혀 다른 수치가 도출될 수 있어 법률 전문가의 전략적인 대응이 필요합니다. 최근 오픈소스 사용이 보편화되면서 저작권 소송에서의 입증은 더욱 복잡해지고 있습니다. 오픈소스를 대거 활용한 프로그램의 경우, 이를 모두 여과하고 나면 프로그램의 유기적인 구조만 남게 되어 저작물성을 인정하기 모호해지는 정책적 고민도 존재합니다. 따라서 개발 단계에서부터 어떤 오픈소스를 사용했는지 명확한 오픈소스 사용 명세서(SBOM)를 관리하는 것이 무엇보다 중요합니다. 철저한 기록 관리가 뒷받침되지 않는다면, 소송 과정에서 자신의 권리를 제대로 보호받지 못하거나 상대방의 면피 수단으로 악용될 소지가 있습니다.
![[EOST2023] Generative AI로 촉발된 오픈소스 라이선스 이슈](https://i.ytimg.com/vi/8osDS7xid8U/mqdefault.jpg)