왜 오픈 소스 라이센스 준수 중요 한 기업에 대 한?

귀하의 준수 감사는 라이센스 가족이 적용하는 각 오픈 소스 구성 요소를 분류해야합니다. 저작권 고지 및 라이선스 텍스트를 유지하는 데 필요한 모든 라이센스는 일반적으로 필요합니다. Copyleft 라이센스는 소스 코드 공개 및 파생 작품의 reciprocal 라이센싱을 요구합니다. 실제 첫 단계는 모든 오픈 소스 패키지, 그 버전, 라이센스 및 분류를 나열하는 재료 (SBOM)의 전체 소프트웨어 요금제를 생성하기 위한 것입니다. 많은 기업들은 자동화된 도구를 사용하여 코드를 스캔하고 이 재고를 생성하지만, 수동 검토는 종종 자동 도구가 놓아 임베디드 또는 수정 된 코드 잡기 위해 필요합니다.

문서 준수 프로세스는 귀사의 기업이 이해하고 명예 개방적인 소스 의무를 존중하기 위해 합리적인 조치를 취했다고 설명합니다. 이는 노출을 줄이고 기꺼이 침해에 대한 방어력을 지원할 수 있습니다. 분쟁이 발생하면 법원과 반대 상담은 조직이 대기중인 규정 준수 프로그램을 가지고 있는지 여부를 검토하고 위반의 결과 또는 불평화가 발생할 수 있습니다. 문서는 내부 관리도 제공되며, 새로운 개발자를 내장하고 기업이 인수 또는 투자 검토를 겪을 때 라이센스 감사 또는 불임 지원 기록을 생성합니다.

소프트웨어 법안은 모든 구성 요소, 라이브러리 및 버전 번호와 라이센스 식별자를 포함한 소프트웨어 스택에 의존하는 세부 목록입니다. SPDX 또는 CycloneDX와 같은 도구를 사용하여이 SBOM을 자동으로 생성해야하지만 임베디드 나 손상된 코드를 잡기 위해 정기적 인 매뉴얼 감사를 수행해야합니다. 버전 관리는 라이센스 의무가 버전간에 변경 될 수 있기 때문에 중요합니다. 귀사의 규정 준수 프로세스는 개발자가 코드베이스에 통합되기 전에 모든 오픈 소스 구성 요소의 라이센스를 문서화하고, 컴포넌트에 대한 업데이트는 라이선스 조건을 트리거합니다. 법인이 구성품 라이선스가 변경되거나 라이센스 분쟁이 존재할 경우, 귀하의 조직은 영향을 평가하고 결정에 대한 절차가 있어야 합니다.

귀사는 매년 종합적인 준수 감사를 수행해야 하며, 주요 코드 변경이 발생할 때마다 새로운 제품 출시와 같은 중요한 의존성 업데이트 또는 제3자로부터 코드를 취득. 라이센스 보유자가 새 시장에 소프트웨어를 배포할 계획이 있을 때, 귀하의 법인은 공개 침해의 주장을 만들거나 조직이 유익하거나 취득 검토로 인해 투자를 겪는 경우 재 승인도 필요합니다. SBOM은 현재가 확인되어야 하며 모든 라이센스 텍스트는 유지되고 액세스 할 수 있으며, attribution 요구 사항은 충족되며 어떤 copyleft 또는 reciprocal 라이선스 의무가 영광입니다. 감사가 준수 갭을 밝혀주면, 귀하의 법인은 격차를 문서화하고 위험에 대한 위험을 평가하며 재발력을 방지하기 위해 제어를 구현해야 합니다.

개발자가 라이센스 의무를 이해하지 못하거나 제한없이 사용하도록 오픈 소스 코드를 사용하는 것이 무료 가정 할 수 있기 때문에 종종 개방 소스 구성 요소를 추적하는 것은 실패. 법인이 소스 코드를 해제하지 않고 독점적 인 제품에 GPL 라이센스 코드가 배포 된 것을 발견 할 때, 라이선스 홀더는 소스 코드 공개를 요구할 수 있습니다., 위협 소송을 위협하거나 중지 및 파생 파일을 삭제합니다. 라이센스 텍스트를 유지하거나 attribution을 제공 할 실패는 분쟁이 발생할 수 있습니다. 또 다른 일반적인 간격은 단일 제품에 여러 가지 분쟁 해결 라이센스를 사용하고 있으며, GPL 코드를 사용하여 Apache 2.0 코드와 같은 라이선스 호환성을 생성하는 방법입니다. 기업은 오픈 소스 라이센스 기본에 대한 통합 및 교육 개발자가 인증 호환성을 확인하는 코드 검토 프로세스를 구현하여 이러한 격차를 해결해야 합니다.

준수 격차를 발견하면, 귀하의 법인은 즉시 영향을받는 소프트웨어의 일시적인 배포가 필요하며 많은 제품이나 고객이 영향을 미치는지 신속하게 평가합니다. 귀하의 조직은 법적 상담과 관련하여 틈새의 심각성을 결정해야하며 적절한 재약. 갭이 소유 소프트웨어에 GPL 코드를 포함하면, 귀하의 법인은 소스 코드가 출시 될 필요가 있으며 상업 라이센스를 취득하거나 전적으로 GPL 구성 요소를 제거해야합니다. 귀하의 응답 문서는 중요 한, 그것은 당신의 조직이 심각 하 게 준수 문제를 했다 고 라이센스 홀더와 협상을 지원할 수 있음을 입증.

많은 경우, 귀하의 법인은 규제 분쟁을 해결하거나 독점적 인 사용을 허용하는 상업 라이센스를 취득하기 위해 오픈 소스 커뮤니티 또는 라이선스 홀더와 협상 할 수 있습니다. 일부 오픈 소스 프로젝트는 이중 라이센스를 제공, 기업은 상업 라이선스에 따라 코드를 사용할 수 있습니다. 법인이 라이센스를 위반한 경우, 라이선스 보유자는 복권 권한을 부여하거나 소송을 추구하는 것보다 재약 계획을 수락할 수 있습니다. 귀하의 조직은 좋은 믿음에 이러한 협상을 접근하고 영향을받는 구성 요소의 소스 코드를 공개, 또는 라이센스 수수료 지불과 같은 합리적인 재약을 제공 할 준비가되어야한다.

오픈소스 준수 경험 법률 상담은 법인의 라이선스 의무를 평가하고 조직의 제품 및 비즈니스 모델에 맞게 규정된 프로그램을 설계하여 효과적으로 문제 또는 침해 청구로 대응할 수 있습니다. 기업의 소프트웨어 법안을 검토 할 수 있습니다, 라이센스 분쟁 또는 높은 위험 구성 요소를 식별하고 요법 옵션에 조언. 법인이 준수 분쟁을 직면 할 때, 상담은 합의 옵션을 평가하고 소송 위험을 감수하며 라이센스 홀더와 협상할 수 있습니다. 기업에 종사하는 오픈 소스 소프트웨어 개발 또는 배포, 규정 준수 전략에 대한 상담과 초기 참여는 비용의 분쟁을 방지하고 조직의 제품 및 명성을 보호합니다.