수동 DNS 로그 수집

다음에서 지원:

Google secops SIEM

이 문서에서는 Google Cloud Storage V2를 사용하여 Passive DNS 로그를 Google Security Operations로 수집하는 방법을 설명합니다.

패시브 DNS는 위협 분석 및 도메인 조사를 위해 이전 DNS 변환 레코드를 캡처하는 DNS 인텔리전스 데이터 소스입니다. 데이터는 일반적으로 파일로 수집되고 저장되므로 이러한 파일을 Google Cloud Storage (GCS) 버킷에 업로드한 다음 Google SecOps 피드를 구성하여 데이터를 수집해야 합니다.

시작하기 전에

다음 기본 요건이 충족되었는지 확인합니다.

Google SecOps 인스턴스
Cloud Storage API가 사용 설정된 Google Cloud 프로젝트
GCS 버킷을 만들고 관리할 수 있는 권한입니다.
GCS 버킷의 IAM 정책을 관리할 수 있는 권한
수동 DNS 데이터 파일 (예: DNSDB, Farsight 또는 기타 수동 DNS 제공업체)에 대한 액세스 권한
지원되는 형식 (예: JSON 또는 CSV)으로 내보낸 수동 DNS 데이터

Google Cloud Storage 버킷 만들기

Google Cloud 콘솔로 이동합니다.
프로젝트를 선택하거나 새 프로젝트를 만듭니다.
탐색 메뉴에서 Cloud Storage> 버킷으로 이동합니다.
버킷 만들기를 클릭합니다.

다음 구성 세부정보를 제공합니다.

설정	값
버킷 이름 지정	전역적으로 고유한 이름 (예: `passive-dns-logs`)을 입력합니다.
위치 유형	필요에 따라 선택 (리전, 이중 리전, 멀티 리전)
위치	Google SecOps 인스턴스에 가장 가까운 위치를 선택합니다 (예: `us-central1`).
스토리지 클래스	Standard (자주 액세스하는 로그에 권장)
액세스 제어	균일 (권장)
보호 조치	선택사항: 객체 버전 관리 또는 보관 정책 사용 설정

만들기를 클릭합니다.

참고: 버킷 이름을 기록합니다. Google SecOps 피드를 구성할 때 이 정보를 사용합니다.

수동 DNS 데이터를 GCS로 자동 내보내기 구성

패시브 DNS 데이터는 일반적으로 DNS 인텔리전스 제공업체 (예: Farsight DNSDB, DomainTools, Cisco Umbrella Investigate)에서 내보낸 파일로 제공됩니다. GCS의 데이터를 최신 상태로 유지하려면 다음 방법 중 하나를 사용하여 자동 내보내기 파이프라인을 구성하세요.

옵션 1: Cloud Build와 함께 Cloud Scheduler 사용 (권장)

Cloud Scheduler에 의해 트리거되는 Cloud Build를 사용하여 제공업체에서 패시브 DNS 데이터를 가져와 GCS에 쓰는 컨테이너화된 작업을 실행합니다.

내보내기 작업의 서비스 계정을 만듭니다.
1. GCP 콘솔에서 IAM 및 관리자 > 서비스 계정으로 이동합니다.
2. 서비스 계정 만들기를 클릭합니다.
3. 다음 구성 세부정보를 제공합니다.
  - 서비스 계정 이름: passive-dns-export-sa을 입력합니다.
  - 서비스 계정 설명: Service account for automated Passive DNS data export to GCS를 입력합니다.
4. 만들고 계속하기를 클릭합니다.
5. 다음 역할을 추가합니다.
  - 스토리지 객체 관리자 (GCS에 파일 쓰기)
  - Cloud Build 편집자 (Cloud Build 작업을 실행하는 데 필요)
6. 완료를 클릭합니다.

Cloud Build 구성 파일 (cloudbuild.yaml)을 만듭니다.

