> 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/manage-vulnerabilities/patch-windows-vulnerabilities-in-bulk-or-individually.md).

# Windows 취약점을 일괄 또는 개별적으로 패치

## 제품 버전 전체에서 Windows 취약점 일괄 패치

다음 **Products** 페이지에서 Windows 운영 체제를 실행하는 제품 버전을 선택한 경우, **Apply Windows KBs** 작업 링크가 **Manage SBOMs** 드롭다운 버튼 옆에 표시됩니다.

{% hint style="info" %}
**참고:** SBOM의 완성도에 따라 초안 또는 중간 상태일 수 있습니다. 이 상태에서는 실제 테스트 장치에 이미 적용한 내용과 동기화하기 위해 제품 버전의 디지털 트윈에 Windows KB를 계속 적용할 수 있습니다. 이 경우 현재 버전에 KB를 적용하여 이 취약점을 해결할 수 있습니다. SBOM이 최종 상태이거나 이미 릴리스된 경우에는 디지털 장치 버전과 실제 장치 버전을 동기화된 상태로 유지할 수 있도록 다음 SBOM 버전에 이 KB를 적용하는 티켓을 생성해야 합니다.
{% endhint %}

실제 테스트 장치에서 이러한 KB를 평가하거나, 실제 테스트를 시작하기 전에 여기에서 KB를 적용하여 어떤 취약점이 해결되는지 확인할 수 있습니다. 이를 통해 전반적인 현재 위험을 더 명확히 파악하고 장치의 현재 상태를 정확하게 디지털 기록으로 남길 수 있습니다. 또한 특정 취약점으로 인해 비즈니스가 위험에 처해 있는지 신속하게 판단하고, 고객이 적용할 권장 패치를 자신 있게 전달할 수 있으므로 귀사와 고객 모두 전반적인 현재 위험을 명확히 이해할 수 있습니다.

KB를 적용하려면 다음을 수행합니다.

1. 다음 **Products (SBOM)** 페이지에서 **Apply Windows KBs** 작업 링크를 클릭합니다. 이 링크는 **Manage SBOMs** 드롭다운 버튼 옆에 있습니다. 그러면 **Apply Windows KBs** 모달이 표시됩니다. 이를 통해 Helm의 Windows KB 패치를 사내 Windows KB 테스트 및 고객 권장 사항에 맞게 유지할 수 있습니다.
2. KB를 복사하여 **KBs to apply** 목록 상자에 붙여넣습니다. 모든 값이 쉼표로 구분되었는지 확인합니다. 스프레드시트에서 붙여넣는 경우 Excel 또는 Google Sheets에서 JOIN 함수를 사용할 수 있습니다. 다음은 Google Sheets의 예입니다. JOIN(“,”, A2:A20). 여기서 A2-A20 셀에는 쉼표로 구분할 패치(KB) 번호가 들어 있습니다. 계산된 문자열을 복사하여 Patches (KB) 필드에 바로 붙여넣습니다. 쉼표로 구분된 패치(KB) 번호는 자동으로 칩으로 변환됩니다. Windows 패치(KB) 번호 앞에 “KB”를 붙일 필요는 없습니다. 붙여넣더라도 시스템에서 해당 부분을 제거합니다.
3. 이미 적용된 KB가 있는 경우 오른쪽 상자에 표시됩니다. **KBs already applied**. 여기에서 잘못 적용된 KB를 제거하여 장치 버전을 고객에게 권장하는 이상적인 패치 상태와 일치시킬 수 있습니다.
4. 다음을 클릭합니다. **Apply changes**. 새 KB가 이 제품 버전에 추가됩니다. KB를 제거했다면 해당 KB가 제거됩니다. KB의 숫자 값만 검증합니다. 적용된 KB 중에는 보안과 관련 없는 KB가 있을 수 있고, 업데이트된 KB 정보를 추출하는 데 사용하는 Windows 소스와 매일 동기화한 이후에 KB가 릴리스되었을 수 있기 때문입니다.
5. KB를 적용하면 적용된 KB와 해결된 취약점 수를 알려주는 성공 메시지가 표시됩니다.
6. Windows 취약점을 패치한 후에도 해당 취약점의[ 조치 상태를 변경해야 합니다.](/ko/helm/manage-vulnerabilities/remediate-vulnerabilities-in-bulk-or-individually.md).

