<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Cve on OpenChain KWG</title><link>https://korea-wg.openchainproject.org/en/tags/cve/</link><description>Recent content in Cve on OpenChain KWG</description><generator>Hugo</generator><language>en</language><atom:link href="https://korea-wg.openchainproject.org/en/tags/cve/index.xml" rel="self" type="application/rss+xml"/><item><title>TRUSCA</title><link>https://korea-wg.openchainproject.org/en/guide/tools/11-trusca/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/tools/11-trusca/</guid><description>&lt;p&gt;Managing the vulnerabilities and licenses of open source components calls for an SCA (Software Composition Analysis) tool. Several commercial products exist, but some organizations look for an open source tool they can install and run on their own infrastructure.&lt;/p&gt;&#10;&lt;p&gt;TRUSCA is a self-hosted SCA portal published for that purpose. Released under Apache 2.0, it brings vulnerabilities (CVE), license compliance, and SBOM management into a single screen. It is developed by &lt;a href="https://korea-wg.openchainproject.org/en/guide/trustedoss/"&gt;Trusted OSS&lt;/a&gt;, a project that grew out of KWG community work.&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></channel></rss>