steps:
  - name: 'gcr.io/cloud-builders/gcloud'
    entrypoint: 'bash'
    args:
      - '-c'
      - |
        apt-get update && apt-get install -y curl jq
        # Fetch Passive DNS data from your provider
        # Replace with the actual API call for your provider
        # Example for Farsight DNSDB:
        TIMESTAMP=$(date -u +%Y%m%d_%H%M%S)
        curl -s -H "X-API-Key: $${PDNS_API_KEY}" \
          "https://api.dnsdb.info/dnsdb/v2/lookup/rrset/name/*.example.com" \
          -o /workspace/passive_dns_$${TIMESTAMP}.json
        # Upload to GCS
        gcloud storage cp /workspace/passive_dns_$${TIMESTAMP}.json \
          gs://${_BUCKET_NAME}/passive-dns/
substitutions:
  _BUCKET_NAME: 'passive-dns-logs'

API 키를 Secret Manager 보안 비밀로 저장합니다.
1. GCP 콘솔에서 보안 > Secret Manager로 이동합니다.
2. 보안 비밀 만들기를 클릭합니다.
3. 보안 비밀 이름으로 pdns-api-key를 입력합니다.
4. 수동 DNS 제공업체 API 키를 비밀 값으로 입력합니다.
5. 만들기를 클릭합니다.

빌드를 트리거하는 Cloud Scheduler 작업을 만듭니다.

GCP Console에서 Cloud Scheduler로 이동합니다.
작업 만들기를 클릭합니다.

다음 구성 세부정보를 제공합니다.

설정	값
이름	`passive-dns-export-daily`
리전	GCS 버킷과 동일한 리전을 선택합니다.
주파수	`0 3 * * *`(매일 오전 3시(UTC))
시간대	UTC (권장)
타겟 유형	HTTP
URL	`https://cloudbuild.googleapis.com/v1/projects/YOUR_PROJECT_ID/builds`
HTTP 메소드	POST
인증 헤더	OAuth 토큰 추가
서비스 계정	`passive-dns-export-sa@YOUR_PROJECT_ID.iam.gserviceaccount.com`

만들기를 클릭합니다.

옵션 2: Storage Transfer Service (온프레미스 데이터 저장소용)

패시브 DNS 데이터가 온프레미스 파일 시스템에 저장된 경우 전송 에이전트와 함께 Storage Transfer Service를 사용합니다.

GCP Console에서 Storage Transfer Service로 이동합니다.
전송 작업 만들기를 클릭합니다.
POSIX 파일 시스템을 소스로 선택합니다.
안내에 따라 패시브 DNS 데이터 파일에 액세스할 수 있는 머신에 스토리지 전송 에이전트를 설치합니다.

전송 작업을 구성합니다.

설정	값
소스 디렉터리	패시브 DNS 데이터 파일이 포함된 디렉터리의 경로
대상 버킷	`passive-dns-logs`
대상 경로	`passive-dns/`
일정	반복 일정 설정 (예: 매일)

만들기를 클릭합니다.

Google SecOps 서비스 계정 가져오기

SIEM 설정> 피드로 이동합니다.
새 피드 추가를 클릭합니다.
단일 피드 구성을 클릭합니다.
피드 이름 필드에 피드 이름을 입력합니다(예: Passive DNS Logs).
소스 유형으로 Google Cloud Storage V2를 선택합니다.
로그 유형으로 Passive DNS를 선택합니다.
서비스 계정 가져오기를 클릭합니다.
고유한 서비스 계정 이메일이 표시됩니다. 예를 들면 다음과 같습니다.
```
chronicle-12345678@chronicle-gcp-prod.iam.gserviceaccount.com
```
다음 단계에서 사용할 수 있도록 이 이메일 주소를 복사합니다.

참고: 각 Google SecOps 인스턴스에는 고유한 서비스 계정이 있습니다. 다른 문서나 예의 서비스 계정을 사용하지 마세요.

Google SecOps 서비스 계정에 IAM 권한 부여

Google SecOps 서비스 계정에는 GCS 버킷에 대한 스토리지 객체 뷰어 역할이 필요합니다.

