소프트웨어 라이선스 (Software License)

소프트웨어 라이선스(Software License)는 소프트웨어를 사용하거나 복제·수정·배포할 때 허용되는 행위와 적용 조건을 정한 이용 허락입니다. 코드를 볼 수 있다는 사실과 원하는 방식으로 재사용할 권한은 구별됩니다. 실제 적용 범위는 해당 버전의 라이선스 원문과 포함된 파일의 별도 조건을 확인해 판단합니다.

공개 여부와 이용 허락의 구분

GitHub의 저장소 라이선스 안내는 라이선스가 다른 사람이 소스 코드로 할 수 있는 일을 정한다고 설명합니다. 공개 저장소에 코드가 있다는 이유만으로 모든 재사용과 배포가 허용되는 것은 아닙니다. 서비스에서 열람하거나 포크할 수 있는 범위와 코드의 이용 허락을 구분해야 공개라는 말의 의미를 넓혀 해석하지 않게 됩니다.

프로젝트의 LICENSE 파일이나 README는 적용 조건을 확인하는 출발점입니다. 저장소 화면에 보이는 짧은 이름은 원문을 찾는 데 도움이 되지만 조건 전체를 담지는 않습니다. 여러 라이선스가 섞여 있거나 일부 폴더에 다른 조건이 적용되는 경우도 있습니다. 사용할 파일과 버전을 먼저 정하면 무엇의 이용 조건을 읽어야 하는지 범위가 분명해집니다.

무료로 내려받는다는 말도 이용 허락의 범위를 모두 설명하지는 않습니다. 가격이 없는 배포본에도 복사본에 고지를 남기거나 특정 범위의 사용을 제한하는 조건이 있을 수 있습니다. 상업적 사용, 수정본 배포, 서비스 제공처럼 하려는 행동을 구분해 원문에서 확인합니다. 라이선스 이름을 확인하지 못한 코드를 널리 알려진 다른 프로젝트의 조건과 같다고 가정하지 않습니다.

원문에 적힌 허용과 조건

MIT 라이선스 원문은 사용·복제·수정·배포·판매 등을 폭넓게 허용하면서 소프트웨어의 복사본이나 상당 부분에 저작권 고지와 허락 고지를 포함하도록 정합니다. 허용되는 행동에는 원문에 적힌 조건이 함께 적용됩니다. 짧은 라이선스라도 권한 부분만 떼어 설명하면 실제로 보존해야 할 내용을 놓칠 수 있습니다.

Apache License 2.0 원문은 저작권과 특허 허락을 구분하고 재배포 조건을 설명합니다. 변경한 파일에 변경 사실을 알리고 해당 고지를 유지하는 조건, 원본에 NOTICE가 포함됐을 때 적용되는 조건 등이 있습니다. MIT와 Apache-2.0이 모두 널리 쓰인다는 이유로 고지 방식이나 특허 조항까지 같다고 처리하지 않습니다.

허락을 받는다는 말이 품질 보증을 뜻하지도 않습니다. MIT와 Apache License 2.0은 보증과 책임에 관한 별도 조항을 둡니다. 도입할 프로그램이 실제 환경에서 작동하는지 확인하는 기술 검증은 이용 허락의 확인과 별개입니다. 라이선스가 맞는다고 보안이나 성능까지 확인된 것은 아니며, 테스트를 통과했다고 이용 조건이 사라지는 것도 아닙니다.

의존성과 배포본의 적용 범위

앱에 외부 라이브러리나 예제 코드를 포함했다면 자기 코드의 라이선스 이름 하나만으로 전체 배포본을 설명하기 어려울 수 있습니다. 각 구성 요소가 어디에서 왔고 어떤 버전을 사용했는지 남기면 적용 조건을 찾기 쉽습니다. 원본에서 가져온 파일과 직접 작성한 파일을 구분하고, 배포할 때 필요한 고지 자료가 함께 들어가는지도 확인합니다.

AI 프로젝트에서는 실행 코드, 모델 가중치, 학습 자료, 이미지 자산이 같은 조건으로 제공된다고 가정하지 않습니다. 코드 저장소의 LICENSE가 어떤 파일에 적용되는지와 별도 모델 카드나 데이터 설명에 다른 조건이 있는지 살핍니다. 오픈소스 AI라는 소개 문구나 오픈 웨이트라는 배포 방식만으로 모든 구성 요소의 허락 범위를 대신 판단할 수는 없습니다.

검토 기록에는 프로젝트 이름뿐 아니라 확인한 버전이나 커밋, 원문의 위치, 실제로 하려는 사용 방식을 함께 남깁니다. 이후 조건이 바뀌었을 때 어느 배포본을 근거로 판단했는지 찾을 수 있기 때문입니다. 조항의 해석이나 여러 라이선스의 결합 가능성이 불분명한 경우에는 그 쟁점을 따로 남겨 법률 검토로 넘기고, 이름만 보고 허용됐다고 확정하지 않습니다.