ISO/IEC 18974 on OpenChain KWG

ISO 5230 · 18974 · 42001 비교

Mon, 01 Jan 0001 00:00:00 +0000

1. 세 표준의 관계

오픈소스를 사용하는 AI 시스템을 개발하는 기업은 세 가지 표준이 교차하는 지점에 있다.

flowchart LR
 subgraph oss["오픈소스 관리"]
 A["ISO/IEC 5230\n라이선스 컴플라이언스\n(라이선스·SBOM·산출물)"]
 B["ISO/IEC 18974\n보안 보증\n(취약점 탐지·대응·CVD)"]
 end

 subgraph ai["AI 시스템 관리"]
 C["ISO/IEC 42001\nAI 관리 시스템\n(거버넌스·리스크·생애주기)"]
 end

 oss -- "AI 시스템 내\n오픈소스 컴플라이언스" --> ai

ISO 5230과 18974는 오픈소스 자체를 관리하는 표준이고, ISO 42001은 AI 시스템을 관리하는 표준이다. 두 영역은 독립적이지만, AI 시스템이 오픈소스를 활용할 때 교차점이 발생한다.

ISO/IEC 42003 — AI 시스템 구현 가이드 (개발 중)

ISO/IEC 42001이 원칙적 요구사항을 제시하는 반면, ISO/IEC 42003은 42001의 구체적 구현 방법을 안내하는 가이드(새롭게 승인된 work item)다. OpenChain AI Work Group은 AI SBOM을 ISO 42003의 투명성·설명 가능성 조항 (Appendix C.2.11 — Transparency and Explainability)에 반영하는 것을 추진 중이다. AI SBOM 의무화 관련 최신 동향은 AI Work Group 활동을 참고한다.

§4.1 프로그램 기반

Mon, 01 Jan 0001 00:00:00 +0000

§4.1.1 정책

Mon, 01 Jan 0001 00:00:00 +0000

구축 단계

이 조항은 Phase 1 — 기반 수립 단계에서 구축합니다. 전체 구축 로드맵 보기

1. 조항 개요

§4.1.1은 ISO/IEC 5230 §3.1.1(라이선스 컴플라이언스 정책)과 대응하는 조항이지만, 초점이 보안 보증으로 전환된다. 오픈소스 컴포넌트의 알려진 취약점과 새로 발견되는 취약점을 체계적으로 관리하는 정책이 문서화되어 있어야 하며, 그 정책이 조직 내부에 전파되어야 한다. ISO/IEC 5230 §3.1.1과의 핵심 차이점은 정책과 전파 절차 자체에 대한 정기 검토 프로세스를 요구한다는 점이다. 정책을 수립하는 것에 그치지 않고, 정책이 항상 유효하고 최신 상태를 유지하도록 검토 체계를 갖추어야 한다.

§4.2.1 접근성

Mon, 01 Jan 0001 00:00:00 +0000

구축 단계

이 조항은 Phase 4 — 운영 체계 수립 단계에서 구축합니다. 전체 구축 로드맵 보기

1. 조항 개요

§4.2.1은 ISO/IEC 5230 §3.2.1(외부 문의 대응)과 구조가 동일하지만, 초점이 라이선스 컴플라이언스 문의에서 취약점 문의로 전환된다. 제3자가 공급 소프트웨어에서 알려진 취약점 또는 새로 발견한 취약점에 대해 문의할 수 있는 공개 채널을 마련하고, 내부적으로는 이 문의에 체계적으로 대응하는 절차를 문서화해야 한다. 보안 취약점 보고 채널은 CVD(Coordinated Vulnerability Disclosure) 절차와 연결되어 있으므로, 보안 연구자나 고객이 발견한 취약점을 안전하게 접수하고 처리하는 체계가 필요하다.

§4.3.1 SBOM

Mon, 01 Jan 0001 00:00:00 +0000

구축 단계

이 조항은 Phase 3 — 프로세스 구축 단계에서 구축합니다. 전체 구축 로드맵 보기

1. 조항 개요