## 개별 Windows 취약점 패치

다음 **Vulnerabilities** 테이블에서 Windows 취약점의 경우, Windows KB를 적용하여 해결할 수 있는 취약점의 **Vuln IDs** 옆에 업데이트 표시기가 나타납니다.

{% hint style="info" %}
**참고:** SBOM의 완성도에 따라 초안 또는 중간 상태일 수 있습니다. 이 상태에서는 실제 테스트 장치에 이미 적용한 내용과 동기화하기 위해 제품 버전의 디지털 트윈에 Windows KB를 계속 적용할 수 있습니다. 이 경우 현재 버전에 KB를 적용하여 이 취약점을 해결할 수 있습니다. SBOM이 최종 상태이거나 이미 릴리스된 경우에는 디지털 장치 버전과 실제 장치 버전을 동기화된 상태로 유지할 수 있도록 다음 SBOM 버전에 이 KB를 적용하는 티켓을 생성해야 합니다.
{% endhint %}

1. 취약점을 해결하기 위해 적용할 KB를 확인했으면 **KB** 표시기를 클릭합니다. 이 표시기는 **Vuln ID**옆에 있습니다. 그러면 **Resolve** 패널이 표시됩니다.
2. 이 패널에는 추천 KB 목록이 표시됩니다. 목록 맨 위에 있는 KB는 가장 최근에 릴리스되었으며 이후 KB의 롤업을 가장 많이 포함합니다. 각 KB 링크를 클릭하면 Microsoft MSRC 사이트로 이동하여 해당 KB가 실제 테스트 장치에 적용하는 KB와 일치하는지 확인하고 이에 따라 디지털 트윈 기록을 동기화할 수 있습니다.
3. 다음을 클릭합니다. **Resolve with selected KB** 적용할 KB를 선택하면 성공 메시지가 표시되어 어떤 KB가 적용되었는지, 그리고 몇 개의 취약점이 해결되었는지와 해결된 취약점이 무엇인지 확인할 수 있습니다.
4. 옆에 있는 **취약점 ID**, 해당 행이 회색으로 표시되어 KB가 적용되었음을 알 수 있습니다. 이 항목에 마우스를 올리면 해당 취약점을 해결하기 위해 어떤 KB가 적용되었는지 확인할 수 있습니다.
5. Windows 취약점에 패치를 적용한 후에도[ 해당 취약점의 조치 상태를 변경해야 합니다](/ko/helm/manage-vulnerabilities/remediate-vulnerabilities-in-bulk-or-individually.md).

## 현장 기기의 여러 패치 수준 관리

고객에게 아무리 정확하고 시기적절한 패치 권고를 제공하더라도, 일부 고객은 권고된 수준까지 패치를 적용하지 않을 수 있습니다.

여러 패치 수준을 관리하려면 다음을 수행합니다.

1. [현재 SBOM 내보내기](/ko/helm/manage-sbom/export-your-sbom.md) KB 적용을 시작하기 전에 Helm에서 내보냅니다.
2. SBOM을 다시 업로드하고 이름을 약간 수정합니다. 예를 들면 다음과 같습니다. *SBOM\_productname\_v1.2* 을 *SBOM\_productname\_v1.2.1*.
3. 그런 다음 이 새 버전에서 실제 테스트 기기에 적용하는 패치와 일치하는 Windows KB 패치를 적용할 수 있습니다. 이를 통해 여러 패치 수준에서 기기의 취약점 수준을 추적하고, 모든 기기의 위험 수준을 선제적으로 관리하고 있음을 FDA에 입증하는 데 필요한 증거를 제공할 수 있습니다.


---

# 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/manage-vulnerabilities/patch-windows-vulnerabilities-in-bulk-or-individually.md?ask=<question>&goal=<user_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.