Google Workspace 로그
Panther는 Google Workspace에서 로그를 직접 가져오는 것을 지원합니다
개요
Panther는 가져올 수 있습니다 Google Workspace (이전에는 G Suite로 알려짐) 로그 이벤트를 다음을 쿼리하여 Google Workspace Reports API. Panther는 60초마다 Reports API를 새 이벤트에 대해 쿼리합니다.
Panther가 로그를 가져오는 Google Workspace 애플리케이션
Panther는 다음 애플리케이션의 Google Workspace 로그를 가져옵니다:
Access Transparency
Admin
Calendar
Chat
Chrome
Classroom
Context-Aware Access
Data Studio (Looker Studio)
Drive
GCP
Workspace용 Gemini
Gmail
Groups
Groups Enterprise
Keep
Login
Meet
Mobile
Rules
SAML
Token
User Accounts
Vault
Google Workspace 로그를 Panther에 온보딩하는 방법
Panther가 Google Workspace Reports API에 액세스하려면 Google Cloud 앱을 만들고 구성한 다음, 해당 인증 정보를 Panther에 제공해야 합니다.
사전 요구 사항
아래 단계를 완료하려면 Google 사용자에게 다음 권한이 있어야 합니다:
조직의 활동 기록을 읽을 수 있는 권한이 있어야 함
사용자에게 이 권한이 없다면 다음을 따르세요 이 Google Workspace 안내 를 따라 Reports 액세스 권한이 있는 새 역할을 만들고 해당 역할을 사용자에게 할당하세요.
(가져오기를 활성화할 계획이라면 Google Workspace 사용자 프로필) 사용자 읽기 권한이 있어야 함
1단계: Panther에 새 Google Workspace 소스 만들기
Panther Console의 왼쪽 사이드바 메뉴에서 다음을 클릭하세요 구성 > 로그 소스.
클릭 새로 만들기.
“Google Workspace”를 검색한 다음 해당 타일을 클릭하세요.
슬라이드아웃 패널에서 다음을 클릭하세요 설정 시작.
다음에서 구성 페이지에서 다음 필드를 구성하세요:
이름: 소스에 대한 설명이 포함된 이름을 입력하세요. 예:
내 Google Workspace 로그.
클릭 설정.
2단계: Google Cloud 앱 만들기 및 구성
Google Cloud 앱을 설정하기 전에 인증 방법을 선택해야 합니다. 다음을 사용할 수 있습니다 서비스 계정, 워크로드 ID 연동또는 OAuth —아래 상단 탭을 참조하세요.
Google Cloud에서 새 앱을 만드세요:
다음에 로그인하세요 Google Cloud 콘솔.
클릭 + 프로젝트 만들기.

설명적인 프로젝트 이름 (예:
Panther Integration)를 입력하고 위치.클릭 만들기.
프로젝트를 만드는 데 몇 초가 걸립니다. 생성이 완료되면 페이지에 알림이 표시됩니다.
왼쪽 사이드바 메뉴에서 세 줄 아이콘을 클릭한 다음 클라우드 개요 > 대시보드.
방금 만든 프로젝트가 페이지 상단의 드롭다운에서 이미 선택되어 있지 않다면, 드롭다운을 열어 선택하세요.

Admin SDK API를 활성화하세요:
검색창에 "Admin SDK API"를 입력하고 선택하세요 Admin SDK API.
다음에서 Admin SDK API 페이지에서 다음을 클릭하세요 활성화.

새 화면으로 이동합니다.
JSON 키 파일을 생성하세요 해당 서비스 계정에 대해:
다음에서 IAM 및 관리자 섹션에서 다음을 클릭하세요 서비스 계정.
방금 만든 서비스 계정 행에서 다음을 클릭하세요 작업그다음 키 관리.

클릭 키 추가 > 새 키 만들기.

아래 키 유형에서 다음을 선택하세요 JSON그다음 다음을 클릭하세요 만들기.
JSON 파일이 다운로드됩니다.
이 파일은 안전한 장소에 보관하세요. 이 서비스 계정의 인증 정보가 포함되어 있습니다.
도메인 전체 위임을 활성화하세요:
방금 만든 서비스 계정 행에서 다음을 클릭하세요 작업그다음 세부정보 관리.

클릭 고급 설정그다음 다음을 복사하세요 클라이언트 ID.

클릭 Google Workspace 관리자 콘솔 보기.
관리자 계정으로 로그인하세요.
클릭 보안 → 액세스 및 데이터 제어 → API 제어.
클릭 도메인 전체 위임 관리.
클릭 새로 추가.

