<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>ISO/IEC 18974 on OpenChain KWG</title><link>https://korea-wg.openchainproject.org/en/tags/iso/iec-18974/</link><description>Recent content in ISO/IEC 18974 on OpenChain KWG</description><generator>Hugo</generator><language>en</language><lastBuildDate>Tue, 10 Nov 2026 18:49:56 +0900</lastBuildDate><atom:link href="https://korea-wg.openchainproject.org/en/tags/iso/iec-18974/index.xml" rel="self" type="application/rss+xml"/><item><title>§4.1 Program Foundation</title><link>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/</guid><description/></item><item><title>§4.1.1 Policy</title><link>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/1-policy/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/1-policy/</guid><description>&lt;h2 id="1-clause-overview"&gt;1. Clause Overview&lt;/h2&gt;&#10;&lt;p&gt;§4.1.1 corresponds to ISO/IEC 5230 §3.1.1 (License Compliance Policy), but the focus shifts to &lt;strong&gt;Security Assurance&lt;/strong&gt;. A policy that systematically manages known and newly discovered vulnerabilities in open source components of the supplied software must be documented and communicated internally. The key difference from ISO/IEC 5230 §3.1.1 is the requirement for a &lt;strong&gt;periodic review process for the policy itself and its communication method&lt;/strong&gt;. It is not enough to establish a policy; a review system must be in place to ensure the policy always remains valid and up to date.&lt;/p&gt;</description></item><item><title>§4.2.1 Access</title><link>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/2-relevant-tasks/1-access/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/2-relevant-tasks/1-access/</guid><description>&lt;h2 id="1-clause-overview"&gt;1. Clause Overview&lt;/h2&gt;&#10;&lt;p&gt;§4.2.1 has the same structure as ISO/IEC 5230 §3.2.1 (External Inquiry Response), but the focus shifts from &lt;strong&gt;license compliance inquiries&lt;/strong&gt; to &lt;strong&gt;vulnerability inquiries&lt;/strong&gt;. A publicly visible channel must be established for third parties to make inquiries about known or newly discovered vulnerabilities in the supplied software, and an internal procedure for systematically handling these inquiries must be documented. Since the security vulnerability reporting channel is connected to the Coordinated Vulnerability Disclosure (CVD) procedure, a system for safely receiving and processing vulnerabilities discovered by security researchers or customers is required.&lt;/p&gt;</description></item><item><title>§4.3.1 SBOM</title><link>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/3-content-review/1-sbom/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/3-content-review/1-sbom/</guid><description>&lt;h2 id="1-clause-overview"&gt;1. Clause Overview&lt;/h2&gt;&#10;&lt;p&gt;§4.3.1 has the same basic structure as ISO/IEC 5230 §3.3.1 (SBOM), but the emphasis differs. While 5230 covers the SBOM for license management of open source components, §4.3.1 of 18974 emphasizes &lt;strong&gt;continuously recording and retaining the SBOM throughout the entire software lifecycle&lt;/strong&gt;. In particular, the SBOM must be maintained even after deployment so it can be integrated with the vulnerability monitoring in §4.3.2 Security Assurance. Without an SBOM, post-deployment impact analysis for newly published CVEs (§4.1.5 Method 5) cannot be performed.&lt;/p&gt;</description></item><item><title>§4.4.1 Completeness</title><link>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/4-conformance/1-completeness/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/4-conformance/1-completeness/</guid><description>&lt;h2 id="1-clause-overview"&gt;1. Clause Overview&lt;/h2&gt;&#10;&lt;p&gt;§4.4.1 corresponds to ISO/IEC 5230 §3.6.1 (Conformance). A document must be prepared affirming that the program defined in §4.1.4 satisfies all requirements of ISO/IEC 18974. The structure is the same as 5230 §3.6.1, but the difference is that the subject of confirmation covers all 25 Verification Material items of 18974. When preparing for ISO/IEC 5230 and 18974 certification simultaneously, it is efficient to conduct an integrated review of the common items of both standards and then additionally confirm the 9 items exclusive to 18974 (marked with ★).&lt;/p&gt;</description></item><item><title>0. Exploring OpenChain</title><link>https://korea-wg.openchainproject.org/en/guide/opensource_for_enterprise/0-openchain/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/opensource_for_enterprise/0-openchain/</guid><description>&lt;h2 id="1-what-is-the-openchain-project"&gt;1. What is the OpenChain Project?&lt;/h2&gt;&#10;&lt;p&gt;Software today is growing ever larger and more complex. Developing a single piece of software may involve not only internally developed code but also open source, third-party software, vendor SDKs, and a wide variety of software across the software supply chain.&lt;/p&gt;&#10;&lt;p&gt;If even one organization in this complex software supply chain fails to comply with open source license obligations or does not provide accurate open source information, the company ultimately distributing the software will inevitably fail to meet its open source license compliance obligations. This can lead to lawsuits and the suspension of product sales.&lt;/p&gt;</description></item><item><title>§4.1.2 Competence</title><link>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/2-competence/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/2-competence/</guid><description>&lt;div class="alert alert-warning" role="alert"&gt;&lt;div class="h4 alert-heading" role="heading"&gt;★ 18974 Exclusive Items — Documented Evidence Strength&lt;/div&gt;&#10;&lt;p&gt;§4.1.2.3·§4.1.2.5·§4.1.2.6 are ISO 18974 exclusive (★) items requiring &lt;strong&gt;Documented Evidence&lt;/strong&gt;. A simple procedure document is insufficient — you must retain actual execution records (participant list, review meeting minutes, internal best practice comparison results). For a detailed explanation of the strength difference, see &lt;a href="https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/5-standard-practice/#evidence-strength-for-iso-18974-exclusive--items--documented-evidence"&gt;§4.1.5 Standard Practices — Documented Evidence Notice&lt;/a&gt;.&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;h2 id="1-clause-overview"&gt;1. Clause Overview&lt;/h2&gt;&#10;&lt;p&gt;§4.1.2 has the same basic structure as ISO/IEC 5230 §3.1.2 (Competence), but requires 3 additional Verification Material items. While 5230 requires three items — a list of roles, a definition of competencies per role, and evidence of competency assessment — 18974 additionally requires a &lt;strong&gt;list of participants and their role mappings (4.1.2.3)&lt;/strong&gt;, &lt;strong&gt;evidence of periodic review and process changes (4.1.2.5)&lt;/strong&gt;, and &lt;strong&gt;verification of alignment with internal best practices (4.1.2.6)&lt;/strong&gt;. These three additional items require demonstrating that the competence framework is not merely formal, but is actively kept up to date and aligned with industry standards.&lt;/p&gt;</description></item><item><title>§4.2 Relevant Tasks</title><link>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/2-relevant-tasks/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/2-relevant-tasks/</guid><description/></item><item><title>§4.2.2 Effectively Resourced</title><link>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/2-relevant-tasks/2-resourced/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/2-relevant-tasks/2-resourced/</guid><description>&lt;div class="alert alert-warning" role="alert"&gt;&lt;div class="h4 alert-heading" role="heading"&gt;★ 18974 Exclusive Items — Documented Evidence Strength&lt;/div&gt;&#10;&lt;p&gt;§4.2.2.3 is an ISO 18974 exclusive (★) item requiring &lt;strong&gt;Documented Evidence&lt;/strong&gt;. The method for accessing vulnerability resolution resources is not merely a procedure document — you must retain actual resource utilization records (security advisory contracts, account issuance records, access logs). For a detailed explanation of the strength difference, see &lt;a href="https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/5-standard-practice/#evidence-strength-for-iso-18974-exclusive--items--documented-evidence"&gt;§4.1.5 Standard Practices — Documented Evidence Notice&lt;/a&gt;.&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;h2 id="1-clause-overview"&gt;1. Clause Overview&lt;/h2&gt;&#10;&lt;p&gt;§4.2.2 corresponds to ISO/IEC 5230 §3.2.2 (Effectively Resourced) but has two key differences. First, while 5230 requires 5 Verification Materials, 18974 requires 4. The §3.2.2.5 item from 5230 (procedure for reviewing and correcting non-compliance cases) is absorbed into §4.1.5 Standard Practice Implementation in 18974. Second, §3.2.2.3 (method for accessing legal expertise) is replaced in §4.2.2.3 by &lt;strong&gt;vulnerability resolution expertise&lt;/strong&gt;. Rather than legal expertise for license matters, the organization must secure technical and security expertise capable of actually resolving known vulnerabilities and document how that expertise is accessed.&lt;/p&gt;</description></item><item><title>§4.3.2 Security Assurance</title><link>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/3-content-review/2-security-assurance/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/3-content-review/2-security-assurance/</guid><description>&lt;div class="alert alert-warning" role="alert"&gt;&lt;div class="h4 alert-heading" role="heading"&gt;★ 18974 Exclusive Items — Documented Evidence Strength&lt;/div&gt;&#10;&lt;p&gt;§4.3.2.1·§4.3.2.2 are ISO 18974 exclusive (★) items requiring &lt;strong&gt;Documented Evidence&lt;/strong&gt;. Not merely a &amp;ldquo;vulnerability response procedure document,&amp;rdquo; but &lt;strong&gt;actual execution records for each CVE&lt;/strong&gt; (scan results, CVSS scores, remediation history, VEX issuance, customer notification history) must be retained. For a detailed explanation of the strength difference, see &lt;a href="https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/5-standard-practice/#evidence-strength-for-iso-18974-exclusive--items--documented-evidence"&gt;§4.1.5 Standard Practices — Documented Evidence Notice&lt;/a&gt;.&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;h2 id="1-clause-overview"&gt;1. Clause Overview&lt;/h2&gt;&#10;&lt;p&gt;§4.3.2 is the core clause of ISO/IEC 18974 and is a new clause exclusive to 18974 that does not exist in ISO/IEC 5230. It requires establishing a procedure covering the entire process — &lt;strong&gt;vulnerability detection → risk assessment → remediation decision → customer consent (where applicable) → remediation → post-deployment newly disclosed vulnerability response → continuous monitoring&lt;/strong&gt; — for each open source component in the SBOM, and maintaining implementation records. If §4.1.5 requires the existence of vulnerability handling methods, §4.3.2 requires that those methods have actually been applied to each component with records retained.&lt;/p&gt;</description></item><item><title>§4.4.2 Duration</title><link>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/4-conformance/2-duration/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/4-conformance/2-duration/</guid><description>&lt;h2 id="1-clause-overview"&gt;1. Clause Overview&lt;/h2&gt;&#10;&lt;p&gt;§4.4.2 has the same structure as ISO/IEC 5230 §3.6.2 (Duration). It requires organizations to maintain a retrospective document confirming that all requirements of the specification &lt;strong&gt;have been met during the past 18 months&lt;/strong&gt; of obtaining conformance (this is a past-fact confirmation, not a future commitment). When a new version of the specification is published, conformance under the previous version is maintained for a grace period of 18 months, during which it is recommended to update to the latest version.&lt;/p&gt;</description></item><item><title>25th Meeting</title><link>https://korea-wg.openchainproject.org/en/meeting/2025/25th/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/meeting/2025/25th/</guid><description>&lt;h2 id="schedule"&gt;Schedule&lt;/h2&gt;&#10;&lt;ul&gt;&#10;&lt;li&gt;Schedule: 2025-03-25 (Tue) 2:00 PM - 5:00 PM&lt;/li&gt;&#10;&lt;li&gt;Location: Korea Digital Certification Association (Yeouido Park One Building Tower 2, 48th floor) - &lt;a href="https://maps.app.goo.gl/YnxTkz8LjHPXFJBv6"&gt;https://maps.app.goo.gl/YnxTkz8LjHPXFJBv6&lt;/a&gt;&lt;/li&gt;&#10;&lt;/ul&gt;&#10;&lt;h2 id="agenda"&gt;Agenda&lt;/h2&gt;&#10;&lt;table&gt;&#10;&#9;&lt;thead&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;th&gt;Time&lt;/th&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;th&gt;Agenda&lt;/th&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;th&gt;Speaker&lt;/th&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;th&gt;Slide&lt;/th&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&lt;/thead&gt;&#10;&#9;&lt;tbody&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;14:00~14:10&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Welcome &amp;amp; Opening&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;-&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;-&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;14:10~14:30&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;OpenChain Global Update&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Shane Coughlan, Linux Foundation&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;&lt;a href="https://github.com/OpenChain-Project/OpenChain-KWG/releases/download/meeting-slides-legacy/korea-q1-2025.pptx"&gt;pptx&lt;/a&gt;&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;14:30~14:50&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;OpenChain Korea Update&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Haksung Jang, SK Telecom&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;&lt;a href="https://gamma.app/docs/25-1-Update-9mahbv9p49opuvi"&gt;slide&lt;/a&gt;&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;14:50~15:00&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Lightning Talk 1 &lt;br&gt; - Open Source Tech Day 2025 Announcement&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;&lt;br&gt; - Jeong-sook Par, ETRI&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;&lt;br&gt; &lt;a href="https://github.com/OpenChain-Project/OpenChain-KWG/releases/download/meeting-slides-legacy/tech-day-event-intro-20250325-R1.pdf"&gt;pdf&lt;/a&gt;&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;15:00~15:30&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Mobile ID application &amp;ldquo;DID&amp;rdquo;, open source governance strategy and future tasks?&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Mikyoung Lee, Raon Secure&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;&lt;a href="https://github.com/OpenChain-Project/OpenChain-KWG/releases/download/meeting-slides-legacy/OpenDID_20250325.pdf"&gt;pdf&lt;/a&gt;&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;15:30~16:00&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Networking&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;All&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;-&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;16:00~16:30&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;ISO/IEC 5230:2020 Conformance in KFTC&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Daeyeol Ryu, KFTC&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;&lt;a href="https://github.com/OpenChain-Project/OpenChain-KWG/releases/download/meeting-slides-legacy/20250325_KFTC_OpenChain-KWG_25th_ko.pdf"&gt;pdf(ko)&lt;/a&gt;&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;16:30~17:00&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Lightning Talk 2 &lt;br&gt; - 2024 Open Source Settlement that Developers Should Know &lt;br&gt; - Expansion of Open Source User Rights and Importance of Providing LGPL-2.1 Installation Information as Seen in the AVM Litigation &lt;br&gt; - ISO/IEC 18974 Corporate Introduction and Certification Strategy&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;&lt;br&gt; - Seo-yeon Lee, Line Plus&lt;br&gt; - Haksung Jang, SK Telecom &lt;br&gt;&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;&lt;br&gt; &lt;a href="https://github.com/OpenChain-Project/OpenChain-KWG/releases/download/meeting-slides-legacy/2024-opensource-issues.pdf"&gt;pdf&lt;/a&gt; &lt;br&gt; &lt;a href="https://gamma.app/docs/AVM-LGPL-21--wql4pmu3qwbd4up"&gt;AVM소송소개&lt;/a&gt; &lt;br&gt; &lt;a href="https://gamma.app/docs/ISOIEC-18974--tpfdaoz4bxhxhm2"&gt;ISO/IEC18974&lt;/a&gt;&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&lt;/tbody&gt;&#10;&lt;/table&gt;&#10;&lt;h2 id="sponsor"&gt;Sponsor&lt;/h2&gt;&#10;&lt;p&gt;&lt;img src="../../../../images/content/about/logo/raon.png" alt="" loading="lazy" decoding="async"&gt;&#10;&lt;/p&gt;</description></item><item><title>§4.1.3 Awareness</title><link>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/3-awareness/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/3-awareness/</guid><description>&lt;h2 id="1-clause-overview"&gt;1. Clause Overview&lt;/h2&gt;&#10;&lt;p&gt;§4.1.3 has the same Verification Material structure as ISO/IEC 5230 §3.1.3 (Awareness). It requires that awareness of program objectives, how individuals contribute to the program, and the implications of non-compliance be assessed and recorded for Program Participants. The difference from 5230 is that the &lt;strong&gt;focus of the awareness assessment shifts to Security Assurance&lt;/strong&gt;. Participants must be aware not only of license compliance but also of the vulnerability management process, CVD procedures, and CVSS-based response criteria.&lt;/p&gt;</description></item><item><title>§4.3 Content Review and Approval</title><link>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/3-content-review/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/3-content-review/</guid><description/></item><item><title>ISO/IEC 18974 Conformance Guide</title><link>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/</guid><description>&lt;p&gt;This guide explains each requirement clause of ISO/IEC 18974 (OpenChain Security Assurance) one by one. It describes what Verification Materials each clause requires, how to comply, and what sample documents can be used immediately.&lt;/p&gt;&#10;&lt;p&gt;&lt;strong&gt;Author : OpenChain Korea Work Group / &lt;a href="https://creativecommons.org/licenses/by/4.0/"&gt;CC BY 4.0&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;&#10;&lt;h2 id="target-audience"&gt;Target Audience&lt;/h2&gt;&#10;&lt;ul&gt;&#10;&lt;li&gt;Security managers and open source program managers at organizations establishing an open source security assurance framework for the first time&lt;/li&gt;&#10;&lt;li&gt;Engineers building open source vulnerability management processes in DevSecOps environments&lt;/li&gt;&#10;&lt;li&gt;Organization staff preparing to add ISO/IEC 18974 certification after obtaining ISO/IEC 5230 certification&lt;/li&gt;&#10;&lt;/ul&gt;&#10;&lt;h2 id="relationship-with-isoiec-5230"&gt;Relationship with ISO/IEC 5230&lt;/h2&gt;&#10;&lt;div class="alert alert-warning" role="alert"&gt;&lt;div class="h4 alert-heading" role="heading"&gt;ISO/IEC 18974 adds a security layer on top of ISO/IEC 5230&lt;/div&gt;&#10;&lt;p&gt;&lt;strong&gt;ISO/IEC 5230 (License Compliance)&lt;/strong&gt; covers the foundational program for systematically managing open source license obligations.&lt;/p&gt;&#10;&lt;p&gt;&lt;strong&gt;ISO/IEC 18974 (Security Assurance)&lt;/strong&gt; adds a security layer of vulnerability detection, assessment, and response on top of that foundation. The two standards share core infrastructure such as policy, competence, and SBOM, and 18974 extends and deepens this from a security perspective.&lt;/p&gt;&#10;&lt;table&gt;&#10;&#9;&lt;thead&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;th&gt;Category&lt;/th&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;th&gt;ISO/IEC 5230&lt;/th&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;th&gt;ISO/IEC 18974&lt;/th&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&lt;/thead&gt;&#10;&#9;&lt;tbody&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Purpose&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;License Compliance&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Security Assurance&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Verification Materials&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;24 items&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;25 items&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Common Foundation Clauses&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;—&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;16 (corresponding to 5230)&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;18974-Exclusive Clauses&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;—&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;9 (security-specific)&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Key Additional Elements&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;—&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Vulnerability detection, response, and CVD procedures&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&lt;/tbody&gt;&#10;&lt;/table&gt;&#10;&lt;/div&gt;</description></item><item><title>§4.1.4 Program Scope</title><link>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/4-scope/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/4-scope/</guid><description>&lt;div class="alert alert-warning" role="alert"&gt;&lt;div class="h4 alert-heading" role="heading"&gt;★ 18974 Exclusive Items — Documented Evidence Strength&lt;/div&gt;&#10;&lt;p&gt;§4.1.4.2·§4.1.4.3 are ISO 18974 exclusive (★) items requiring &lt;strong&gt;Documented Evidence&lt;/strong&gt;. Metrics must include actual measurement data; continuous improvement must retain review/audit meeting minutes. For a detailed explanation of the strength difference, see &lt;a href="https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/5-standard-practice/#evidence-strength-for-iso-18974-exclusive--items--documented-evidence"&gt;§4.1.5 Standard Practices — Documented Evidence Notice&lt;/a&gt;.&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;h2 id="1-clause-overview"&gt;1. Clause Overview&lt;/h2&gt;&#10;&lt;p&gt;§4.1.4 is the clause from ISO/IEC 5230 §3.1.4 (Program Scope) with 2 additional Verification Materials. While 5230 only requires a written statement that clearly defines the program&amp;rsquo;s scope, 18974 additionally requires a &lt;strong&gt;set of performance metrics the program seeks to improve upon (4.1.4.2)&lt;/strong&gt; and &lt;strong&gt;documented evidence from each review, update, or audit demonstrating continuous improvement (4.1.4.3)&lt;/strong&gt;. These two items are intended to demonstrate that the security assurance program is not static compliance, but a system with measurable goals that continuously improves.&lt;/p&gt;</description></item><item><title>§4.4 Conformance</title><link>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/4-conformance/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/4-conformance/</guid><description/></item><item><title>§4.1.5 Standard Practice Implementation</title><link>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/5-standard-practice/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/5-standard-practice/</guid><description>&lt;div class="alert alert-warning" role="alert"&gt;&lt;div class="h4 alert-heading" role="heading"&gt;Evidence Strength for ISO 18974 Exclusive (★) Items — Documented Evidence&lt;/div&gt;&#10;&lt;p&gt;Unlike ISO/IEC 5230, ISO/IEC 18974 requires &lt;strong&gt;&amp;ldquo;Documented Evidence&amp;rdquo;&lt;/strong&gt; for its 9 exclusive items (★: §4.1.2.3·4.1.2.5·4.1.2.6·4.1.4.2·4.1.4.3·&lt;strong&gt;§4.1.5.1&lt;/strong&gt;·4.2.2.3·4.3.2.1·4.3.2.2).&#10;This is a stronger evidence level than the &lt;code&gt;documented procedure&lt;/code&gt; or &lt;code&gt;document&lt;/code&gt; required for general items.&lt;/p&gt;&#10;&lt;table&gt;&#10;&#9;&lt;thead&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;th&gt;Strength&lt;/th&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;th&gt;ISO Expression&lt;/th&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;th&gt;Compliance Level&lt;/th&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;th&gt;Certification Audit&lt;/th&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&lt;/thead&gt;&#10;&#9;&lt;tbody&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Weak&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;&lt;code&gt;document&lt;/code&gt;&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Artifact existence&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Format review&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Medium&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;&lt;code&gt;documented procedure&lt;/code&gt;&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Documented procedure + intent to follow&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;Procedure body review&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&#9;&#9;&lt;tr&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;&lt;strong&gt;Strong&lt;/strong&gt;&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;&lt;strong&gt;&lt;code&gt;Documented Evidence&lt;/code&gt;&lt;/strong&gt;&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;&lt;strong&gt;Procedure + records of actual execution (evidence pack)&lt;/strong&gt;&lt;/td&gt;&#10;&#9;&#9;&#9;&#9;&#9;&lt;td&gt;&lt;strong&gt;Verification of actual execution evidence: logs, tickets, issue tracking results, etc.&lt;/strong&gt;&lt;/td&gt;&#10;&#9;&#9;&#9;&lt;/tr&gt;&#10;&#9;&lt;/tbody&gt;&#10;&lt;/table&gt;&#10;&lt;p&gt;§4.1.5.1 requires not merely &amp;ldquo;procedure documents&amp;rdquo; for each of the 8 methods, but also &lt;strong&gt;records of activities actually performed&lt;/strong&gt; (scan logs, tickets, approval history, VEX issuance records, etc.) to pass certification.&lt;/p&gt;&#10;&lt;/div&gt;</description></item><item><title>ISO/IEC 5230 vs 18974 Comparison</title><link>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/compare/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/compare/</guid><description>&lt;h2 id="1-relationship-between-the-two-standards"&gt;1. Relationship Between the Two Standards&lt;/h2&gt;&#10;&lt;p&gt;ISO/IEC 5230 and ISO/IEC 18974 are both international open source standards led by the OpenChain Project, but they address different problems. 5230 covers open source license compliance (fulfillment of copyright obligations, SBOM management, and distribution of Compliance Artifacts), while 18974 covers open source security assurance (vulnerability detection, assessment, response, and CVD). The two standards do not have a complete superset/subset relationship. They share 9 common clauses covering policy, competence, SBOM, and similar areas, but each has its own exclusive clauses — 5230 has clauses for license compliance, artifacts, and contributions, while 18974 has clauses for Standard Practice Implementation and Security Assurance.&lt;/p&gt;</description></item><item><title>2024-12-13 ISO 5230과 ISO 18974가 법률 전문가에게 미치는 영향과 2024년 전망</title><link>https://korea-wg.openchainproject.org/en/resource/webinar/2024-12-13/</link><pubDate>Fri, 13 Dec 2024 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/resource/webinar/2024-12-13/</guid><description>&lt;p&gt;source: &lt;a href="https://openchainproject.org/news/2024/12/04/webinar-enabling-sboms-across-the-linux-foundation"&gt;https://openchainproject.org/news/2024/12/04/webinar-enabling-sboms-across-the-linux-foundation&lt;/a&gt;&lt;/p&gt;&#10;&lt;h2 id="목차"&gt;목차&lt;/h2&gt;&#10;&lt;ol&gt;&#10;&lt;li&gt;발표자 소개&lt;/li&gt;&#10;&lt;li&gt;웨비나 소개와 목적&lt;/li&gt;&#10;&lt;li&gt;ISO 5230과 ISO 18974의 주요 내용&lt;/li&gt;&#10;&lt;li&gt;법률 전문가에게 미치는 영향&lt;/li&gt;&#10;&lt;li&gt;청중과의 질의응답&lt;/li&gt;&#10;&lt;li&gt;앞으로의 전망&lt;/li&gt;&#10;&lt;/ol&gt;&#10;&lt;hr&gt;&#10;&lt;h2 id="1-발표자-소개"&gt;1. 발표자 소개&lt;/h2&gt;&#10;&lt;p&gt;이번 웨비나의 발표자는 OpenChain 프로젝트의 주요 멤버로, 오픈소스 라이선스 준수 및 보안 표준화에 깊은 전문성을 가진 전문가입니다. 그는 ISO/IEC 5230:2020 및 ISO/IEC 18974:2023 표준 개발 과정에 직접 참여했으며, 관련 법률 및 산업적 적용에 대한 풍부한 경험을 보유하고 있습니다.&lt;/p&gt;&#10;&lt;hr&gt;&#10;&lt;h2 id="2-웨비나-소개와-목적"&gt;2. 웨비나 소개와 목적&lt;/h2&gt;&#10;&lt;p&gt;이 웨비나는 &lt;strong&gt;ISO/IEC 5230&lt;/strong&gt;(오픈소스 라이선스 준수)와 &lt;strong&gt;ISO/IEC 18974&lt;/strong&gt;(오픈소스 보안 보증)가 법률 전문가들에게 미칠 영향을 중심으로 진행되었습니다. 특히, &lt;strong&gt;2024년&lt;/strong&gt;을 기준으로 이 표준들이 기업의 조달 협상, 인수합병(M&amp;amp;A), 공급망 관리에 어떤 변화를 가져올지에 대해 다루었습니다.&lt;/p&gt;</description></item><item><title>2024-12-04 OpenChain ISO 표준이 InnerSource를 지원하는 방법 이해하기</title><link>https://korea-wg.openchainproject.org/en/resource/webinar/2024-12-04/</link><pubDate>Wed, 04 Dec 2024 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/resource/webinar/2024-12-04/</guid><description>&lt;p&gt;source: &lt;a href="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"&gt;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&lt;/a&gt;&lt;/p&gt;&#10;&lt;h2 id="목차"&gt;목차&lt;/h2&gt;&#10;&lt;ol&gt;&#10;&lt;li&gt;발표자 소개&lt;/li&gt;&#10;&lt;li&gt;웨비나 소개와 목적&lt;/li&gt;&#10;&lt;li&gt;OpenChain ISO/IEC 5230 및 ISO/IEC 18974의 개요&lt;/li&gt;&#10;&lt;li&gt;InnerSource와의 연관성&lt;/li&gt;&#10;&lt;li&gt;ISO 표준의 실제 적용 사례&lt;/li&gt;&#10;&lt;li&gt;커뮤니티와 지원 자료&lt;/li&gt;&#10;&lt;li&gt;결론 및 제안&lt;/li&gt;&#10;&lt;/ol&gt;&#10;&lt;hr&gt;&#10;&lt;h2 id="1-발표자-소개"&gt;1. 발표자 소개&lt;/h2&gt;&#10;&lt;p&gt;Shane Coughlan은 &lt;a href="https://openchainproject.org"&gt;OpenChain Project&lt;/a&gt;의 General Manager로, 오픈소스 표준화와 관련된 글로벌 리더십을 제공하고 있습니다. 그는 오픈소스 생태계에서의 라이선스 준수 및 보안 보증을 위한 국제 표준 개발에 주력하며, InnerSource와 같은 새로운 소프트웨어 개발 방식에도 이를 적용하는 방법을 모색하고 있습니다.&lt;/p&gt;&#10;&lt;hr&gt;&#10;&lt;h2 id="2-웨비나-소개와-목적"&gt;2. 웨비나 소개와 목적&lt;/h2&gt;&#10;&lt;p&gt;이번 웨비나는 InnerSource Commons Summit 2024에서 진행된 세션으로, OpenChain ISO/IEC 5230(오픈소스 라이선스 준수 국제 표준)와 ISO/IEC 18974(오픈소스 보안 보증 국제 표준)가 InnerSource 프로그램에 어떻게 기여할 수 있는지를 다룹니다.&lt;/p&gt;</description></item></channel></rss>