§4.3.1은 ISO/IEC 5230 §3.3.1(SBOM)과 기본 구조는 동일하지만, 강조점이 다르다. 5230은 오픈소스 컴포넌트의 라이선스 관리를 위한 SBOM을 다루는 반면, 18974의 §4.3.1은 소프트웨어 수명주기 전반에 걸쳐 지속적으로 SBOM을 기록하고 보관하는 것을 강조한다. 특히 배포 후에도 SBOM을 유지하여 §4.3.2 보안 보증의 취약점 모니터링과 연계되어야 한다. SBOM이 없으면 배포 후 새로 공개된 CVE에 대한 영향 분석(§4.1.5 방법 5)을 수행할 수 없다.

§4.4.1 완전성

Mon, 01 Jan 0001 00:00:00 +0000

구축 단계

이 조항은 Phase 5 — 적합성 확인 및 유지 단계에서 구축합니다. Phase 1~4의 모든 입증자료를 갖춘 후 진행합니다. 전체 구축 로드맵 보기

1. 조항 개요

§4.4.1은 ISO/IEC 5230 §3.6.1(적합성)에 대응하는 조항이다. §4.1.4에서 정의한 프로그램이 ISO/IEC 18974의 모든 요구사항을 충족함을 확인하는 문서를 작성해야 한다. 5230 §3.6.1과 구조는 동일하지만, 확인 대상이 18974의 25개 입증자료 항목 전체라는 점이 다르다. ISO/IEC 5230 인증과 18974 인증을 동시에 준비하는 경우 두 규격의 공통 항목을 통합 점검하고, 18974 전용 9개 항목(★ 표시)을 추가로 확인하는 방식이 효율적이다.

0. OpenChain 살펴보기

Mon, 01 Jan 0001 00:00:00 +0000

이 섹션이 다루는 내용

OpenChain Project의 설립 배경, OpenChain 규격이 ISO/IEC 5230, ISO/IEC 18974 국제 표준으로 등록된 과정, 표준 인증의 세 가지 방법(자가 인증, 독립 평가, 제3자 인증), 글로벌·국내 기업의 적용 추세를 정리합니다. 이 섹션은 본 가이드의 도입부로, 다음 섹션부터 구체적인 준수 방법을 다룹니다.

1. OpenChain Project란?

오늘날 소프트웨어는 갈수록 그 규모와 복잡도가 커지고 있습니다. 하나의 소프트웨어를 개발하기 위해서는 자체 개발한 소프트웨어뿐 아니라 오픈소스, 타사 소프트웨어_{3rd party software}, 벤더의 SDK 등 소프트웨어 공급망에 걸친 다양한 소프트웨어가 사용될 수 있습니다.

17th Meeting

Mon, 01 Jan 0001 00:00:00 +0000

일정

일정: 2023-03-28 (화) 오후2시~4시
장소: 라인플러스 (경기도 성남시 분당구 서현1동)

Agenda

1부 발표 세션

No	Agenda	Speaker	Slide
0	Welcome & OpenChain KWG Update	라인플러스 이서연	pdf
1	OpenChain Global Update	Shane Coughlan, Linux Foundation	pdf
2	OpenChain 보안 규격 소개	SK텔레콤 장학성	pdf
3	Legal Issues of AI Technologies / Case Study: Getty Images v. Stability AI	ETRI 박정숙	pdf
4	네트워킹 시간	all	-

2부 Mini Summit - “오픈소스 관리 자동화 도구”

No	Agenda	Speaker	Slide
5	도구 별 의존성 분석 방식	카카오 Rain(임현지)	pdf
6	소리소리 오소리	LG전자 김소임 책임	pdf
7	FOSSLight 슈퍼 대변신	LG전자 김경애	pdf
8	요즘 OLIVE 써봤니?	카카오 Violet(황은경)	pdf
9	onot, 이제 제법 쓸만해졌어요!	카카오 Rogers(한현민)	pdf

리뷰 : https://devocean.sk.com/opensource/techBoardDetail.do?ID=164691

§4.1.2 역량

Mon, 01 Jan 0001 00:00:00 +0000

구축 단계

