> 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/automate-and-integrate/automatically-send-vulnerabilities-to-aws.md).

# 취약점을 AWS로 자동 전송

{% hint style="info" %}
현재 이 통합 기능을 개발 중이며, 향후 릴리스에서 제공될 예정입니다.
{% endhint %}

### 개요

Helm을 AWS에 연결하면 정의한 트리거 규칙에 따라 선택한 제품의 취약점을 자동으로 전송할 수 있습니다. 이 통합 기능을 사용하면 취약점 데이터를 AWS S3 버킷으로 내보내 추가 분석, 규정 준수 보고 또는 다른 AWS 보안 서비스와의 통합에 활용할 수 있습니다.

AWS 통합 기능은 Helm의 취약점 데이터를 AWS 인프라로 내보내는 유연한 방법을 제공합니다. 특히 다음과 같은 요구가 있는 조직에 유용합니다.

* 취약점 데이터를 AWS 기반 SIEM 시스템에 제공
* AWS 서비스를 사용해 맞춤형 분석 대시보드 생성
* AWS에서 규정 준수 감사 추적 유지
* 기존 AWS 보안 워크플로와 통합
* 장기 보존을 위해 취약점 데이터 백업

### 필요한 항목

시작하기 전에 다음을 준비하세요.

* AWS 계정 ID(12자리 식별자)
* S3 권한이 있는 IAM 역할 ARN
* 취약점 데이터를 저장할 S3 버킷 이름

### AWS 통합 구성

1. 다음을 입력하세요:  **AWS 계정 ID, 역할 ARN,** 및 **S3 버킷 이름**. 그런 다음 **계속**.
2. 취약점 데이터를 AWS로 전송할 제품과 버전을 생성하거나 선택하세요. 나중에 언제든지 돌아와서 구성할 수 있습니다.
3. 각 제품의 각 버전에 대해 트리거를 선택하세요. 그러면 특정 심각도 수준, 익스플로잇 출처, 신규 취약점, 해결 조치 등 해당 트리거에 따라 취약점 데이터가 AWS로 전송됩니다. 나중에 언제든지 돌아와서 구성할 수 있습니다.
   1. 트리거 유형에는 다음이 포함될 가능성이 높지만, 구체적인 트리거 옵션은 통합 기능이 출시될 때 안내됩니다.
      * **심각도 기반 트리거**: 특정 심각도 임계값을 초과하는 취약점 내보내기
      * **익스플로잇 기반 트리거**: 익스플로잇 코드가 공개되면 내보내기
      * **신규 취약점 트리거**: 새로 발견된 취약점 내보내기
      * **해결 조치 트리거**: 취약점이 해결되거나 완화되면 내보내기
      * **시간 기반 트리거**: 특정 기간 내에 발견된 취약점 내보내기
4. 선택한 각 제품에 대해 취약점 데이터를 저장할 **S3 경로** 를 입력하세요. 나중에 언제든지 돌아와서 구성할 수 있습니다. 단, 통합 기능을 활성화하기 전에 이 정보를 입력해야 합니다.
5. 구성을 검토하고 필요한 단계를 완료하세요.
6. 을 클릭하여 **통합 기능 배포** 하고 AWS 통합 기능을 활성화하세요. Helm에서 S3 버킷과의 연결을 확인합니다.

## 통합 기능 관리

배포한 후에는 다음을 수행할 수 있습니다.

* **내보내기 모니터링**: AWS 통합 대시보드에서 내보내기 기록과 성공률 확인
* **구성 수정**: 제품 추가 또는 제거, 트리거 업데이트, S3 경로 변경
* **일시 중지/재개**: 구성을 유지한 채 내보내기를 일시적으로 비활성화

#### 구성 수정

언제든지 구성을 업데이트할 수 있습니다:

* 제품 및 버전 추가 또는 제거
* 트리거 기준 수정
* S3 경로 또는 버킷 대상 변경
* AWS 자격 증명 또는 역할 업데이트

### 보안 고려 사항

