Google은 AI 기술을 사용하여 콘텐츠를 사용자의 기본 언어로 번역합니다. AI 번역에는 오류가 있을 수 있습니다.

커스텀 DNS 로그 수집

파서 버전: 1.0

다음에서 지원:

Google SecOps SIEM

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

맞춤 DNS는 맞춤 또는 지원되지 않는 DNS 구현의 DNS 서버 로그를 위한 일반 로그 유형입니다. 도메인, 레코드 유형, 클라이언트 정보를 비롯한 DNS 쿼리 및 응답 데이터를 캡처합니다. 이러한 로그는 비표준 DNS 소스에서 가져오므로 Google Cloud Storage (GCS) 버킷으로 내보낸 다음 Google SecOps 피드를 구성하여 수집해야 합니다.

시작하기 전에

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

Google SecOps 인스턴스
Cloud Storage API가 사용 설정된 Google Cloud 프로젝트
GCS 버킷을 만들고 관리할 수 있는 권한
GCS 버킷의 IAM 정책을 관리할 수 있는 권한
지원되는 형식 (JSON 권장)으로 로그를 생성하는 DNS 서버 또는 서비스
로그 내보내기를 구성하기 위한 DNS 서버에 대한 관리 액세스

Google Cloud Storage 버킷 만들기

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

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

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

만들기를 클릭합니다.

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

DNS 로그를 GCS로 자동 내보내도록 구성

DNS 로그를 내보내는 방법은 DNS 서버 구현에 따라 다릅니다. 환경에 가장 적합한 접근 방식을 선택하세요.

옵션 1: Cloud Logging 싱크 (GCE의 DNS 서버용)

DNS 서버가 Google Compute Engine 인스턴스에서 실행되고 Cloud Logging에 로깅되는 경우 로그 싱크를 만들어 DNS 로그를 GCS로 직접 내보냅니다.

GCP 콘솔에서 로깅 > 로그 라우터로 이동합니다.
싱크 만들기를 클릭합니다.

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

설정	값
싱크 이름	`custom-dns-to-gcs`
싱크 대상	Cloud Storage 버킷
버킷	`custom-dns-logs`
포함 필터	DNS 로그 항목과 일치하는 필터 (예: `resource.type="gce_instance" AND logName="projects/YOUR_PROJECT_ID/logs/dns"`)

싱크 만들기를 클릭합니다.

참고: 로그 싱크는 일치하는 로그 항목을 JSON 파일로 GCS 버킷에 자동으로 작성합니다. 추가 일정은 필요하지 않습니다.

옵션 2: Cloud Build가 포함된 Cloud Scheduler (온프레미스 DNS 서버용)

Cloud Scheduler에 의해 트리거되는 Cloud Build를 사용하여 원격 서버에서 DNS 로그를 수집하고 GCS에 쓰는 컨테이너화된 내보내기 작업을 실행합니다.

내보내기 작업의 서비스 계정을 만듭니다.
1. GCP 콘솔에서 IAM 및 관리자 > 서비스 계정으로 이동합니다.
2. 서비스 계정 만들기를 클릭합니다.
3. 다음 구성 세부정보를 제공합니다.
  - 서비스 계정 이름: dns-log-export-sa을 입력합니다.
  - 서비스 계정 설명: Service account for automated DNS log 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'
      - |
        # Collect DNS logs from your server
        # Replace with the actual command for your environment
        # Example: pull logs via syslog-ng, rsync from remote server, or query DNS log API
        curl -s -H "Authorization: Bearer $${API_TOKEN}" \
          "https://your-dns-server.example.com/api/logs?format=json" \
          -o /workspace/dns_logs.json
        # Upload to GCS
        gcloud storage cp /workspace/dns_logs.json \
          gs://${_BUCKET_NAME}/dns/dns_logs_$(date -u +%Y%m%d_%H%M%S).json
substitutions:
  _BUCKET_NAME: 'custom-dns-logs'

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

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

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

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

만들기를 클릭합니다.

옵션 3: Storage Transfer Service (온프레미스 파일 시스템용)

DNS 로그가 로컬 파일 시스템에 기록되는 경우 전송 에이전트와 함께 Storage Transfer Service를 사용하여 GCS로 이동합니다.

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

설정 값

소스 디렉터리 DNS 로그 파일 디렉터리 경로