이 조항은 Phase 2 — 역량 및 교육 단계에서 구축합니다. ISO/IEC 5230 대비 참여자 목록(4.1.2.3), 주기적 검토 증거(4.1.2.5), 내부 모범 사례 일치 검증(4.1.2.6) 3개 항목이 추가됩니다. 전체 구축 로드맵 보기

★ 18974 전용 항목 — Documented Evidence 강도

§4.1.2.3, §4.1.2.5, §4.1.2.6은 ISO 18974 전용(★) 항목으로 Documented Evidence(문서화된 증거)를 요구한다. 단순 절차 문서로는 부족하며, 실제 수행 기록(참여자 목록, 검토 회의록, 내부 모범 사례 비교 결과)을 함께 보관해야 한다. 강도 차이의 자세한 설명은 §4.1.5 표준 관행 — Documented Evidence 안내를 참고한다.

§4.2 관련 업무

Mon, 01 Jan 0001 00:00:00 +0000

§4.2.2 효과적 리소스

Mon, 01 Jan 0001 00:00:00 +0000

구축 단계

이 조항은 Phase 1 — 기반 수립 단계에서 구축합니다. 전체 구축 로드맵 보기

★ 18974 전용 항목 — Documented Evidence 강도

§4.2.2.3은 ISO 18974 전용(★) 항목으로 Documented Evidence(문서화된 증거)를 요구한다. 취약점 해결 자원 접근 방법은 단순 절차 문서가 아니라 실제 자원 활용 이력(보안 자문 계약·계정 발급 기록·접근 로그 등)을 함께 보관해야 한다. 강도 차이의 자세한 설명은 §4.1.5 표준 관행 — Documented Evidence 안내를 참고한다.

1. 조항 개요

§4.2.2는 ISO/IEC 5230 §3.2.2(효과적 리소스)에 대응하지만 두 가지 차이가 있다. 첫째, 5230이 5개 입증자료를 요구하는 반면 18974는 4개를 요구한다. 5230의 §3.2.2.5(미준수 사례 검토·시정 절차)가 18974에서는 §4.1.5 표준 관행 구현에 흡수된다. 둘째, §3.2.2.3(법률 자문 접근 방법)이 §4.2.2.3에서는 취약점 해결 전문성으로 대체된다. 라이선스 법률 자문이 아니라, 알려진 취약점을 실제로 해결할 수 있는 기술적·보안 전문성을 확보하고 그 접근 방법을 문서화해야 한다.

§4.3.2 보안 보증

Mon, 01 Jan 0001 00:00:00 +0000

구축 단계

이 조항은 Phase 3 — 프로세스 구축 단계에서 구축합니다. ISO/IEC 18974 전용 신규 조항으로, 취약점 탐지·해결 절차와 조치 기록을 수립합니다. 전체 구축 로드맵 보기

★ 18974 전용 항목 — Documented Evidence 강도

§4.3.2.1과 §4.3.2.2는 ISO 18974 전용(★) 항목으로 Documented Evidence(문서화된 증거)를 요구한다. 단순 “취약점 대응 절차 문서"가 아니라 각 CVE에 대한 실제 수행 기록(스캔 결과, CVSS 점수, 조치 이력, VEX 발행, 고객 통보 이력 등)을 보관해야 한다. 강도 차이의 자세한 설명은 §4.1.5 표준 관행 — Documented Evidence 안내를 참고한다.

§4.4.2 기간

Mon, 01 Jan 0001 00:00:00 +0000

구축 단계

이 조항은 Phase 5 — 적합성 확인 및 유지 단계에서 구축합니다. 전체 구축 로드맵 보기

1. 조항 개요

§4.4.2는 ISO/IEC 5230 §3.6.2(지속 기간)와 동일한 구조다. 적합성 인증을 취득한 후 지난 18개월 동안 이 규격의 모든 요구사항을 충족해 왔음을 확인하는 회고형 문서를 유지하도록 요구한다 (미래형 보장 선언이 아닌 과거 사실 확인 문서). 규격의 새 버전이 발행되면 18개월의 유예 기간 동안 이전 버전 기준 인증이 유지되며, 유예 기간 내에 최신 버전 기준으로 갱신하는 것을 권장한다.

