<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>2026 on OpenChain KWG</title><link>https://korea-wg.openchainproject.org/blog/2026/</link><description>Recent content in 2026 on OpenChain KWG</description><generator>Hugo</generator><language>ko</language><atom:link href="https://korea-wg.openchainproject.org/blog/2026/index.xml" rel="self" type="application/rss+xml"/><item><title>AI 에이전트 역분석 도구, 기업은 어디까지 허용할 수 있을까</title><link>https://korea-wg.openchainproject.org/blog/2026/10/14/ai-agent-reverse-engineering/</link><pubDate>Wed, 14 Oct 2026 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/blog/2026/10/14/ai-agent-reverse-engineering/</guid><description>&lt;div class="alert alert-info" role="alert"&gt;&#10;&lt;p&gt;이 글은 Claude Code를 이용해 작성했고, 인용한 핵심 사실은 1차 출처로 교차 검증했습니다.&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;p&gt;AI 코딩 에이전트에 디컴파일러를 연결해 주는 도구가 빠르게 퍼지고 있습니다. 그중 하나인 REA(Reverse Engineer Anything)는 에이전트가 소스 코드 없이 앱을 살펴보고 그 기능의 동작을 설명한 뒤 &amp;ldquo;사용자의 프로젝트에 맞는 버전&amp;quot;까지 만들 수 있다고 소개합니다&lt;a id="e3-ref-1"&gt;&lt;/a&gt;&lt;a href="https://korea-wg.openchainproject.org/blog/2026/10/14/ai-agent-reverse-engineering/#e3"&gt;E3&lt;/a&gt;. 한국 저작권법은 프로그램코드역분석을 호환에 필요한 정보를 얻는 목적으로만 허용하므로&lt;a id="a1-ref-1"&gt;&lt;/a&gt;&lt;a href="https://korea-wg.openchainproject.org/blog/2026/10/14/ai-agent-reverse-engineering/#a1"&gt;A1&lt;/a&gt;, 같은 도구라도 호환성 확보, 보안 점검, 기능 복제 중 무엇에 사용하느냐에 따라 법적 판단이 달라집니다. 기업이 이런 도구를 허용하려면 분석 목적 확인, 분석 세션과 구현 세션의 분리, 분석 기록, 디컴파일러 라이선스 확인을 사내 기준에 넣어야 합니다.&lt;/p&gt;</description></item><item><title>CISA 2026 SBOM 최소 요소: 데이터 필드 7개에서 17개로, 무엇을 준비할 것인가</title><link>https://korea-wg.openchainproject.org/blog/2026/08/09/cisa-sbom-minimum-elements/</link><pubDate>Sun, 09 Aug 2026 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/blog/2026/08/09/cisa-sbom-minimum-elements/</guid><description>&lt;div class="alert alert-info" role="alert"&gt;&#10;&lt;p&gt;이 글은 Claude Code를 이용해 작성했고, 인용한 핵심 사실은 1차 출처로 교차 검증했습니다.&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;h2 id="요약"&gt;요약&lt;/h2&gt;&#10;&lt;p&gt;2026년 7월 29일, 미국 사이버보안·인프라보안국(Cybersecurity and Infrastructure Security Agency, CISA)을 비롯한 18개 기관이 소프트웨어 자재 명세서(Software Bill of Materials, SBOM)가 최소한 담아야 할 요소(Minimum Elements) 개정판을 발행했습니다&lt;a id="a2-ref-1"&gt;&lt;/a&gt;&lt;a href="https://korea-wg.openchainproject.org/blog/2026/08/09/cisa-sbom-minimum-elements/#a2"&gt;A2&lt;/a&gt;. 2021년 미국 통신정보관리청(National Telecommunications and Information Administration, NTIA)이 만든 기준을 개정한 것이 아니라 대체(replaces)한다고 문서가 직접 밝힙니다.&lt;/p&gt;&#10;&lt;p&gt;요구 수준이 눈에 띄게 올라갔습니다. 데이터 필드가 7개에서 17개로 늘었고 운영 원칙 6개가 함께 규정됐습니다. 신규 요소만 10개입니다.&lt;/p&gt;</description></item><item><title>미국 AI 행정명령(2026-06-02)이 기업 오픈소스 관리자에게 의미하는 것</title><link>https://korea-wg.openchainproject.org/blog/2026/06/10/us-ai-eo-ospo/</link><pubDate>Wed, 10 Jun 2026 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/blog/2026/06/10/us-ai-eo-ospo/</guid><description>&lt;div class="alert alert-info" role="alert"&gt;&#10;&lt;p&gt;이 글은 Claude Code를 이용해 작성했고, 인용한 핵심 사실은 1차 출처로 교차 검증했습니다.&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;blockquote&gt;&#10;&lt;p&gt;&lt;strong&gt;요약&lt;/strong&gt;&lt;/p&gt;&#10;&lt;p&gt;2026년 6월 2일 서명된 행정명령 &amp;ldquo;Promoting Advanced Artificial Intelligence Innovation and Security&amp;quot;는 기업에 어떤 의무도 부과하지 않습니다. 재무부가 이끄는 AI 사이버보안 클리어링하우스(취약점 정보를 한곳에 모아 검증하고 배분하는 중계 기구, 30일 내 구성)와 프런티어 모델의 자발적 사전 공유 체계(60일 내 설계)가 골자이고, 의무 라이선싱과 사전심사는 명시적으로 배제됐습니다 &lt;a id="a1-ref-1"&gt;&lt;/a&gt;&lt;a href="https://korea-wg.openchainproject.org/blog/2026/06/10/us-ai-eo-ospo/#a1"&gt;A1&lt;/a&gt;. 기업 오픈소스 관리자에게 직접 적용되는 조항도 없습니다. 그런데도 이 명령을 읽어야 하는 이유는 배경에 있습니다. AI가 오픈소스 취약점을 사람보다 빠르게 찾아내는 상황이 이미 현실이 됐기 때문입니다. 행정명령에 앞서 앤트로픽의 미공개 모델은 두 달 만에 오픈소스 프로젝트에서 높음 또는 치명 등급 취약점 6,202건을 찾아냈고, 패치가 그 속도를 따라가지 못하고 있습니다 &lt;a id="a6-ref-1"&gt;&lt;/a&gt;&lt;a href="https://korea-wg.openchainproject.org/blog/2026/06/10/us-ai-eo-ospo/#a6"&gt;A6&lt;/a&gt;·&lt;a id="c1-ref-1"&gt;&lt;/a&gt;&lt;a href="https://korea-wg.openchainproject.org/blog/2026/06/10/us-ai-eo-ospo/#c1"&gt;C1&lt;/a&gt;. 오픈소스 관리자가 준비할 것은 행정명령 컴플라이언스가 아니라 패치 처리 능력 점검과 EOL 컴포넌트 정리, 그리고 2026년 9월 11일 시행되는 EU 사이버 복원력법 보고 의무까지 한꺼번에 감당할 대응 체계입니다.&lt;/p&gt;&#10;&lt;/blockquote&gt;</description></item><item><title>EU 오픈소스 전략: 기술 주권을 위한 오픈소스의 제도화</title><link>https://korea-wg.openchainproject.org/blog/2026/06/09/eu-oss-strategy/</link><pubDate>Tue, 09 Jun 2026 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/blog/2026/06/09/eu-oss-strategy/</guid><description>&lt;div class="alert alert-info" role="alert"&gt;&#10;&lt;p&gt;이 글은 Claude Code를 이용해 작성했고, 인용한 핵심 사실은 1차 출처로 교차 검증했습니다.&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;blockquote&gt;&#10;&lt;p&gt;&lt;strong&gt;요약&lt;/strong&gt;&lt;/p&gt;&#10;&lt;p&gt;유럽연합 집행위원회가 2026년 6월 3일 발표한 「유럽 기술 주권에 관한 통신」(COM(2026) 503 final)에는 EU 오픈소스 전략(EU Open Source Strategy)이 첨부되어 있습니다. 오픈소스를 EU 디지털 정책의 중심에 놓은 첫 사례입니다. 전략은 주권을 위한 활용, 생태계 강화, 공공행정의 개방화, 표준과 국제 협력이라는 네 가지 목표를 제시하고, 향후 7년간 오픈소스 관련 조치에 약 20억 유로를 공공과 민간이 동원하도록 합니다. EU가 미국산 독점 IT에 매년 2,640억 유로를 지출하는 의존 구조를 줄이려는 것입니다. 시민사회(FSFE)와 정책 분석가들은 방향을 환영하면서도 재정 충분성, 오픈 표준과 오픈소스의 관계, 오픈 하드웨어 경시, 실무자 스킬 격차를 한계로 지적했습니다. 한국 공공과 기업 실무자에게는 EU 조달 개방화와 오픈소스 스튜어드 규제, EUDI 지갑의 오픈소스 기본값이 직접 지켜볼 지점입니다.&lt;/p&gt;&#10;&lt;/blockquote&gt;</description></item><item><title>AI가 만든 코드, 오픈소스 검사를 어디까지 해야 할까</title><link>https://korea-wg.openchainproject.org/blog/2026/06/08/ai-snippet-scan/</link><pubDate>Mon, 08 Jun 2026 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/blog/2026/06/08/ai-snippet-scan/</guid><description>&lt;div class="alert alert-info" role="alert"&gt;&#10;&lt;p&gt;이 글은 Claude Code를 이용해 작성했고, 인용한 핵심 사실은 공개 출처로 교차 검증했습니다.&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;div class="alert alert-warning" role="alert"&gt;&lt;div class="h4 alert-heading" role="heading"&gt;고지&lt;/div&gt;&#10;&lt;p&gt;이 글은 작성자 개인의 분석과 정리이며, 법률 자문이 아닙니다. 인용한 사실은 공개 출처에 근거해 확인했으나, 구체적 사안의 판단은 변호사 등 전문가의 검토를 받으시기 바랍니다.&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;h2 id="한-가지-먼저-짚을-점"&gt;한 가지 먼저 짚을 점&lt;/h2&gt;&#10;&lt;p&gt;이 질문에 곧바로 &amp;ldquo;예&amp;quot;나 &amp;ldquo;아니오&amp;quot;로 답하기는 어렵습니다. 뒤에서 하나씩 짚겠지만, 답을 좌우하는 것은 AI 자체가 아니기 때문입니다. AI 코딩은 패키지로 선언되지 않은 코드 조각의 유입 속도를 높이지만, 라이선스 의무가 생기는 조건 자체를 바꾸지는 않습니다. 그래서 &amp;ldquo;AI 시대에 스캔이 의미 있나&amp;quot;보다는 &amp;ldquo;어떤 조건에서 스니펫 단위 검사가 더 중요해지고, 어떤 조건에서 덜 중요해지나&amp;quot;로 나눠 보는 편이 판단에 도움이 됩니다.&lt;/p&gt;</description></item><item><title>EU 사이버 복원력법(CRA) 취약점 보고 의무 — 2026-09-11 시행 대비 조사보고서</title><link>https://korea-wg.openchainproject.org/blog/2026/05/18/eu-cra/</link><pubDate>Mon, 18 May 2026 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/blog/2026/05/18/eu-cra/</guid><description>&lt;div class="alert alert-info" role="alert"&gt;&#10;&lt;p&gt;이 글은 Claude Code를 이용해 작성했고, 인용한 핵심 사실은 1차 출처로 교차 검증했습니다.&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;blockquote&gt;&#10;&lt;p&gt;&lt;strong&gt;요약&lt;/strong&gt;&lt;/p&gt;&#10;&lt;p&gt;EU 사이버 복원력법(Cyber Resilience Act, CRA — Regulation (EU) 2024/2847)은 EU 시장에 출시되는 모든 &amp;ldquo;디지털 요소를 가진 제품(product with digital elements, PDE)&amp;ldquo;에 수평적 사이버보안 의무를 부과하는, EU 역사상 첫 포괄적 제품 보안 규정입니다. 2024년 12월 10일 발효된 이 규정은 단계적으로 적용되며, 2026년 9월 11일부터는 제14조 보고 의무가 발효되어 제조사와 수입사, 유통사가 실제 악용 중인 취약점과 중대한 보안 사고를 24시간, 72시간, 14일의 단계별 시한 안에 ENISA(유럽 사이버보안청)와 회원국 CSIRT에 통지해야 합니다. 이 날짜까지 보고 워크플로우가 가동되지 않으면 최대 1,500만 유로 또는 전 세계 연간 매출 2.5%의 과징금 위험이 생기고, 한국 기업이라도 EU 시장에 제품을 출시하면 즉시 적용 대상이 됩니다. &lt;a id="a1-ref-1"&gt;&lt;/a&gt;&lt;a href="https://korea-wg.openchainproject.org/blog/2026/05/18/eu-cra/#a1"&gt;A1&lt;/a&gt;, &lt;a id="b1-ref-1"&gt;&lt;/a&gt;&lt;a href="https://korea-wg.openchainproject.org/blog/2026/05/18/eu-cra/#b1"&gt;B1&lt;/a&gt;, &lt;a id="e1-ref-1"&gt;&lt;/a&gt;&lt;a href="https://korea-wg.openchainproject.org/blog/2026/05/18/eu-cra/#e1"&gt;E1&lt;/a&gt;&lt;/p&gt;&#10;&lt;/blockquote&gt;</description></item><item><title>Rockchip과 FFmpeg의 라이선스 분쟁 사례</title><link>https://korea-wg.openchainproject.org/blog/2026/02/20/ffmpeg/</link><pubDate>Fri, 20 Feb 2026 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/blog/2026/02/20/ffmpeg/</guid><description>&lt;div class="alert alert-info" role="alert"&gt;&#10;&lt;p&gt;이 글은 Claude Code를 이용해 작성했고, 인용한 핵심 사실은 1차 출처로 교차 검증했습니다.&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;div class="alert alert-warning" role="alert"&gt;&lt;div class="h4 alert-heading" role="heading"&gt;고지&lt;/div&gt;&#10;&lt;p&gt;이 글은 작성자 개인의 분석과 정리이며, 법률 자문이 아닙니다. 인용한 사실은 공개 출처에 근거해 확인했으나, 침해 성립 여부와 같은 법적 판단은 다투어질 수 있는 사안이므로 구체적 사안의 판단은 변호사 등 전문가의 검토를 받으시기 바랍니다.&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;p&gt;안녕하세요.&lt;/p&gt;&#10;&lt;p&gt;임베디드 리눅스 업계에서 화제가 된 Rockchip과 FFmpeg의 라이선스 분쟁을 정리해 보았습니다.&#10;2025년 12월 저장소가 내려간 시점에 처음 썼던 글인데, 그 뒤 Rockchip이 대응에 나서면서&#10;저장소가 복구되었습니다. 경과를 반영해 전면 개정하고, 저장소가 다시 열린 덕분에 확인할 수&#10;있게 된 실제 코드로 근거를 바꿨습니다.&lt;/p&gt;</description></item></channel></rss>