필드를 입력하세요:
클라이언트 ID: 위에서 복사한 클라이언트 ID를 입력하세요.
OAuth 범위 (쉼표로 구분, 공백 없음): 다음을 입력하세요
https://www.googleapis.com/auth/admin.reports.audit.readonly(선택 사항) 사용자 프로필이 필요하면 쉼표로 구분하여 다음도 입력하세요
https://www.googleapis.com/auth/admin.directory.user.readonly
클릭 승인.
다음을 선택하세요 Google Admin 사용자 데이터를 가져올 때 가장할 계정입니다. 두 가지 옵션이 있습니다:
슈퍼관리자 계정을 사용: 설정은 더 간단하지만 꼭 필요한 수준보다 더 넓은 권한이 부여됩니다.
최소 권한 원칙을 따름(권장): 필요한 권한만 가진 전용 Google Workspace 사용자를 만들고 사용하세요
역할에 필요한 최소 권한을 부여하세요:
필수: Reports → Audit/Usage 읽기 액세스

선택 사항: Directory → Users 읽기 액세스(사용자 프로필을 사용하는 경우)

선택 사항: Vault → Google Vault 모든 로그 액세스

이 사용자 지정 역할을 전용 Google Workspace 사용자에게 할당하세요.
Panther에서 소스 설정을 완료하세요:
아래 가져오기 구성 및 JSON 키 파일을 제공하고 JSON 키 파일을 업로드하세요.

다음에서 관리자 사용자 이메일 필드에 다음의 이메일 주소를 입력하세요 Google Admin 사용자 서비스 계정이 가장할 대상(이전 단계에서 선택한 계정).

다음에서 보강 페이지에서 다음을 활성화하려면 Google Workspace 사용자 프로필의 오른쪽에 있는 사용자 프로필토글을 클릭하여
ON.다음을 확인하세요 Google Workspace 프로필 활성화의 사전 요구 사항.
다음을 토글했다면 사용자 프로필
ON다음도 설정하세요 새로 고침 주기(분). 이는 Panther가 Google Workspace에 저장된 정보로 프로필 데이터를 업데이트하는 주기를 의미합니다.
클릭 설정. 성공 화면으로 이동합니다:

선택적으로 하나 이상의 디텍션 팩.
아직 하지 않았다면 다음을 클릭하세요 스키마 연결 또는 추론 소스에 하나 이상의 스키마를 연결하세요.
다음 처리된 이벤트가 없을 때 알러트를 트리거 설정의 기본값은 예입니다. 일정 시간이 지난 후 로그 소스에서 데이터가 더 이상 유입되지 않으면 알러트를 받게 되므로 이 설정을 활성화한 상태로 두는 것을 권장합니다. 이 기간은 구성 가능하며 기본값은 24시간입니다.
Google Cloud에서 새 앱을 만드세요:
다음에 로그인하세요 Google Cloud 콘솔.
클릭 + 프로젝트 만들기.

설명적인 프로젝트 이름 (예:
Panther Integration)를 입력하고 위치.클릭 만들기.
프로젝트를 만드는 데 몇 초가 걸립니다. 생성이 완료되면 페이지에 알림이 표시됩니다.
왼쪽 사이드바 메뉴에서 세 줄 아이콘을 클릭한 다음 클라우드 개요 > 대시보드.
방금 만든 프로젝트가 페이지 상단의 드롭다운에서 이미 선택되어 있지 않다면, 드롭다운을 열어 선택하세요.

Admin SDK API를 활성화하세요:
검색창에 "Admin SDK API"를 입력하고 선택하세요 Admin SDK API.
다음에서 Admin SDK API 페이지에서 다음을 클릭하세요 활성화.

