> 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/msi/review-your-threat-model/compare-with-pentest-or-scanner-findings.md).

# 위협 모델을 침투 테스트 또는 스캐너 결과와 비교

침투 테스트 보고서나 보안 스캐너 출력을 가져와 위협 모델이 실제 테스트에서 발견된 사항을 예측했는지 확인하세요. MSI는 각 발견 항목을 읽고 위험 등록부의 위협에 연결하며, 모델이 놓친 공격은 새로 발견된 위협으로 추가합니다.

## 시작하기 전에

* 조직의 플랜에 Threat Modeling이 포함되어 있어야 합니다.
* 테스트 또는 스캔 대상인 기기와 기기 버전을 선택합니다.
* 먼저 해당 버전의 위협 모델을 실행하세요. 발견 항목은 위험 등록부의 위협에 연결됩니다. 위협 모델이 없으면 스캐너 발견 항목은 가져오지만 어떤 위협에도 연결되지 않습니다.

## 보고서 가져오기

1. 사이드바에서 **보고서 가져오기**를 선택합니다. 기기에 이미 가져온 항목이 있으면 가장 최근 항목이 열립니다. 다른 항목을 추가하려면 페이지 헤더의 선택기를 사용하고 **+ 새 가져오기**.
2. 를 선택합니다. **보고서 유형**에서 **침투 테스트** 또는 **스캐너**.
3. 아래에서 해당 보고서 유형에 맞는 단계에 따라 파일을 업로드합니다.

가져온 항목은 **이전 가져오기** 아래에 유형, 상태, 날짜, 업로더와 함께 표시됩니다. 항목을 선택해 엽니다.

### 침투 테스트 보고서 가져오기

1. 을 선택하거나 **보고서 선택**을 선택하거나 보고서를 하나 이상 업로드 영역으로 끌어다 놓습니다. 지원되는 형식은 .pdf, .docx, .md, .txt, .rtf, .html이며, 파일당 최대 50MB입니다. 각 보고서는 개별적으로 가져옵니다.
2. 가져오기 상태가 다음 단계를 거쳐 **보고서 읽는 중** 및 **위험 등록부에 연결 중** 을 지나 **검토 준비 완료**.

### 스캐너 또는 코드 검토 출력 가져오기

1. 선택 사항: **스캔 대상(선택 사항)**에서 저장소나 펌웨어 이미지와 같은 대상을 설명합니다.
2. 선택 사항: **아키텍처 요소(선택 사항)**에서 스캔 대상인 기기 자산을 선택합니다. 선택하지 않으면 발견 항목은 **기기 수준**.
3. 에 연결됩니다. **파일 선택**을 선택하거나 파일을 하나 이상 업로드 영역으로 끌어다 놓습니다. 업로드 패널의 **기본 지원**아래에는 MSI가 기본적으로 읽을 수 있는 형식이 표시됩니다. 발견 항목 보고서나 다른 도구에서 내보낸 파일과 같이 그 외 형식은 AI가 읽으며, 인용문은 모두 파일 내용과 대조해 확인합니다.
4. 가져오기 상태가 다음 단계를 거쳐 **파일 읽는 중** 및 **위협에 연결 중** 을 지나 **완료**.

파일을 건너뛴 경우 업로드 패널에 해당 파일과 건너뛴 이유가 표시됩니다. 예: **이미 가져옴** 또는 **읽을 수 없습니다**.

## 발견 항목이 위협에 어떻게 연결되는지 알아보기

### 침투 테스트 발견 항목

상단 요약에는 위협 모델에 이미 포함된 발견 항목 수, 새로 발견된 추가 위협 수, 검토가 필요한 항목 수, 보고서와 대조해 인용문을 확인한 수가 표시됩니다.

각 발견 항목에는 위협에 연결된 경로가 표시됩니다.

| 일치                               | 의미                                                      |
| -------------------------------- | ------------------------------------------------------- |
| **위협 모델에서 예측한 항목**               | 이 발견 항목은 해당 자산 및 STRIDE 범주에 대해 모델에 이미 등록된 위협과 일치합니다.    |
| **제목 기준 일치**                     | 이 발견 항목은 제목을 기준으로 기존 위협과 연결되었습니다.                       |
| **요소에 연결됨 — STRIDE 범주는 확인되지 않음** | 발견 항목은 올바른 자산과 관련되어 있지만 공격 유형은 확인되지 않았습니다. 이 연결을 확인하세요. |
| **추가 위협 발견**                     | 해당 공격이 위험 등록부에 없어 새 위협으로 추가되었습니다.                       |
| **검토자가 연결함**                     | 팀원이 직접 연결했습니다.                                          |

위협을 악용하는 침투 테스트 발견 항목은 입증된 증거로 취급됩니다. 위험 등록부에서 다음 필터를 적용하세요. **증거** 기준: **침투 테스트(입증됨)** 을 선택하면 해당 위험을 확인할 수 있습니다. 위험 점수는 발견 항목을 바탕으로 제안될 뿐이며, 자동으로 변경되지 않습니다.

테스터가 평가한 심각도는 **테스터 평가** 로 표시되며 위험 점수와 별도로 유지됩니다. 다음 기준으로 발견 항목을 필터링할 수 있습니다. **처리 상태** (예: **열림**, **종료됨**또는 **위험 수용**) 또는 다음 항목으로 검색할 수 있습니다. **발견 항목 검색...**.

### 스캐너 발견 항목

스캐너 발견 항목은 증거로 보관됩니다. 스캐너가 약점을 표시하면 검토가 필요한 단서가 되는 것이지, 악용의 증거가 되는 것은 아닙니다. 취약한 종속성은 취약성 화면에 표시됩니다.

요약에는 스캔에서 발견된 약점 유형 중 위협 모델에서 예상한 유형의 수와 다음과 같은 범주별 발견 항목 수가 표시됩니다. **종속성(SCA)**, **코드(SAST)**, **비밀 정보**, **코드형 인프라**, **동적(DAST)**및 **코드 검토**가 표시됩니다. 열려 있는 높음 또는 심각 발견 항목만 위험 등록부에 새 항목으로 추가되며, 해당 기준 미만의 약점 유형은 발견 항목으로만 보관됩니다. 다음 기준으로 발견 항목을 필터링할 수 있습니다. **범주**, **심각도**및 **상태**.

## 발견 항목 검토

* **잘못된 연결 수정**: 발견 항목에서 **연결 철회** 그리고 사유를 입력합니다. 침투 테스트 결과의 경우 다음을 선택합니다. **위협에 연결** 대신 올바른 위협에 연결합니다.
* **스캐너 결과 해결**: 다음을 선택합니다. **수정 완료로 표시**, **오탐**, **위험 수용**, 또는 **스캐너로 되돌리기**, 검토 메모는 선택 사항입니다.

## 다음 단계

* [위험 등록부에서 위험 분류](/ko/msi/review-your-threat-model/triage-risks-in-the-risk-register.md): 결과를 통해 확인되거나 추가된 위협을 검토합니다.
* [위협 모델 검토](/ko/msi/review-your-threat-model.md): 테스트를 통해 얻은 내용을 반영해 모델을 다시 생성합니다.


---

# 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/msi/review-your-threat-model/compare-with-pentest-or-scanner-findings.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.