20th Meeting

Mon, 01 Jan 0001 00:00:00 +0000

일정

일정: 2023-11-15 (수) 오후2시~4시30분
장소: 삼성전자 서초사옥

아젠다

Time	Agenda	Speaker	Slide
14:00~14:10	Welcome & Intro	박수홍 그룹장 / 정윤환, 삼성전자	-
14:10~14:20	OpenChain Global Update	Shane Coughlan, Linux Foundation	pdf
14:20~14:30	OpenChain KWG Update	장학성, SK텔레콤	pdf
14:30~14:40	연말 시상	사회 : 이서연, LINE+	-
14:40~15:10	세션발표 : 카카오뱅크 오픈소스 보안 보증 준비 사례 공유	하헌관(Arlo) / 이민애(May), 카카오뱅크	pdf
15:10~15:30	네트워킹 (음료/다과)	All	-
15:30~16:30	그룹 토의	사회 : 이서연, LINE+	-

Video

OpenChain Global Update, Shane Coughlan

Group Discussion

22nd Meeting

Mon, 01 Jan 0001 00:00:00 +0000

일정

일정: 2024-06-20 (목) 오후2시~5시
장소: CJ 인재원 4층 Auditorium

아젠다

Time	Agenda	Speaker	Slide
14:00~14:10	Welcome & Opening	CJ	-
14:10~14:20	OpenChain Global Update	Shane Coughlan, Linux Foundation	pptx
14:20~14:40	OpenChain Korea Update & Subgroup 운영 방안	장학성, SK텔레콤 박정숙, ETRI 박원재, LG전자	pdf
14:40~15:10	CJ 오픈소스 관리시스템 구축 사례	성기영, CJ	pdf
15:10~15:40	Entr’ouvert v. Orange 소송 사례	조정년, SK주식회사	ppt
15:40~16:00	Break	All	-
16:00~16:30	ISO/IEC 18974 오픈소스 보안 표준 준비 현황 공유	채진영/김기륜, 삼성SDS	pdf
16:30~17:00	정부 발표, SBOM 기반 SW공급망 관리 가이드라인 소개	박원재, LG전자	pdf

25th Meeting

Mon, 01 Jan 0001 00:00:00 +0000

일정

일정: 2025-03-25 (화) 오후2시~5시
장소: 한국디지털인증협회 (여의도 파크원빌딩 타워2 48층) - https://maps.app.goo.gl/YnxTkz8LjHPXFJBv6

아젠다

Time	Agenda	Speaker	Slide
14:00~14:10	Welcome & Opening	-	-
14:10~14:30	OpenChain Global Update	Shane Coughlan, Linux Foundation	pptx
14:30~14:50	OpenChain Korea Update	SK텔레콤 장학성	slide
14:50~15:00	Lightning Talk 1 - 오픈소스 테크데이 2025 개최 안내	- ETRI 박정숙	pdf
15:00~15:30	모바일신분증 적용 “DID”, 오픈소스 거버넌스 전략과 앞으로의 과제는?	라온시큐어 이미경	pdf
15:30~16:00	Networking	All	-
16:00~16:30	금융결제원의 ISO/IEC 5230:2020 준수 사례	금융결제원 유대열	pdf
16:30~17:00	Lightning Talk 2 - 개발자들도 알아야 할 2024년 오픈소스 결산 - AVM 소송으로 본 오픈소스 사용자 권리 확대와 LGPL-2.1 설치정보 제공의 중요성 - ISO/IEC 18974 기업 도입 및 인증 전략	- 라인플러스 이서연 - SK텔레콤 장학성	pdf AVM소송소개 ISO/IEC18974

§4.1.3 인식

Mon, 01 Jan 0001 00:00:00 +0000

구축 단계

이 조항은 Phase 2 — 역량 및 교육 단계에서 구축합니다. 전체 구축 로드맵 보기

1. 조항 개요