새 화면으로 이동합니다.
방금 만든 서비스 계정 행에서 다음의 값을 메모하세요 이메일. 다음 단계에서 필요합니다.
다음 안내를 따라 AWS와 함께 워크로드 ID 연동을 구성하세요 AWS 또는 Azure와 함께 워크로드 ID 연동 구성 문서.
다음 작업을 하는 동안 속성 매핑 및 조건을 정의하는, 다음 예시를 참고하세요:
예시 속성 매핑:
GoogleAWSgoogle.subjectassertion.arn.extract('arn:aws:sts::{account_id}:')+":"+assertion.arn.extract('assumed-role/{role_and_session}').extract('/{session}')attribute.accountassertion.account예시 속성 조건:
attribute.account=="<PANTHER_AWS_ACCOUNT_ID>"
다음의 값은
google.subject속성 127자를 초과할 수 없습니다. 다음을 사용할 수 있습니다 공통 표현 언어(CEL) 표현식 를 사용하여 AWS가 발급한 토큰의 속성을 변환하거나 결합할 수 있습니다. 위 표에서 제안한 표현식은 이 제한을 고려한 것이며, ARN을 Panther 엔터티를 고유하게 식별하는 값으로 변환하려는 시도입니다. AWS 속성에 대한 자세한 내용은 다음에서 "예제 2 - AssumeRole로 호출한 사용자"를 참조하세요 이 AWS 문서 페이지.다음 작업을 하는 동안 ID 풀에 제공자를 추가하는에서 다음을 선택하세요 AWS.
다음으로 이동하세요 IAM 및 관리자 → 워크로드 ID 연동.
방금 만든 워크로드 ID 풀의 표시 이름을 클릭하세요.
다음을 메모하세요 IAM 주체 이 페이지에 표시된 값입니다. 다음 단계에서 필요합니다.
IAM 권한 부여
다음으로 이동하세요 IAM 및 관리자 → 서비스 계정
방금 만든 서비스 계정 행에서 다음을 클릭하세요 이메일
다음으로 이동 “액세스 가능한 주체” 탭
“액세스 권한 부여” 클릭

