<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>External Inquiry on OpenChain KWG</title><link>https://korea-wg.openchainproject.org/en/tags/external-inquiry/</link><description>Recent content in External Inquiry on OpenChain KWG</description><generator>Hugo</generator><language>en</language><atom:link href="https://korea-wg.openchainproject.org/en/tags/external-inquiry/index.xml" rel="self" type="application/rss+xml"/><item><title>§3.2.1 External Inquiry Response</title><link>https://korea-wg.openchainproject.org/en/guide/iso5230_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/iso5230_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;Companies distributing software may receive inquiries from third parties (customers, open source copyright&#10;holders, researchers, etc.) regarding open source license compliance. Failure to respond to these&#10;inquiries in a timely manner risks escalation into copyright infringement disputes. §3.2.1 requires&#10;organizations to establish a publicly available means of contact for receiving external inquiries and to&#10;document a procedure internally for systematically responding to those inquiries. This clause requires&#10;both a public channel (Verification Material 3.2.1.1) and an internal response procedure (Verification&#10;Material 3.2.1.2).&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></channel></rss>