§4.1.3은 ISO/IEC 5230 §3.1.3(인식)과 입증자료 구조가 동일하다. 프로그램 참여자가 프로그램의 목표, 자신의 기여 방법, 미준수 시 발생하는 영향을 인식하고 있음을 평가하고 기록하도록 요구한다. 5230과의 차이는 인식 평가의 초점이 보안 보증으로 전환된다는 점이다. 참여자는 라이선스 컴플라이언스뿐 아니라 취약점 관리 프로세스, CVD 절차, CVSS 기반 대응 기준을 인식하고 있어야 한다.

2. 해야 할 활동

프로그램 참여자가 오픈소스 보안 보증 프로그램의 목표(취약점 탐지·평가· 대응·통보)를 이해하고 있는지 확인한다.
각 참여자가 자신의 역할이 보안 보증 체계에 어떻게 기여하는지 인식하고 있는지 평가한다.
취약점 대응 프로세스를 미준수할 경우 발생하는 법적·사업적·보안적 영향에 대한 인식을 평가한다.
인식 평가 결과를 문서로 기록하고 보관한다.
미흡한 참여자에 대해 추가 교육을 실시하고 재평가 결과를 보관한다.

3. 요구사항 및 입증자료

조항 번호	요구사항 (KO)	입증자료
§4.1.3	조직은 프로그램 참여자가 다음 사항을 인식하도록 해야 한다: 보안 보증 정책의 존재와 위치 / 보안 보증 관련 목표 / 프로그램 효과에 대한 자신의 기여 방법 / 프로그램 요구사항을 따르지 않을 경우 발생하는 영향	4.1.3.1 프로그램 목표, 프로그램 내에서의 개인 기여, 프로그램 미준수의 영향 등이 포함되어야 하는 프로그램 참여자에 대한 평가된 인식에 대한 문서화된 증거

영문 원문 보기

§4.1.3 Awareness The organization shall ensure that the program participants are aware of:

The open source software security assurance policy and where to find it;

Relevant open source software security assurance objectives;

Their contribution to the effectiveness of the program; and

The implications of not following the program’s requirements.

Verification Material(s): 4.1.3.1 Documented evidence of assessed awareness for the program participants - which shall include the program’s objectives, contributions within the program, and implications of failing to follow the program’s requirements.

§4.3 콘텐츠 검토 및 승인

Mon, 01 Jan 0001 00:00:00 +0000

ISO/IEC 18974 준수 가이드

Mon, 01 Jan 0001 00:00:00 +0000

이 가이드는 ISO/IEC 18974(OpenChain Security Assurance)의 각 요구사항 조항을 하나씩 풀어서 설명한다. 각 조항이 요구하는 입증자료가 무엇인지, 어떻게 준수할 수 있는지, 바로 활용할 수 있는 샘플 문서는 무엇인지 안내한다.

Author : OpenChain Korea Work Group / CC BY 4.0

대상 독자

오픈소스 보안 보증 체계를 처음 수립하는 기업의 보안 담당자 및 오픈소스 프로그램 매니저
DevSecOps 환경에서 오픈소스 취약점 관리 프로세스를 구축하는 엔지니어
ISO/IEC 5230 인증 취득 후 ISO/IEC 18974 추가 인증을 준비하는 기업 담당자

ISO/IEC 5230과의 관계

ISO/IEC 18974는 ISO/IEC 5230 위에 보안 레이어를 추가한다

ISO/IEC 5230(라이선스 컴플라이언스) 은 오픈소스 라이선스 의무 이행을 체계적으로 관리하는 기반 프로그램을 다룬다.

ISO/IEC 18974(보안 보증) 은 그 위에 취약점 탐지·평가·대응이라는 보안 레이어를 추가한다. 두 규격은 정책·역량·SBOM 등 핵심 인프라를 공유하며, 18974는 이를 보안 관점에서 확장하고 심화한다.

구분	ISO/IEC 5230	ISO/IEC 18974
목적	라이선스 컴플라이언스	보안 보증
입증자료	25개	25개
공통 기반 조항	—	16개 (5230과 대응)
18974 전용 조항	—	9개 (보안 특화)
핵심 추가 요소	—	취약점 탐지·대응·CVD 절차

§4.1.4 프로그램 범위