“새 주체” 필드에 다음을 추가해야 합니다 두 개의 항목.
첫 번째 주체: 워크로드 ID 주체
이전에 복사한 IAM 주체는 다음과 비슷하게 보입니다:
다음을 수정하세요 이 값을:
/subject/에서 시작하는 모든 내용을 제거하고
그것을 /*로 바꾸기
변경 후에는 다음과 같아야 합니다:
이 수정된 값을 다음에 붙여넣으세요 새 주체 필드.
두 번째 주체: 서비스 계정 이메일
다음을 붙여넣으세요 서비스 계정 이메일 이전에 메모한 주소입니다.
예시 형식:
다음을 확인하세요 두 항목 모두 저장하기 전에 존재해야 합니다.
다음을 클릭하세요 “저장” 클릭
인증 정보 구성 파일을 다운로드하세요, Panther에서 Google Workspace 로그 API에 인증하는 데 사용됩니다.
도메인 전체 위임을 활성화하세요:
다음으로 이동하세요 IAM 및 관리자 → 서비스 계정
방금 만든 서비스 계정 행에서 다음을 클릭하세요 작업그다음 세부정보 관리.

클릭 고급 설정그다음 다음을 복사하세요 클라이언트 ID.

클릭 Google Workspace 관리자 콘솔 보기.
관리자 계정으로 로그인하세요.
클릭 보안 → 액세스 및 데이터 제어 → API 제어.
클릭 도메인 전체 위임 관리.
클릭 새로 추가.

필드를 입력하세요:
클라이언트 ID: 위에서 복사한 클라이언트 ID를 입력하세요.
OAuth 범위 (쉼표로 구분, 공백 없음): 다음을 입력하세요
https://www.googleapis.com/auth/admin.reports.audit.readonly(선택 사항) 사용자 프로필이 필요하면 쉼표로 구분하여 다음도 입력하세요
https://www.googleapis.com/auth/admin.directory.user.readonly
클릭 승인.
데이터를 가져올 때 서비스 계정이 가장할 Google 관리자 사용자 계정을 선택하세요. 두 가지 옵션이 있습니다:
슈퍼관리자 계정을 사용: 설정은 더 간단하지만 꼭 필요한 수준보다 더 넓은 권한이 부여됩니다.
최소 권한 원칙을 따름(권장): 필요한 권한만 가진 전용 Google Workspace 사용자를 만들고 사용하세요.
역할에 필요한 최소 권한을 부여하세요:
필수: Reports → Audit/Usage 읽기 액세스

선택 사항: Directory → Users 읽기 액세스(사용자 프로필을 사용하는 경우)

선택 사항: Vault → Google Vault 모든 로그 액세스

이 사용자 지정 역할을 전용 Google Workspace 사용자에게 할당하세요.
Panther에서 소스 설정을 완료하세요:
아래 가져오기 구성 및 인증 정보 구성 파일을 제공하고 인증 정보 구성 파일을 업로드하세요.

다음에서 관리자 사용자 이메일 필드에 다음의 이메일 주소를 입력하세요 Google Admin 사용자 서비스 계정이 가장할 대상(이전 단계에서 선택한 계정).

다음에서 보강 페이지에서 다음을 활성화하려면 Google Workspace 사용자 프로필의 오른쪽에 있는 사용자 프로필토글을 클릭하여
ON.다음을 확인하세요 Google Workspace 프로필 활성화의 사전 요구 사항.
다음을 토글했다면 사용자 프로필
ON다음도 설정하세요 새로 고침 주기(분). 이는 Panther가 Google Workspace에 저장된 정보로 프로필 데이터를 업데이트하는 주기를 의미합니다.
클릭 설정. 성공 화면으로 이동합니다:

선택적으로 하나 이상의 디텍션 팩.
아직 하지 않았다면 다음을 클릭하세요 스키마 연결 또는 추론 소스에 하나 이상의 스키마를 연결하세요.
다음 처리된 이벤트가 없을 때 알러트를 트리거 설정의 기본값은 예입니다. 일정 시간이 지난 후 로그 소스에서 데이터가 더 이상 유입되지 않으면 알러트를 받게 되므로 이 설정을 활성화한 상태로 두는 것을 권장합니다. 이 기간은 구성 가능하며 기본값은 24시간입니다.
다음에서 인증 정보 페이지에서 리디렉션 URL을 복사하여 안전한 위치에 저장하세요. 다음 단계에서 필요합니다.

Google Cloud에서 새 앱을 만드세요:
다음에 로그인하세요 Google Cloud 콘솔.
클릭 + 프로젝트 만들기.

설명적인 프로젝트 이름 (예:
Panther Integration)를 입력하고 위치.클릭 만들기.
프로젝트를 만드는 데 몇 초가 걸립니다. 생성이 완료되면 페이지에 알림이 표시됩니다.
왼쪽 사이드바 메뉴에서 세 줄 아이콘을 클릭한 다음 클라우드 개요 > 대시보드.
방금 만든 프로젝트가 페이지 상단의 드롭다운에서 이미 선택되어 있지 않다면, 드롭다운을 열어 선택하세요.

상단 검색창에서 "OAuth 동의 화면"을 검색한 다음 일치하는 결과를 선택하세요.

다음에서 OAuth 동의 화면 페이지에서 다음을 클릭하세요 시작하기.
새 Google Cloud 앱을 구성하고 Admin SDK API를 활성화하세요:
다음에서 OAuth 동의 화면 > 브랜딩 페이지에서 다음 정보를 입력하세요:
앱 이름: 프로젝트 이름 또는 프로젝트 ID를 입력하세요.
사용자 지원 이메일: 이메일 주소를 선택하세요.
대상: 선택
내부.개발자 연락처 정보: 이메일 주소를 입력하세요.
다른 필드는 비워 두세요.
클릭 저장 후 계속.
다음에서 데이터 액세스 > 범위 페이지에서 다음을 클릭하세요 범위 추가 또는 삭제.
다음에서 범위 수동 추가 섹션에서 다음을 입력하세요
https://www.googleapis.com/auth/admin.reports.audit.readonly(선택 사항) 사용자 프로필이 필요하면 다음도 입력하세요
https://www.googleapis.com/auth/admin.directory.user.readonly
클릭 표에 추가 및 업데이트.

클릭 저장.
검색창에서 "Admin SDK API"를 검색한 다음 선택하세요 Admin SDK API.
다음에서 Admin SDK API 페이지에서 다음을 클릭하세요 활성화.

새 화면으로 이동합니다.
새 Google Cloud 앱에 대한 OAuth 인증 정보를 만드세요:
왼쪽 탐색 메뉴에서 다음을 클릭하세요 인증 정보.
페이지 상단에서 다음을 클릭하세요 +인증 정보 만들기.
클릭 OAuth 클라이언트 ID.

다른 페이지로 이동합니다.
다음에서 OAuth 클라이언트 ID 만들기 페이지에서 애플리케이션 유형 필드에서 다음을 선택하세요 웹 애플리케이션 친숙한 이름을 입력하세요 이름예:
Panther.다음으로 스크롤하여 승인된 리디렉션 URI 섹션으로 이동한 다음 다음을 클릭하세요 + URI 추가.
다음에서 URI 1 필드에 위에서 복사한 리디렉션 URL을 2.1단계에서 붙여넣으세요. 이는 Panther Console의 로그 소스 자격 증명 설정 페이지에서 찾을 수 있습니다.

클릭 만들기.
팝업 모달에 다음이 표시됩니다 클라이언트 ID 및 클라이언트 시크릿. 안전한 방법으로 ClientID와 Client Secret을 기록해 두세요. 보고서를 가져오려면 이를 Panther Console에 제공해야 합니다.
Panther에서 Google Workspace 소스 설정을 마치세요:
이전에 Panther Console에서 로그 소스 설정을 시작한 브라우저 창 또는 탭을 여세요 이 문서의 앞부분에 있는.
다음에서 인증 정보 페이지에서 다음을 입력하세요 클라이언트 ID 및 클라이언트 시크릿 Google Cloud 콘솔에서 제공된 값.

이전 단계에서 이 값을 저장하지 않았다면 Google Cloud 콘솔의 다음 위치에서 찾을 수 있습니다 APIs 및 서비스 > 인증 정보 > OAuth 2.0 클라이언트 ID.
클릭 계속.
다음에서 보강 페이지에서 다음을 활성화하려면 Google Workspace 사용자 프로필의 오른쪽에 있는 사용자 프로필토글을 클릭하여
ON.다음을 확인하세요 Google Workspace 프로필 활성화의 사전 요구 사항.
다음을 토글했다면 사용자 프로필
ON다음도 설정하세요 새로 고침 주기(분). 이는 Panther가 Google Workspace에 저장된 정보로 프로필 데이터를 업데이트하는 주기를 의미합니다.
클릭 설정.
다음에서 검증 페이지에서 다음을 클릭하세요 액세스 권한 부여.
이를 통해 앞서 만든 Google Workspace 앱이 계정에서 Google Workspace 로그를 가져올 수 있도록 승인하라는 요청이 표시됩니다.
클릭 허용.

Google 프롬프트 제목은 "Panther integration app wants to access your Google Account."입니다. 아래에는 "This will allow Panther integration app to: View audit reports for your G Suite domain."이라고 적혀 있습니다. 아래에는 허용 및 취소 버튼이 있습니다. Panther Console로 다시 돌아가게 되며, 성공 화면이 표시됩니다:

선택적으로 하나 이상의 디텍션 팩.
다음 처리된 이벤트가 없을 때 알러트를 트리거 설정의 기본값은 예입니다. 일정 시간이 지난 후 로그 소스에서 데이터가 더 이상 유입되지 않으면 알러트를 받게 되므로 이 설정을 활성화한 상태로 두는 것을 권장합니다. 이 기간은 구성 가능하며 기본값은 24시간입니다.

Panther 관리 디텍션
다음을 참조하세요 Panther 관리 Google Workspace용 룰은 다음에 있습니다 panther-analysis GitHub 저장소 (다음으로 시작하는 디렉터리에서 gsuite_).
지원되는 로그 유형
Panther는 Google의 다음에서 데이터를 가져옵니다 Reports Activities API 여기에는 관리자 활동, 로그인 활동, 토큰 활동, Google Drive 활동 등이 포함됩니다.
이 데이터는 다음 두 형식으로 저장됩니다 GSuite.ActivityEvent 및 GSuite.Reports 로그 유형—이 두 스키마는 같은 데이터를 포함하지만, 다음을 사용하는 것이 권장됩니다 Gsuite.ActivityEvent 이벤트를 평탄화하여 쿼리와 디텍션에서 필드를 참조하기 쉽게 만들기 때문입니다.
두 스키마는 같은 데이터를 캡처하지만, 데이터 레이크에 저장하는 방식이 다릅니다. 예를 들어, GSuite.Reports 여러 이벤트가 하나의 페이로드로 묶이기 때문에 데이터 레이크의 로그 수가 약간 더 적을 수 있습니다. 반면 GSuite.ActivityEvent에서는 각 이벤트가 Panther의 단일 이벤트가 됩니다. 이 동작에 대한 자세한 내용은 다음 지식 기반 문서에서 확인할 수 있습니다: Panther 로그 유형 GSuite.Reports와 GSuite.ActivityEvent의 차이점은 무엇인가요?
Google Workspace 로그는 다음 두 곳 모두에 저장되지만 GSuite.ActivityEvent 및 GSuite.Reports 데이터 레이크의 표에 저장되며, 수집 할당량에는 한 번만 계산됩니다.
GSuite.ActivityEvent
Admin 콘솔 애플리케이션 또는 Google Drive 애플리케이션과 같이 특정 계정 및 애플리케이션의 활동 이벤트를 포함합니다.
참조: Reports API Activities List에 대한 Google Workspace 문서.
GSuite.Reports
다음을 사용하는 것을 권장합니다 GSuite.ActivityEvent 대신 GSuite.Reports. 두 스키마는 같은 데이터를 포함하지만, 다음의 구조는 GSuite.ActivityEvent 더 평탄하여 쿼리와 디텍션에서 참조하기 더 쉽습니다.
Admin 콘솔 애플리케이션 또는 Google Drive 애플리케이션과 같이 특정 계정 및 애플리케이션의 활동 이벤트를 포함합니다.
마지막 업데이트
도움이 되었나요?

