> 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/guardian/get-started/who-should-use-guardian.md).

# Guardian은 누가 사용해야 하나요?

Guardian은 다음이 필요한 의료기기 제조업체에 적합합니다.

**다음과 같은 경우 Guardian이 필요합니다.**

* 연결성, 메모리 또는 처리 성능이 제한되는 등 기술적 제약이 있는 기기(예: 심박조율기, 인슐린 펌프, 수술 기구)
* 쉽게 수정할 수 없는 레거시 시스템
* 안전하게 통신해야 하는 여러 기기
* PKI 인프라 관리에 사용할 수 있는 리소스가 제한적임
* FDA 사이버 보안 요구사항을 충족해야 함

**일반적인 사용 사례:**

* 기기 간 통신의 보안 취약점 제거
* 자동화된 보고 및 문서화를 통해 FDA 규정 준수 간소화
* 클라우드 서비스에 대한 신뢰할 수 있는 연결 설정
* 제로 트러스트 보안 아키텍처 구현
* 기기 수명 주기 전반에 걸친 암호화 키 관리

## 팀

다음과 같은 이니셔티브에서 볼 수 있듯이, 모든 팀은 Guardian을 사용하여 이점을 얻을 수 있습니다.

* 제품 보안 엔지니어: 제로 트러스트 아키텍처 구현
* 소프트웨어 개발자: 코드 변경을 최소화하면서 보안 통합
* 제품 책임자: 규정을 준수하는 보안 구현 계획
* 제조팀: 기기 프로비저닝 워크플로 구현 및 간소화

## 역할 및 업종별 솔루션

어떤 역할을 맡고 있든 Guardian이 지원합니다.

#### 의료 제공 조직(HDO)

* **인벤토리 관리:** 연결된 의료기기를 자동으로 감지하고 인증합니다.
* **취약점 평가:** 보안 취약점이 있는 기기를 식별합니다.
* **세그먼테이션 적용:** 기기가 승인된 시스템에만 연결되도록 합니다.

#### 의료기기 제조업체(MDM)

* **FDA 시판 전 요구사항:** 자동화된 보고를 통해 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/guardian/get-started/who-should-use-guardian.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.