Cloud Storage> 버킷으로 이동합니다.
버킷 이름 (예: passive-dns-logs)을 클릭합니다.
권한 탭으로 이동합니다.
액세스 권한 부여를 클릭합니다.
다음 구성 세부정보를 제공합니다.
- 주 구성원 추가: Google SecOps 서비스 계정 이메일 (예: chronicle-12345678@chronicle-gcp-prod.iam.gserviceaccount.com)을 붙여넣습니다.
- 역할 할당: 스토리지 객체 뷰어를 선택합니다.
저장을 클릭합니다.

참고: '전송된 파일 삭제' 또는 '전송된 파일 및 빈 디렉터리 삭제' 삭제 옵션을 사용하려면 스토리지 객체 뷰어 대신 스토리지 객체 관리자 역할을 부여하세요.

Google SecOps 피드 구성

SIEM 설정> 피드로 이동합니다.
새 피드 추가를 클릭합니다.
단일 피드 구성을 클릭합니다.
피드 이름 필드에 피드 이름을 입력합니다(예: Passive DNS Logs).
소스 유형으로 Google Cloud Storage V2를 선택합니다.
로그 유형으로 Passive DNS를 선택합니다.
다음을 클릭합니다.
다음 입력 매개변수의 값을 지정합니다.
- 스토리지 버킷 URL: GCS 버킷 URI를 입력합니다.
```
gs://passive-dns-logs/passive-dns/
```
  - passive-dns-logs을 GCS 버킷 이름으로 바꿉니다.
  - passive-dns를 구성된 접두사 경로로 바꿉니다.
참고: 항상 URI 끝에 후행 슬래시 (/)를 포함하세요.
- 소스 삭제 옵션: 환경설정에 따라 삭제 옵션을 선택합니다.
  - 삭제 안함: 전송 후 파일을 삭제하지 않습니다 (테스트에 권장).
  - 전송된 파일 삭제: 전송이 완료되면 파일을 삭제합니다.
  - 전송된 파일 및 빈 디렉터리 삭제: 전송이 완료되면 파일과 빈 디렉터리를 삭제합니다.
    
    참고: 삭제 옵션을 선택하는 경우 Google SecOps 서비스 계정에 스토리지 객체 뷰어 대신 스토리지 객체 관리자 역할이 있어야 합니다. 이에 따라 IAM 권한을 업데이트합니다.
- 최대 파일 기간: 지난 일수 동안 수정된 파일을 포함합니다 (기본값은 180일).
- 애셋 네임스페이스: 애셋 네임스페이스입니다.
- 수집 라벨: 이 피드의 이벤트에 적용할 라벨입니다.
다음을 클릭합니다.
확정 화면에서 새 피드 구성을 검토한 다음 제출을 클릭합니다.

UDM 매핑 테이블

로그 필드	UDM 매핑	논리
호스트 이름	intermediary.hostname	값이 직접 복사됨
timestamp_s	metadata.event_timestamp	UNIX 타임스탬프로 파싱됨
	metadata.event_type	'NETWORK_DNS'로 설정
	network.application_protocol	'DNS'로 설정
answer	network.dns.answers.data	후행 점을 삭제한 후의 대답 값
ttl	network.dns.answers.ttl	정수로 변환됨
클래스	network.dns.questions.class	숫자 값에 매핑됨 (IN의 경우 1, CH의 경우 3, HS의 경우 4)
query	network.dns.questions.name	후행 점을 삭제한 후 쿼리에서 가져온 값
유형	network.dns.questions.type	DNS 유형 매핑을 사용하여 유형 (대문자)에서 숫자 값으로 매핑됨
클라이언트	principal.ip	값이 직접 복사됨
서버	target.ip	값이 직접 복사됨
	metadata.product_name	'Passive DNS'로 설정

도움이 더 필요하신가요? 커뮤니티 회원 및 Google SecOps 전문가에게 문의하여 답변을 받으세요.