이 페이지는 Cloud Translation API를 통해 번역되었습니다.

Tanium Patch 로그 수집

다음에서 지원:

Google SecOps SIEM

이 문서에서는 Tanium Connect의 기본 AWS S3 내보내기 기능을 사용하여 Tanium 패치 로그를 Google Security Operations에 수집하는 방법을 설명합니다. Tanium Patch는 맞춤 Lambda 함수가 필요 없이 Tanium Connect를 사용하여 S3로 직접 내보낼 수 있는 JSON 형식으로 패치 배포, 규정 준수, 취약점 데이터를 생성합니다. 파서는 평가 JSON 데이터를 Google SecOps의 통합 데이터 모델 (UDM)로 변환합니다. 먼저 키 이름을 정규화하고 JSON 구조에서 데이터를 추출한 다음 취약점 세부정보, 보안 결과 정보, 호스트 이름 및 운영체제와 같은 애셋 세부정보를 비롯한 관련 필드를 UDM 속성에 매핑합니다.

시작하기 전에

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

Google SecOps 인스턴스
Tanium Core Platform 7.0 이상
Tanium Patch 모듈이 설치되고 구성됨
유효한 라이선스로 설치된 Tanium Connect 모듈
관리 권한이 있는 Tanium Console에 대한 권한 액세스
AWS (S3, IAM)에 대한 관리자 액세스

Tanium Patch 서비스 계정 구성

Tanium Console에 로그인합니다.
모듈 > 패치로 이동합니다.
오른쪽 상단에서 설정을 클릭합니다.
서비스 계정 섹션에서 다음을 구성합니다.
- 서비스 계정 사용자: 적절한 패치 권한이 있는 사용자를 선택합니다.
- 계정에 연결 사용자 역할 권한이 있는지 확인합니다.
저장을 클릭하여 서비스 계정 구성을 적용합니다.

Tanium Patch 기본 요건 수집

관리자로 Tanium Console에 로그인합니다.
관리 > 권한 > 사용자로 이동합니다.
다음 역할이 있는 서비스 계정 사용자를 만들거나 식별합니다.
- 패치 관리자 또는 패치 읽기 전용 사용자 역할
- Connect User 역할 권한
- 모니터링 중인 컴퓨터 그룹에 대한 액세스 권한 (권장: 모든 컴퓨터 그룹)
참고: 서비스 계정 사용자 인증 정보는 Tanium Connect에서 패치 데이터를 인증하고 검색하는 데 내부적으로 사용됩니다. 이 사용자 인증 정보는 Tanium Console 인터페이스 내에서 Tanium Connect 소스 설정 중에 구성됩니다.

Google SecOps용 AWS S3 버킷 및 IAM 구성

이 사용자 가이드(버킷 만들기)에 따라 Amazon S3 버킷을 만듭니다.
나중에 참조할 수 있도록 버킷 이름과 리전을 저장합니다 (예: tanium-patch-logs).
이 사용자 가이드(IAM 사용자 만들기)에 따라 사용자를 만듭니다.
생성된 사용자를 선택합니다.
보안 사용자 인증 정보 탭을 선택합니다.
액세스 키 섹션에서 액세스 키 만들기를 클릭합니다.
사용 사례로 서드 파티 서비스를 선택합니다.
다음을 클릭합니다.
선택사항: 설명 태그를 추가합니다.
액세스 키 만들기를 클릭합니다.
CSV 파일 다운로드를 클릭하여 나중에 사용할 수 있도록 액세스 키와 비밀 액세스 키를 저장합니다.
완료를 클릭합니다.
권한 탭을 선택합니다.
권한 정책 섹션에서 권한 추가를 클릭합니다.
권한 추가를 선택합니다.
정책 직접 연결을 선택합니다.
AmazonS3FullAccess 정책을 검색하여 선택합니다.
다음을 클릭합니다.
권한 추가를 클릭합니다.

Tanium Connect AWS S3 대상 구성

Tanium Console에 로그인합니다.
모듈 > 연결로 이동합니다.
연결 만들기를 클릭합니다.
다음 구성 세부정보를 제공합니다.
- 이름: 설명이 포함된 이름을 입력합니다 (예: Patch Data to S3 for SecOps).
- 설명: 선택사항인 설명입니다 (예: Export Patch compliance and deployment data to AWS S3 for Google SecOps ingestion).
- 사용 설정: 연결이 일정에 따라 실행되도록 사용 설정하려면 선택합니다.
다음을 클릭합니다.