대상 버킷 custom-dns-logs

대상 경로 dns/

일정 반복 일정 설정 (예: 매시간)
만들기를 클릭합니다.

설정	값
소스 디렉터리	DNS 로그 파일 디렉터리 경로
대상 버킷	`custom-dns-logs`
대상 경로	`dns/`
일정	반복 일정 설정 (예: 매시간)

Google SecOps 서비스 계정 가져오기

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

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

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

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

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

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

Google SecOps 피드 구성

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

UDM 매핑 테이블

로그 필드	UDM 매핑	로직
`receiveTimestamp`	`metadata.event_timestamp`	`RFC 3339`로 파싱됨
`message`	`metadata.event_type`	매핑됨: `"dns_query"` → `NETWORK_DNS`
`jsonPayload.msg`	`metadata.product_event_type`	직접 매핑됨
`insertId`	`metadata.product_log_id`	직접 매핑됨
`message`	`metadata.product_name`	매핑됨: `"dns_query"` → `Custom DNS`
`message`	`metadata.vendor_name`	매핑됨: `"dns_query"` → `CUSTOM`
`message`	`network.application_protocol`	매핑됨: `"dns_query"` → `DNS`
`dns_answers`	`network.dns.answers`	병합됨
`message`	`network.dns.answers`	매핑됨: `"dns_query"` → `dns_answers`
`dns_question`	`network.dns.questions`	병합됨
`message`	`network.dns.questions`	매핑됨: `"dns_query"` → `dns_question`
`dns.response_code`	`network.dns.response_code`	이름이 변경됨/매핑됨
`message`	`principal.hostname`	매핑됨: `"dns_query"` → `jsonPayload.dns_query.server`
`jsonPayload.dns_query.server`	`principal.ip`	병합됨
`message`	`principal.ip`	매핑됨: `"dns_query"` → `jsonPayload.dns_query.server`
`message`	`security_result`	매핑됨: `"dns_query"` → `security_result`
`logName`	`security_result.category_details`	병합됨
`message`	`security_result.category_details`	매핑됨: `"dns_query"` → `logName`
`message`	`security_result.severity`	매핑됨: `"dns_query"` → `INFORMATIONAL`, `"dns_query"` → `MEDIUM`, `"dns_query"` → `HIGH`
`labels.application`	`target.application`	직접 매핑됨
`message`	`target.hostname`	매핑됨: `"dns_query"` → `jsonPayload.dns_query.server`
`jsonPayload.dns_query.server`	`target.ip`	병합됨
`message`	`target.ip`	매핑됨: `"dns_query"` → `jsonPayload.dns_query.server`
`component_label`	`target.labels`	병합됨
`instance_group_label`	`target.labels`	병합됨
`message`	`target.labels`	매핑됨: `"dns_query"` → `component_label`, `"dns_query"` → `instance_group_label`
`labels.region`	`target.location.country_or_region`	직접 매핑됨
`resource.labels.zone`	`target.resource.attribute.cloud.availability_zone`	직접 매핑됨
`message`	`target.resource.attribute.cloud.environment`	매핑됨: `"dns_query"` → `GOOGLE_CLOUD_PLATFORM`
`resource.labels.project_id`	`target.resource.attribute.cloud.project.id`	직접 매핑됨
`message`	`target.resource.resource_type`	매핑됨: `"dns_query"` → `VIRTUAL_MACHINE`
해당 사항 없음	`metadata.event_type`	상수: `NETWORK_DNS`
해당 사항 없음	`metadata.product_name`	상수: `Custom DNS`
해당 사항 없음	`metadata.vendor_name`	상수: `CUSTOM`
해당 사항 없음	`network.application_protocol`	상수: `DNS`
해당 사항 없음	`principal.hostname`	상수: `jsonPayload.dns_query.server`
해당 사항 없음	`security_result.severity`	상수: `INFORMATIONAL`
해당 사항 없음	`target.hostname`	상수: `jsonPayload.dns_query.server`
해당 사항 없음	`target.resource.attribute.cloud.environment`	상수: `GOOGLE_CLOUD_PLATFORM`
해당 사항 없음	`target.resource.resource_type`	상수: `VIRTUAL_MACHINE`

변경 로그

이 파서의 변경 로그 보기

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