Mon, 01 Jan 0001 00:00:00 +0000

구축 단계

이 조항은 Phase 1 — 기반 수립 단계에서 구축합니다. 범위를 먼저 정해야 이후 정책·조직 구성의 적용 대상이 결정됩니다. ISO/IEC 5230 대비 성과 메트릭(4.1.4.2)과 지속적 개선 증거(4.1.4.3) 2개 항목이 추가됩니다. 전체 구축 로드맵 보기

★ 18974 전용 항목 — Documented Evidence 강도

§4.1.4.2·§4.1.4.3은 ISO 18974 전용(★) 항목으로 Documented Evidence(문서화된 증거)를 요구한다. 메트릭은 측정 결과 데이터, 지속적 개선은 검토·감사 회의록이 실제 보관되어야 한다. 강도 차이의 자세한 설명은 §4.1.5 표준 관행 — Documented Evidence 안내를 참고한다.

§4.4 규격 준수

Mon, 01 Jan 0001 00:00:00 +0000

§4.1.5 표준 관행 구현

Mon, 01 Jan 0001 00:00:00 +0000

구축 단계

이 조항은 Phase 3 — 프로세스 구축 단계에서 구축합니다. ISO/IEC 18974 전용 신규 조항으로, 8가지 취약점 처리 방법 각각에 대한 문서화 절차를 수립합니다. 전체 구축 로드맵 보기

ISO 18974 전용(★) 항목의 강도 — Documented Evidence

ISO/IEC 18974는 ISO/IEC 5230과 달리 9개 전용 항목(★: §4.1.2.3, 4.1.2.5, 4.1.2.6, 4.1.4.2, 4.1.4.3, §4.1.5.1, 4.2.2.3, 4.3.2.1, 4.3.2.2)에 대해 “Documented Evidence”(문서화된 증거)를 요구한다. 이는 일반 항목의 documented procedure(문서화된 절차)·document(문서)보다 강한 증거 수준이다.

강도	ISO 표현	충족 수준	인증 심사
약	`document`	산출물 존재	형식 검토
중	`documented procedure`	문서화된 절차 + 절차 준수 의도	절차 본문 검토
강	`Documented Evidence`	절차 + 실제 수행 기록(증거 팩)	수행 이력·로그·티켓·이슈 추적 시스템 결과 등 실증 증거 검증

§4.1.5.1은 8가지 방법 각각에 대해 단순 “절차 문서"가 아니라 수행된 활동의 증거(스캔 로그, 티켓, 승인 이력, VEX 발행 기록 등)를 함께 보관해야 인증 심사를 통과할 수 있다.

ISO/IEC 5230 vs 18974 비교

Mon, 01 Jan 0001 00:00:00 +0000

1. 두 표준의 관계

ISO/IEC 5230과 ISO/IEC 18974는 모두 OpenChain 프로젝트가 주도하는 오픈소스 관련 국제 표준이지만, 서로 다른 문제를 다룬다. 5230은 오픈소스 라이선스 컴플라이언스(저작권 의무 이행, SBOM 관리, 컴플라이언스 산출물 배포)를 다루고, 18974는 오픈소스 보안 보증(취약점 탐지, 평가, 대응, CVD)을 다룬다. 두 표준은 완전한 상위·하위 집합 관계가 아니다. 정책, 역량, SBOM 등 9개 공통 조항을 공유하되, 5230에만 있는 조항(라이선스 컴플라이언스·산출물·기여)과 18974에만 있는 조항(표준 관행 구현·보안 보증)이 각각 존재한다.

두 표준을 동시에 준수하면 라이선스 의무 이행과 보안 취약점 관리를 하나의 통합 오픈소스 프로그램으로 운영할 수 있다. 공통 기반 문서(정책·역량 기록·SBOM 절차)는 한 번 작성으로 두 표준에 동시 활용되므로, 5230 인증 후 18974를 추가로 준비하는 데 드는 실질적 추가 작업량은 전체의 30~40% 수준이다.

2024-12-13 ISO 5230과 ISO 18974가 법률 전문가에게 미치는 영향과 2024년 전망