연결 소스 구성

소스 섹션에서 다음 구성 세부정보를 제공합니다.
- 소스 유형: 저장된 질문을 선택합니다.
- 저장된 질문: 다음 패치 관련 저장된 질문 중 하나를 선택합니다.
  - 패치 배포 상태의 경우 패치 - 배포 결과
  - 취약점 규정 준수 데이터의 경우 패치 - 누락된 패치
  - 설치된 패치 인벤토리의 경우 패치 - 설치된 패치
  - 패치 - 패치 목록에서 전체 패치 상태를 확인할 수 있습니다.
- 컴퓨터 그룹: 모든 컴퓨터 또는 모니터링할 특정 컴퓨터 그룹을 선택합니다.
- 새로고침 간격: 데이터 수집에 적합한 간격을 설정합니다 (예: 1시간).
다음을 클릭합니다.

AWS S3 대상 구성

대상 섹션에서 다음 구성 세부정보를 제공합니다.
- 대상 유형: AWS S3를 선택합니다.
- 대상 이름: 고유한 이름을 입력합니다 (예: Google SecOps Patch S3 Destination).
- AWS 액세스 키: AWS S3 구성 단계에서 다운로드한 CSV 파일의 AWS 액세스 키를 입력합니다.
- AWS 보안 비밀 액세스 키: AWS S3 구성 단계에서 다운로드한 CSV 파일의 AWS 보안 비밀 액세스 키를 입력합니다.
- 버킷 이름: S3 버킷 이름 (예: tanium-patch-logs)을 입력합니다.
- 리전: S3 버킷이 있는 AWS 리전을 선택합니다.
- 키 접두사: S3 객체의 접두사를 입력합니다 (예: tanium/patch/).
다음을 클릭합니다.

필터 구성

필터 섹션에서 데이터 필터링 옵션을 구성합니다.
- 새 항목만 전송: 마지막 내보내기 이후의 새 결과만 전송하려면 이 옵션을 선택합니다.
- 열 필터: 필요한 경우 특정 패치 속성을 기반으로 필터를 추가합니다 (예: 패치 심각도, 배포 상태별 필터).
다음을 클릭합니다.

AWS S3용 데이터 형식 지정

형식 섹션에서 데이터 형식을 구성합니다.
- 형식: JSON을 선택합니다.
- 옵션:
  - 헤더 포함: JSON 출력에 헤더가 포함되지 않도록 하려면 선택 해제합니다.
  - 빈 셀 포함: 환경설정에 따라 선택합니다.
- 고급 옵션:
  - 파일 이름 지정: 기본 타임스탬프 기반 이름 지정을 사용합니다.
  - 압축: 스토리지 비용과 전송 시간을 줄이려면 Gzip을 선택합니다.
다음을 클릭합니다.

연결 예약

일정 섹션에서 내보내기 일정을 구성합니다.
- 일정 사용 설정: 자동 예약 내보내기를 사용 설정하려면 선택합니다.
- 일정 유형: 반복을 선택합니다.
- 빈도: 정기적인 패치 데이터 내보내기의 경우 매시간을 선택합니다.
- 시작 시간: 첫 번째 내보내기에 적절한 시작 시간을 설정합니다.
다음을 클릭합니다.

연결 저장 및 확인

요약 화면에서 연결 구성을 검토합니다.
Save(저장)를 클릭하여 연결을 만듭니다.
연결 테스트를 클릭하여 구성을 확인합니다.
테스트가 완료되면 지금 실행을 클릭하여 초기 내보내기를 실행합니다.
연결 개요 페이지에서 연결 상태를 모니터링합니다.

Tanium Patch 로그를 수집하도록 Google SecOps에서 피드 구성

