> For the complete documentation index, see [llms.txt](https://docs.medcrypt.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.medcrypt.com/ko/helm/get-started-with-helm/understand-data-sources-and-update-frequency.md). # 데이터 소스와 업데이트 주기 이해하기 당사의 SBOM 취약점 관리 제품은 여러 출처의 데이터를 통합하여 업데이트 빈도를 비롯해 가장 포괄적이고 최신의 정보를 제공합니다. 이러한 데이터 소스를 통합함으로써 당사의 SBOM 취약점 관리 제품은 위험을 효과적으로 관리하고 완화하는 데 필요한 정보를 충분히 제공합니다. ## 데이터는 얼마나 자주 업데이트되나요? | 작업 | 업데이트 주기 | | --------- | ------- | | 데이터 수집 | 매일 | | 지속적인 모니터링 | 2시간마다 | ## **Helm은 어떤 데이터 소스를 사용하나요?** Helm의 각 취약점 항목에는 해당 정보가 수집된 데이터 소스가 표시됩니다. 원본 CVE와 악용 가능성 및 위협 정보로 연결되는 링크도 제공됩니다. ### **National Vulnerability Database (NVD)** National Vulnerability Database (NVD)는 공개적으로 이용할 수 있는 취약점 관리 데이터 중 세계에서 가장 포괄적인 저장소입니다. National Institute of Standards and Technology (NIST)가 관리하는 NVD는 MITRE 및 기타 주요 사이버 보안 기관의 기반 작업을 토대로 구축되었습니다. 이 데이터베이스에는 Common Vulnerabilities and Exposures (CVE)로 식별된 취약점이 등록되어 있으며, 1990년대까지 거슬러 올라가는 10만 건 이상의 문서화된 CVE에 대한 상세 정보가 담겨 있습니다. NVD는 소프트웨어 결함과 잘못된 구성에 관한 핵심 정보를 제공할 뿐 아니라, 심각도 점수, 영향 및 악용 가능성 지표, 수정 단계 등의 중요한 메타데이터도 포함하므로 사이버 보안 전문가에게 필수적인 자료입니다. NVD에서 가져온 취약점은 **NVD** 배지로 쉽게 확인할 수 있으며, **Source** 열에서 확인할 수 있습니다. ### AI 코파일럿 NVD의 처리 적체에 대응하기 위해 MedISAO는 Medcrypt와 협력하여[ 대규모 언어 모델(LLM)을 활용해 취약점을 처리하는 AI 코파일럿을 실험했으며, 유망한 결과를 확인했습니다](https://www.prunderground.com/medisao-launches-ai-powered-vulnerability-analysis-to-address-national-vulnerability-database-disruptions/00336277/). 이 전략은 NVD와 CISA가 적체 문제를 해결할 때까지 그 격차를 메우는 것을 목표로 합니다. 이 시스템은 신속하고 지속적으로 취약점 정보를 보강할 수 있도록 CPE 제품 및 버전 일치 데이터를 구성합니다. 이 AI 코파일럿은 최신 상태를 유지하고 취약점 정보를 지속적으로 업데이트하기 위해 NVD, MITRE 등의 취약점 데이터베이스와 기타 외부 소스에서 정보를 가져옵니다.

2024년 5월 22일까지 NVD, CISA 및 Medcrypt의 LLM 접근 방식으로 처리된 취약점

**AI 코파일럿 데이터 소스 및 업데이트** 이 AI 코파일럿은 최신 상태를 유지하고 취약점 정보를 지속적으로 업데이트하기 위해 NVD, CISA, CVE.org, MITRE 등의 취약점 데이터베이스와 기타 외부 소스에서 정보를 가져옵니다. **CVE.org 통합** 현재 CVE.org를 데이터 소스로 추가하고 있으며, 이 지원 기능은 향후 릴리스에서 제공될 예정입니다. CVE.org는 공개된 사이버 보안 취약점 목록을 제공하며, 각 취약점에는 고유한 CVE ID가 할당됩니다. 23만 건이 넘는 CVE가 식별, 정의 및 목록화되었으며, CVE.org는 전 세계 커뮤니티 구성원과 협력하여 CVE 콘텐츠를 확대하고 있습니다. 현재 CVE.org는 적체 문제를 해결하기 위해 NVD에 등록된 CVE에 CPE 정보를 보강하는 업무를 맡고 있습니다. **지원 및 통합** Medcrypt의 취약점 관리 도구인 Helm이 지원하는 이 AI 기반 접근 방식은 과거 데이터와 맞춤형 문법 파서를 사용해 부정확성을 최소화하고 신뢰성을 높입니다. 이 AI 코파일럿의 출력 형식은 NVD 데이터 피드와 동일하므로, NVD 피드와 호환되는 도구에서 보강된 데이터를 원활하게 활용할 수 있습니다. **NVD 데이터 피드는 얼마나 자주 업데이트되나요?** 이 피드는 매일 업데이트되며 MedISAO 회원 및 파트너가 이용할 수 있습니다. 지금까지 NVD나 CISA보다 수천 건 더 많은 취약점을 분석했으며, Medcrypt의 Helm 제품에 통합되어 취약점을 더욱 효과적으로 식별할 수 있습니다. ### **Exploit Database (ExploitDB)** [Exploit Database (ExploitDB](https://www.exploit-db.com/))는 공개 익스플로잇과 이에 해당하는 취약 소프트웨어를 모아 둔 아카이브로, 취약점이 어떻게 악용될 수 있는지에 대한 정보를 제공합니다. ExploitDB는 실제로 사용 중인 익스플로잇뿐 아니라, 기술 지식이 부족한 사용자도 취약점을 악용하는 데 활용할 수 있는 해커용 도구 모음인 Metasploit에 관한 정보도 제공합니다. Helm의 각 취약점 항목에는 악용 가능성 및 위협 정보와 해당 정보의 출처가 표시됩니다. 이 데이터베이스에서 가져온 활성 익스플로잇은 **ExploitDB** 배지 또는 **Metasploit** 배지로 표시됩니다. 활성 익스플로잇만 있는지, Metasploit 도구 모음이 있는지에 따라 배지가 달라집니다. 또한 각 취약점의 영향을 확인할 수 있으며, 알려진 모든 익스플로잇과 위협이 표시되고 원본 상세 정보로 연결되는 링크가 제공됩니다. ### **Exploit Prediction Scoring System (EPSS)** 이 [Exploit Prediction Scoring System (EPSS)](https://www.first.org/epss/) 은 소프트웨어 취약점이 실제 환경에서 악용될 가능성(확률)을 추정하기 위한 데이터 기반 활동입니다. 기업이 취약점 수정 작업의 우선순위를 더 효과적으로 정하도록 지원하는 것을 목표로 합니다. 다른 업계 표준은 취약점의 고유한 특성을 파악하고 심각도를 측정하는 데 유용하지만, 위협을 평가하는 능력에는 한계가 있습니다. EPSS는 CVE의 최신 위협 정보와 실제 익스플로잇 데이터를 사용하여 이러한 공백을 메웁니다. EPSS 모델은 0에서 1 사이(0\~100%)의 확률 점수를 산출합니다. 점수가 높을수록 취약점이 악용될 가능성이 큽니다. Helm은 CVSS v3 점수가 있는 취약점에 EPSS 점수를 제공합니다. EPSS 방법론에 따라 평가된 취약점은 CVSS v3 취약점뿐이기 때문입니다. ### **상위 25개 CWE (Common Weakness Enumeration)** [상위 25개 CWE](https://cwe.mitre.org/top25/) 는 공격자가 데이터를 탈취하거나 시스템을 장악하거나 애플리케이션의 작동을 방해하는 데 악용할 수 있는, 가장 흔하고 널리 퍼져 있으며 영향이 큰 소프트웨어 약점의 목록입니다. 또한 심각한 소프트웨어 약점도 포함합니다. 다음 항목을 작성하기 위해 [2023 CWE 상위 25개](https://cwe.mitre.org/top25/archive/2023/2023_top25_list.html) 목록을 작성하기 위해 CWE 팀은 [공통 취약점 및 노출(Common Vulnerabilities and Exposures, CVE®)](https://cve.mitre.org/) 미국 국립표준기술연구소(NIST)에서 제공하는 [미국 국가 취약점 데이터베이스(NVD)](https://nvd.nist.gov/) 및 [공통 취약점 점수 시스템(CVSS)](https://nvd.nist.gov/vuln-metrics/cvss) 점수 데이터를 활용했습니다. 각 CVE 레코드에 연계된 점수를 분석했으며, 사이버보안 및 인프라 보안국(CISA)의 CVE 레코드에 특히 주목했습니다. [알려진 악용 취약점(KEV) 카탈로그](https://www.cisa.gov/known-exploited-vulnerabilities-catalog). 데이터에 공식을 적용해 각 취약점의 발생 빈도와 심각도를 기준으로 점수를 산정했습니다. 상위 25개 CWE 목록은 MITRE Corporation에서 관리합니다. 상위 25개 CWE 위협으로 분류된 취약점에는 Helm에 **상위 CWE** 배지가 표시됩니다. 취약점 세부 정보에서 영향에 관한 추가 정보를 확인하고 원본 출처도 검토할 수 있습니다. ### **CISA 알려진 악용 취약점(KEV)** CISA의 [KEV 카탈로그](https://www.cisa.gov/known-exploited-vulnerabilities-catalog) 에는 실제 환경에서 활발히 악용되는 것으로 알려진 취약점이 포함되어 있습니다. CISA는 실제 환경에서 악용된 취약점의 권위 있는 출처로서 이 카탈로그를 관리합니다. 이 카탈로그는 네트워크 방어 담당자와 모든 조직이 취약점을 더 효과적으로 관리하고 위협 활동에 발맞출 수 있도록 지원하기 위한 것입니다. 조직은 취약점 관리 우선순위 지정 체계에 KEV 카탈로그를 입력 자료로 활용해야 합니다. CISA KEV 목록에 포함된 취약점에는 Helm에 **CISA KEV** 배지가 표시됩니다. 취약점 세부 정보에서 영향에 관한 추가 정보를 확인하고 원본 출처도 검토할 수 있습니다. ### **Microsoft 기술 자료(KB) 카탈로그** Microsoft [KB 업데이트 카탈로그](https://www.catalog.update.microsoft.com/search.aspx?q=kb) 에는 Microsoft 제품용 패치와 업데이트가 포함되어 있으며, Microsoft 소프트웨어의 취약점을 추적하고 관리하는 데 필수적입니다. Microsoft는 기업 네트워크를 통해 배포할 수 있는 중요, 권장 및 선택적 업데이트 목록을 제공합니다. 이 카탈로그를 Microsoft 소프트웨어 업데이트, 드라이버 및 핫픽스를 찾는 통합 창구로 활용할 수 있습니다. 중요 업데이트는 보안 및 안정성 향상과 같은 상당한 이점을 제공합니다. 선택적 업데이트에는 컴퓨터에 추가한 장치용 신규 또는 업데이트된 드라이버 소프트웨어 등이 포함될 수 있습니다. 권장 패치 업데이트가 있는 취약점에는 사용 가능한 패치 표시기가 표시됩니다. 곧 취약점 세부 정보에서 패치 권장 사항도 확인할 수 있게 됩니다. ## 데이터 소스 라우팅 구성 요소는 하나 이상의 생태계에 속하는 경우가 많습니다. 이러한 생태계에는 일반적으로 구성 요소에 관한 추가 데이터를 제공하는 신뢰할 수 있는 정보 출처가 하나 이상 있습니다. 예를 들어 Maven Central과 NPM 리포지토리는 각각 Java 및 Node 구성 요소에 관한 정보를 제공합니다. 취약점은 CPE, PURL, SWID라는 세 필드를 사용해 식별할 수 있습니다. Helm은 PURL과 CPE를 지원합니다. ### 패키지 URL(PURL) Helm은 [패키지 URL](https://github.com/package-url/purl-spec) (PURL)을 지원합니다. PURL은 구성 요소와 여러 생태계 내 해당 구성 요소의 위치에 관한 메타데이터를 유연하게 표현하는 방법을 제공합니다. PURL은 CycloneDX SBOM 사양에서 지원됩니다. Helm은 다음과 같은 여러 방식으로 PURL을 사용합니다. * 구성 요소를 매칭해 취약점 식별 * 오탐 및 미탐 감소 * 여러 생태계에서 오래된 구성 요소 식별 #### 지원되는 패키지 관리자 생태계 Helm은 다음 [패키지 관리자](/ko/helm/match-unmatched-components/understand-match-sources.md) 를 기본적으로 지원하며, 현재 지원 범위를 확장하고 있습니다. | 언어 | 패키지 관리자 | 패키지 리포지토리 | | ---------- | ------- | --------------------------------------- | | C# | NuGet | [NuGet Gallery](https://www.nuget.org/) | | JavaScript | NPM | [NPM](https://www.npmjs.com/) | | Python | PyPI | [PyPI](https://pypi.org/) | | Rust | Cargo | [crates.io](https://crates.io/) | #### PURL 일치는 언제 이루어지나요? 패키지 관리자를 사용해 일치한 취약점에는 해당 패키지 관리자 이름이 배지에 표시됩니다. 구성 요소에 패키지 관리자 배지가 표시되지만 **NVD** 배지가 없다면, Helm이 패키지 관리자에서 소프트웨어를 식별했지만 NVD에는 보고된 취약점이 없다는 뜻입니다. #### PURL은 어떤 용도로 사용되나요? PURL은 컨테이너, 라이브러리 또는 프레임워크(패키지), 운영 체제 패키지를 식별하는 데 사용하는 것이 좋습니다. #### PURL 구문 Package URL(PURL)은 소프트웨어 패키지 메타데이터를 표현하는 방식을 표준화하여, 패키지가 속한 공급업체, 프로젝트 또는 에코시스템에 관계없이 패키지를 범용적으로 찾을 수 있게 합니다. PURL은 소프트웨어 패키지를 안정적으로 식별하고 찾기 위해 기존 접근 방식을 표준화하려는 시도입니다. 프로그래밍 언어, 패키지 관리자, 패키징 규칙, 도구, API 및 데이터베이스 전반에서 소프트웨어 패키지를 대체로 범용적이고 일관된 방식으로 식별하고 찾는 데 사용하는 URL 문자열입니다. 앞서 언급했듯이 현재 지원하는 PURL 패키지 관리자는 Cargo, NPM, NuGet, PyPI입니다. #### PURL 형식 PURL은 다음 7개 구성 요소로 이루어집니다. `scheme:type/namespace/name@version?qualifiers#subpath` 각 구성 요소의 정의는 다음과 같습니다. * `scheme`: URL 체계이며, 고정 값은 "pkg"입니다. 이 단일 체계를 사용하는 주된 이유 중 하나는 향후 패키지 URL용 "pkg" 체계를 공식 등록하기 위함입니다. 필수입니다. * `type`: maven, npm, nuget, gem, pypi 등 패키지의 "type" 또는 "protocol"입니다. 필수입니다. * `namespace`: Maven groupid, Docker 이미지 소유자, GitHub 사용자 또는 조직과 같은 이름 접두사입니다. 선택 사항이며 type에 따라 다릅니다. * `name`: 패키지 이름입니다. 필수입니다. * `version`: 패키지 버전입니다. 선택 사항입니다. * `qualifiers`: 운영 체제, 아키텍처, 배포판 등 패키지를 추가로 구분하는 데이터입니다. 선택 사항이며 type에 따라 다릅니다. * `subpath`: 패키지 루트를 기준으로 한 패키지 내부의 추가 하위 경로입니다. 선택 사항입니다. **예:** * `pkg:pypi/django@1.11.1` * `pkg:nuget/EnterpriseLibrary.Common@6.0.1304` * `pkg:npm/foobar@12.3.1` ### 공통 플랫폼 열거(CPE) NIST는 CPE를 IT 시스템, 소프트웨어 및 패키지를 위한 구조화된 명명 체계로 정의합니다. CPE는 Uniform Resource Identifier(URI)의 일반 구문을 기반으로 하며, 공식적인 이름 형식, 시스템과 이름을 대조하는 방법, 텍스트와 테스트를 이름에 연결하는 설명 형식을 포함합니다. CPE 사양은 운영 체제, 애플리케이션 및 하드웨어 장치를 대상으로 설계되었습니다. CPE는 NVD에서 관리합니다. #### CPE 일치는 언제 이루어지나요? CPE 일치로 식별된 취약점에는 **CPE** 배지가 표시됩니다. 구성 요소에 CPE 배지가 표시된다면 NVD에 보고된 취약점이 하나 이상 있다는 뜻입니다. 소프트웨어에는 취약점이 NVD에 보고된 경우에만 CPE가 할당됩니다. #### CPE 구문 CPE는 다음 형식을 따릅니다. `cpe::::::::::::` * `cpe_version`: CPE 정의의 버전입니다. 이 문서를 작성하는 시점의 최신 CPE 정의 버전은 2.3입니다. * `part`: 다음 세 가지 값 중 하나일 수 있습니다. 애플리케이션은 a, 하드웨어는 h, 운영 체제는 o입니다. type이라고도 합니다. * `vendor`: 이 구성 요소를 제조하거나 만든 개인 또는 조직을 식별합니다. * `product`: 시스템/패키지/구성 요소의 이름입니다. * `version`: 시스템/패키지/구성 요소의 버전입니다. * `update`: 업데이트 또는 서비스 팩 정보(마이너 버전이라고도 함)를 나타냅니다. * `edition`: 버전 외에 시스템/패키지/구성 요소의 빌드를 설명합니다. * `sw_edition` (2.3 전용): en-us(미국 영어)와 같이 시스템/패키지/구성 요소의 언어를 나타냅니다. * `target_sw` (2.3 전용): en-us(미국 영어)와 같이 시스템/패키지/구성 요소의 언어를 나타냅니다. * `target_hw` (2.3 전용): en-us(미국 영어)와 같이 시스템/패키지/구성 요소의 언어를 나타냅니다. * other(2.3 전용): en-us(미국 영어)와 같이 시스템/패키지/구성 요소의 언어를 나타냅니다. #### **CPE 문자열 예시** ***애플리케이션:***\ URI가 다음과 같다면 `cpe:/a:microsoft:office:2007:sp2:professional` CPE 문자열은 다음과 같습니다.\ `cpe:2.3:a:microsoft:office:2007:sp2:-:*:professional:*:*:*` ***운영 체제:***\ URI가 다음과 같다면\ `cpe:/o:microsoft:windows_7:-:sp1:x64` CPE 문자열은 다음과 같습니다.\ `cpe:2.3:o:microsoft:windows_7:-:sp1:-:*:*:*:x64:*` ***하드웨어(SBOM에서 지원되지 않음):***\ URI가 다음과 같다면 `cpe:/h:3com:3c13612` CPE 문자열은 다음과 같습니다.\ `cpe:2.3:h:3com:3c13612:-:*:*:*:*:*:*:*` ***CPE 문자열의 와일드카드는 무엇을 의미하나요?***\ 와일드카드(\*)는 해당 항목에 특정 값이 제공되지 않았음을 의미하며, 따라서 그 항목에 적용될 수 있는 모든 값을 포함합니다. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.medcrypt.com/ko/helm/get-started-with-helm/understand-data-sources-and-update-frequency.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.