Fri, 13 Dec 2024 00:00:00 +0000

source: https://openchainproject.org/news/2024/12/04/webinar-enabling-sboms-across-the-linux-foundation

1. 발표자 소개

이번 웨비나의 발표자는 OpenChain 프로젝트의 주요 멤버로, 오픈소스 라이선스 준수 및 보안 표준화에 깊은 전문성을 가진 전문가입니다. 그는 ISO/IEC 5230:2020 및 ISO/IEC 18974:2023 표준 개발 과정에 직접 참여했으며, 관련 법률 및 산업적 적용에 대한 풍부한 경험을 보유하고 있습니다.

2. 웨비나 소개와 목적

이 웨비나는 ISO/IEC 5230(오픈소스 라이선스 준수)와 ISO/IEC 18974(오픈소스 보안 보증)가 법률 전문가들에게 미칠 영향을 중심으로 진행되었습니다. 특히, 2024년을 기준으로 이 표준들이 기업의 조달 협상, 인수합병(M&A), 공급망 관리에 어떤 변화를 가져올지에 대해 다루었습니다.

2024-12-04 OpenChain ISO 표준이 InnerSource를 지원하는 방법 이해하기

Wed, 04 Dec 2024 00:00:00 +0000

source: https://openchainproject.org/news/2024/12/04/full-recording-understanding-how-openchain-iso-iec-5230-and-iso-iec-18974-support-innersource-innersource-commons-summit-2024

1. 발표자 소개

Shane Coughlan은 OpenChain Project의 General Manager로, 오픈소스 표준화와 관련된 글로벌 리더십을 제공하고 있습니다. 그는 오픈소스 생태계에서의 라이선스 준수 및 보안 보증을 위한 국제 표준 개발에 주력하며, InnerSource와 같은 새로운 소프트웨어 개발 방식에도 이를 적용하는 방법을 모색하고 있습니다.

2. 웨비나 소개와 목적

이번 웨비나는 InnerSource Commons Summit 2024에서 진행된 세션으로, OpenChain ISO/IEC 5230(오픈소스 라이선스 준수 국제 표준)와 ISO/IEC 18974(오픈소스 보안 보증 국제 표준)가 InnerSource 프로그램에 어떻게 기여할 수 있는지를 다룹니다.

ISO/IEC 18974 on OpenChain KWG

ISO 5230 · 18974 · 42001 비교

1. 세 표준의 관계

§4.1 프로그램 기반

§4.1.1 정책

1. 조항 개요

§4.2.1 접근성

1. 조항 개요

§4.3.1 SBOM

1. 조항 개요

§4.4.1 완전성

1. 조항 개요

0. OpenChain 살펴보기

1. OpenChain Project란?

17th Meeting

일정

Agenda

1부 발표 세션

2부 Mini Summit - “오픈소스 관리 자동화 도구”

Sponsor

§4.1.2 역량

§4.2 관련 업무

§4.2.2 효과적 리소스

1. 조항 개요

§4.3.2 보안 보증

§4.4.2 기간

1. 조항 개요

20th Meeting

일정

아젠다

Video

OpenChain Global Update, Shane Coughlan

Group Discussion

Sponsor

22nd Meeting

일정

아젠다

Sponsor

25th Meeting

일정

아젠다

Sponsor

§4.1.3 인식

1. 조항 개요

2. 해야 할 활동

3. 요구사항 및 입증자료

§4.3 콘텐츠 검토 및 승인

ISO/IEC 18974 준수 가이드

대상 독자

ISO/IEC 5230과의 관계

§4.1.4 프로그램 범위

§4.4 규격 준수

§4.1.5 표준 관행 구현

ISO/IEC 5230 vs 18974 비교

1. 두 표준의 관계

2024-12-13 ISO 5230과 ISO 18974가 법률 전문가에게 미치는 영향과 2024년 전망

목차

1. 발표자 소개

2. 웨비나 소개와 목적

2024-12-04 OpenChain ISO 표준이 InnerSource를 지원하는 방법 이해하기

목차

1. 발표자 소개

2. 웨비나 소개와 목적