SIEM 설정> 피드로 이동합니다.
+ 새 피드 추가를 클릭합니다.
피드 이름 필드에 피드 이름을 입력합니다 (예: Tanium Patch logs).
소스 유형으로 Amazon S3 V2를 선택합니다.
로그 유형으로 Tanium Patch를 선택합니다.
다음을 클릭합니다.
다음 입력 파라미터의 값을 지정합니다.
- S3 URI: s3://tanium-patch-logs/tanium/patch/
- 소스 삭제 옵션: 환경설정에 따라 삭제 옵션을 선택합니다.
- 최대 파일 기간: 지난 일수 동안 수정된 파일을 포함합니다. 기본값은 180일입니다.
- 액세스 키 ID: S3 버킷에 대한 액세스 권한이 있는 사용자 액세스 키입니다.
- 보안 비밀 액세스 키: S3 버킷에 액세스할 수 있는 사용자 보안 비밀 키입니다.
- 애셋 네임스페이스: 애셋 네임스페이스입니다.
- 수집 라벨: 이 피드의 이벤트에 적용된 라벨입니다.
다음을 클릭합니다.
확정 화면에서 새 피드 구성을 검토한 다음 제출을 클릭합니다.

UDM 매핑 테이블

로그 필드	UDM 매핑	논리
게시판	`principal.asset.vulnerabilities.vendor_vulnerability_id`	이 값은 '제목' 필드의 해당 색인에 대해 원시 로그의 '게시판' 필드에서 가져옵니다. 값이 'None'이면 필드가 매핑되지 않습니다.
ComputerName	`principal.hostname`	값은 원시 로그의 'ComputerName' 필드에서 가져옵니다.
ComputerName	`principal.asset.hostname`	값은 원시 로그의 'ComputerName' 필드에서 가져옵니다.
CVEID	`principal.asset.vulnerabilities.cve_id`	이 값은 'Title' 필드의 해당 색인에 대해 원시 로그의 'CVEIDs' 필드에서 가져옵니다. 값이 'None'이면 필드가 매핑되지 않습니다.
KBArticles	`principal.asset.vulnerabilities.vendor_knowledge_base_article_id`	값은 'Title' 필드의 해당 색인에 대해 원시 로그의 'KBArticles' 필드에서 가져옵니다. 값이 비어 있으면 필드가 매핑되지 않습니다.
KBArticles	`security_result.summary`	값은 'Title' 필드의 해당 색인에 대해 원시 로그의 'KBArticles' 필드에서 가져옵니다. 값이 비어 있으면 필드가 매핑되지 않습니다.
OSType	`principal.asset.platform_software.platform`	값에 'Windows'가 포함되어 있으면 플랫폼이 'WINDOWS'로 설정됩니다. 값에 'Linux'가 포함되어 있으면 플랫폼이 'LINUX'로 설정됩니다. 값에 'Mac'이 포함된 경우 플랫폼이 'MAC'으로 설정됩니다.
심각도	`principal.asset.vulnerabilities.severity`	이 값은 '제목' 필드의 해당 색인에 대해 원시 로그의 '심각도' 필드에서 가져옵니다. 값이 '심각'이면 심각도가 '높음'으로 설정됩니다. 값이 'Important'인 경우 심각도가 'MEDIUM'으로 설정됩니다. 그렇지 않으면 심각도가 'UNKNOWN_SEVERITY'로 설정됩니다.
심각도	`principal.asset.vulnerabilities.severity_details`	이 값은 '제목' 필드의 해당 색인에 대해 원시 로그의 '심각도' 필드에서 가져옵니다. 값이 'Critical' 또는 'Important'인 경우 심각도 세부정보가 원시 로그 값으로 설정됩니다.
제목	`principal.asset.vulnerabilities.name`	값은 원시 로그의 '제목' 필드에서 가져옵니다.
제목	`security_result.description`	이 값은 'InstallStatus' 필드의 해당 색인에 대해 원시 로그의 'Title' 필드에서 가져옵니다. 'InstallStatus' 값이 'Installed'가 아니면 설명이 원시 로그 값으로 설정됩니다.
-	`metadata.event_timestamp`	값은 원시 로그의 'create_time' 필드에서 가져옵니다.
-	`metadata.event_type`	값은 'SCAN_HOST'로 설정됩니다.
-	`metadata.log_type`	값은 원시 로그의 'log_type' 필드에서 가져옵니다.
-	`metadata.product_name`	값은 'Patch'로 설정됩니다.
-	`metadata.vendor_name`	값은 'Tanium'으로 설정됩니다.
-	`principal.asset.vulnerabilities.vendor`	값은 'Tanium'으로 설정됩니다.
-	`security_result.category`	값은 'DATA_AT_REST'로 설정됩니다.

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