오픈소스 라이선스, MIT와 GPL은 무엇이 다를까

오픈소스 소프트웨어는 무료로 쓸 수 있지만 아무 조건 없이 쓸 수 있는 것은 아니에요. 각 오픈소스에는 라이선스가 붙어 있고, MIT처럼 저작권 표시만 지키면 거의 자유롭게 쓸 수 있는 것도 있고, GPL처럼 수정한 프로그램을 배포할 때 소스 코드도 함께 공개해야 하는 것도 있어요. 회사 제품에 오픈소스를 넣는다면 라이선스 조건을 먼저 확인하는 것이 중요해요.

오픈소스도 저작권이 있나요?

오픈소스 프로그램도 저작권법이 보호하는 컴퓨터 프로그램 저작물이에요. 저작권자가 권리를 포기한 것이 아니라, 정해진 조건을 지키면 누구나 쓰고 고치고 나눌 수 있도록 미리 허락해 둔 것이에요. 그래서 라이선스 조건을 어기면 허락 없이 쓴 것과 같아져 저작권 침해가 될 수 있어요. 무료라는 점만 보고 조건을 건너뛰면 나중에 문제가 생길 수 있어요.

라이선스는 크게 어떻게 나뉘나요?

구분	대표 라이선스	핵심 조건
허용형	MIT, BSD, Apache 2.0	저작권·라이선스 고지 유지
약한 카피레프트	LGPL, MPL	해당 부분 수정 시 그 부분 공개
강한 카피레프트	GPL, AGPL	배포 시 전체 소스 공개

허용형 라이선스는 상업 제품에 넣어도 소스를 공개할 의무가 없어 기업에서 많이 써요. 반면 GPL 계열은 이 코드를 포함한 프로그램을 배포하면 그 프로그램 전체를 같은 라이선스로 공개해야 하는 경우가 있어요. Apache 2.0은 특허와 관련된 조항도 함께 담고 있어요.

GPL은 왜 조심하라고 하나요?

GPL은 자유롭게 나눈 코드가 계속 자유롭게 남도록 만든 라이선스예요. GPL 코드를 내 프로그램에 섞어 배포하면, 내 프로그램의 소스 코드도 GPL로 공개해야 할 수 있어요. 회사의 핵심 기술이 담긴 프로그램에 GPL 코드를 넣으면 원치 않게 소스를 공개해야 하는 상황이 생길 수 있어요. 다만 배포하지 않고 내부에서만 쓰는 경우나, 어떤 방식으로 연결했는지에 따라 판단이 달라지기도 해서 전문가 검토가 필요한 경우가 많아요.

고지 의무는 어떻게 지키나요?

허용형 라이선스라도 저작권 표시와 라이선스 문구를 함께 포함해야 하는 조건이 있어요. 앱이나 프로그램의 설정 화면에 '오픈소스 라이선스' 메뉴를 두고, 사용한 오픈소스 목록과 각 라이선스 전문을 보여 주는 방식이 많이 쓰여요. 이 고지를 빠뜨리면 허용형 라이선스라도 조건 위반이 될 수 있어요. 제품을 출시하기 전에 사용한 오픈소스 목록을 정리해 두는 것이 좋아요.

회사에서는 어떻게 관리하나요?

개발자가 많아지면 누가 어떤 오픈소스를 넣었는지 파악하기 어려워져요. 그래서 많은 회사가 오픈소스를 쓸 때 승인 절차를 두거나, 코드를 자동으로 검사해 포함된 오픈소스와 라이선스를 찾아 주는 도구를 써요. 라이선스가 없는 코드는 쓸 수 있는 권한이 명확하지 않으니 피하는 것이 안전해요. 복잡한 경우에는 소프트웨어 저작권에 밝은 전문가의 검토를 받아 보세요. 디지털 콘텐츠 활용 정보는 일본변비약에서 볼 수 있어요.

자주 묻는 질문

라이선스가 없는 코드는 마음대로 써도 되나요?

아니요. 라이선스가 없으면 오히려 이용 허락이 없는 것으로 봐야 해요.

웹 서비스에 GPL 코드를 쓰면 공개해야 하나요?

GPL은 배포 기준이지만 AGPL은 네트워크 서비스에도 공개 의무가 생길 수 있어요.

오픈소스를 고쳐서 팔아도 되나요?

라이선스 조건을 지키면 가능한 경우가 많아요. 조건을 먼저 확인하세요.