* **데이터 개인정보 보호**: 취약점 메타데이터만 내보냅니다. 민감한 애플리케이션 코드나 내부 세부 정보는 전송되지 않습니다.
* **암호화**: 모든 데이터 전송에는 AWS 표준 전송 중 암호화가 적용되며, S3에 저장되는 파일에는 서버 측 암호화가 적용됩니다.
* **액세스 제어**: 액세스는 AWS IAM 정책과 S3 버킷 권한으로 제어됩니다.
* **인증**: AWS IAM 역할과 정책을 사용하여 안전하게 인증합니다.

#### 비용 고려 사항

이 통합에는 다음과 같은 표준 AWS 요금이 발생합니다:

* 취약점 데이터의 S3 스토리지 비용
* 파일 업로드를 위한 S3 PUT 요청 비용
* 데이터 전송 비용(일반적으로 미미함)

### 제한 사항

* **단방향 내보내기**: 이 통합은 Helm에서 AWS로만 데이터를 내보냅니다. 문제 해결 조치는 Helm에서 수행해야 합니다.
* **S3만 지원**: 현재 S3 내보내기만 지원하며, 다른 AWS 서비스는 직접 지원하지 않습니다.
* **트리거 종속성**: 구성된 트리거 조건을 충족할 때만 데이터를 내보냅니다. 과거 데이터는 자동으로 내보내지지 않습니다.
* **실시간 동기화 미지원**: 내보내기는 실시간이 아니라 일정에 따라 수행됩니다.

### 주요 기능

* **자동 데이터 내보내기**: 구성된 트리거를 기준으로 Helm에서 AWS S3로 취약점을 자동 전송합니다.
* **유연한 트리거**: 심각도 수준, 익스플로잇 출처, 신규 취약점, 문제 해결 등을 기준으로 내보내기를 구성할 수 있습니다.
* **예약된 동기화**: 정기적으로 데이터를 내보내면 수작업을 최소화하면서 AWS 데이터를 최신 상태로 유지할 수 있습니다.
* **사용자 지정 S3 경로**: 원하는 S3 버킷 구조에 따라 내보낸 데이터를 정리할 수 있습니다.
* **트리거 기반 내보내기**: 지정한 기준에 따라 필요한 취약점 데이터만 내보낼 수 있습니다.

### 모범 사례

**구성:**

* 제품 전반에서 일관된 S3 경로 이름 지정 규칙을 사용합니다.
* 관련 제품을 유사한 경로 구조로 그룹화합니다.
* 오래된 취약점 데이터를 위해 S3 수명 주기 정책을 구현합니다.

**트리거 구성:**

* 광범위한 트리거로 시작한 후 데이터 양에 따라 세분화합니다.
* S3에 과도한 부하가 발생하지 않도록 적절한 트리거 빈도를 설정합니다.
* 트리거의 효과를 모니터링하고 필요에 따라 조정합니다.

**AWS 관리:**

* S3 스토리지 및 요청과 관련된 AWS 비용을 정기적으로 검토합니다.
* 대량의 데이터를 전송할 때 S3 전송 가속을 사용합니다
* 보안을 위해 S3 액세스 로그를 모니터링합니다

### 문제 해결

**설정 중 통합에 실패하는 경우:**

* AWS 계정 ID와 역할 ARN이 올바른지 확인합니다
* IAM 권한에 필요한 S3 작업이 포함되어 있는지 확인합니다
* S3 버킷이 존재하고 액세스할 수 있는지 확인합니다

**데이터가 내보내지지 않는 경우:**

* 제품의 트리거 구성을 검토합니다
* 제품에 트리거 조건과 일치하는 취약점이 있는지 확인합니다
* S3 경로가 유효하고 서로 충돌하지 않는지 확인합니다

**내보내기에 실패하는 경우:**

* S3 버킷 권한과 정책을 모니터링합니다
* AWS 서비스 한도와 할당량을 확인합니다
* AWS 서비스에 대한 네트워크 연결을 확인합니다


---

# 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/automate-and-integrate/automatically-send-vulnerabilities-to-aws.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.