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

Slack 감사 로그 수집

다음에서 지원:

Google SecOps SIEM

이 문서에서는 Google Cloud Run 함수 또는 AWS Lambda가 포함된 Amazon S3를 사용하여 Slack 감사 로그를 Google Security Operations로 수집하는 방법을 설명합니다.

Slack 감사 로그는 Slack Enterprise Grid 조직 전반의 보안 관련 이벤트에 대한 자세한 기록을 제공합니다. 감사 로그 API를 사용하면 규정 준수 및 보안 모니터링 목적으로 로그인, 파일 다운로드, 앱 설치, 관리 변경사항과 같은 사용자 작업을 모니터링할 수 있습니다.

시작하기 전에

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

Google SecOps 인스턴스입니다.
조직 소유자 액세스 권한이 있는 Slack Enterprise Grid 요금제

중요: 앱은 엔터프라이즈 조직의 소유자가 설치해야 합니다. 조직 관리자 토큰은 감사 로그 API에서 지원되지 않습니다. 조직 관리자 토큰으로 만든 요청이 user_not_authorized 오류와 함께 실패합니다.
다음 중 하나에 대한 액세스 권한
- Google Cloud (옵션 1: Cloud Run Functions 및 Cloud Scheduler의 경우)
- AWS (옵션 2: S3, IAM, Lambda, EventBridge)

Slack 사용자 인증 정보 수집

Slack 앱 만들기

Slack 감사 로그 API에는 auditlogs:read 범위가 있는 사용자 OAuth 토큰이 필요합니다. 이 토큰은 워크스페이스 수준이 아닌 엔터프라이즈 그리드 조직 수준에서 앱을 설치하여 획득해야 합니다.

Enterprise Grid 조직의 소유자로 Slack에 로그인합니다.
Slack API 앱 페이지로 이동합니다.
새 앱 만들기를 클릭합니다.
처음부터를 선택합니다.
다음 구성 세부정보를 제공합니다.
- 앱 이름: 설명이 포함된 이름을 입력합니다 (예: Google SecOps Audit Integration).
- 앱을 개발할 작업공간 선택: 개발 Slack 작업공간 (조직의 모든 작업공간)을 선택합니다.
앱 만들기를 클릭합니다.

OAuth 범위 구성

앱의 설정 페이지에서 왼쪽 탐색 메뉴의 OAuth 및 권한을 선택합니다.
Scopes(범위) 섹션으로 이동합니다.
사용자 토큰 범위 (봇 토큰 범위 아님)에서 OAuth 범위 추가를 클릭합니다.
다음 범위를 추가합니다.
- auditlogs:read - 이 범위는 Enterprise Grid 조직의 감사 로그 API에 대한 액세스를 사용 설정합니다.
봇 토큰 범위에서 OAuth 범위 추가를 클릭합니다.
다음 범위를 추가합니다.
- users:read - 앱이 조직 수준에서 설치될 수 있도록 합니다.

엔터프라이즈 조직에 앱 설치

감사 로그 API는 전체 엔터프라이즈 조직의 이벤트를 읽으므로 앱은 단일 워크스페이스가 아닌 조직 수준에서 설치해야 합니다. Slack에서는 이 작업을 수행하는 두 가지 방법을 설명합니다. 두 방식 모두 동일한 조직 수준 사용자 OAuth 토큰을 생성합니다. 이 중 하나를 사용하세요.

옵션 A: 앱 설정에서 설치 (조직 수준 앱)

Slack의 엔터프라이즈 조직용 앱 개발 페이지에서 가져온 경로입니다. 리디렉션 URL, 공개 배포, 웹 서비스가 필요하지 않습니다.

앱의 설정 페이지에서 왼쪽 탐색 메뉴에 있는 조직 수준 앱을 선택합니다.
선택을 클릭합니다.
확인 메시지에서 예, 선택합니다를 클릭합니다.

참고: 선택은 앱 매니페스트에 "org_deploy_enabled": true로 표시되며 비공개 배포를 사용 설정하여 앱이 조직의 모든 워크스페이스에 도달할 수 있도록 합니다. 앱이 Slack Marketplace에 등록되어 있지 않으며 조직 외부의 사용자는 앱을 설치할 수 없습니다. 선택을 사용할 수 없는 경우 앱에 하나 이상의 봇 범위가 있는지 확인합니다.
엔터프라이즈 조직의 소유자로 로그인합니다.
왼쪽 탐색에서 OAuth 및 권한을 선택합니다.
조직에 설치를 클릭합니다.
확인 화면에서 요청된 권한을 검토하고 허용을 클릭합니다.

참고: 앱 설정 페이지에서 설치하면 조직 전체 토큰이 자동으로 생성되고 OAuth 및 권한 페이지에 표시됩니다. 개별 워크스페이스에 앱을 추가할 필요가 없습니다. 감사 로그와 같은 관리 API는 조직 수준에서 작동합니다.

옵션 B: 공개 배포 및 공유 가능한 URL

Slack의 감사 로그 API 페이지에서 가져온 경로입니다. 공개 배포를 활성화해도 앱이 Slack Marketplace에 등록되지는 않습니다. 개발 워크스페이스 외부에서만 설치할 수 있습니다.

앱의 설정 페이지에서 왼쪽 탐색 메뉴의 OAuth 및 권한을 선택합니다.
리디렉션 URL 섹션에서 새 리디렉션 URL 추가를 클릭하고 URL을 입력한 다음 추가를 클릭하고 URL 저장을 클릭합니다.

참고: 리디렉션 URL은 배포 체크리스트에 필요합니다. 조직에서 OAuth 교환을 완료하기 위한 웹 서비스를 실행하지 않는 경우 https://slack.com/oauth/v2/authorize을 입력합니다. 그러면 공유 가능한 URL에서 시작된 설치가 Slack 측에서 완료되고 토큰이 OAuth 및 권한 페이지에 표시됩니다. 고객과 확인된 값입니다. 자체 OAuth 콜백을 실행하는 경우 대신 해당 URL을 입력하고 반환된 코드를 oauth.v2.access와 교환하세요.
왼쪽 탐색에서 배포 관리를 선택합니다.
다른 워크스페이스와 앱 공유에서 4개의 체크리스트 섹션에 모두 녹색 체크표시가 있는지 확인합니다. 섹션에 빨간색 X가 표시되면 섹션을 펼치고 필요한 작업을 완료합니다.
하드 코딩된 정보를 검토하고 삭제했습니다 체크박스를 선택합니다.
공개 배포 활성화를 클릭합니다.
엔터프라이즈 조직의 소유자로 로그인합니다.
워크스페이스와 앱 공유에서 공유 가능한 URL을 복사하여 브라우저에서 엽니다.
설치 화면에서 오른쪽 상단의 드롭다운을 열고 개인 작업공간이 아닌 엔터프라이즈 조직을 선택합니다.
요청된 권한을 검토하고 허용을 클릭합니다.

참고: auditlogs:read를 요청하는 앱은 엔터프라이즈 조직의 소유자가 설치해야 합니다. 조직이 드롭다운에 표시되지 않으면 소유자로 로그인했는지 확인하세요.

사용자 인증 정보 검색

설치가 완료되면 OAuth 및 권한 페이지로 돌아갑니다.
OAuth 토큰 섹션에서 사용자 OAuth 토큰을 찾습니다.
토큰은 xoxp-로 시작합니다.
복사를 클릭하고 이 토큰을 안전하게 저장합니다.

중요: Cloud Run 함수 또는 Lambda 함수의 SLACK_ADMIN_TOKEN입니다. 안전하게 보관하세요. 엔터프라이즈 그리드 조직의 모든 감사 로그에 대한 읽기 액세스 권한을 제공합니다.
조직 ID를 확인합니다.
1. 조직 URL (예: acmeinc.enterprise.slack.com)을 사용하여 웹브라우저에서 Slack을 엽니다.
2. 페이지가 로드된 후 URL을 읽습니다. 형식은 https://app.slack.com/client/EXXXXXXX/CXXXXXXX입니다.
3. E으로 시작하는 문자열을 복사합니다. 이것이 조직 ID입니다.

권한 확인

앱에 필요한 권한이 있는지 확인하려면 다음 단계를 따르세요.

Slack API 앱 페이지로 이동합니다.
앱을 선택합니다.
왼쪽 탐색에서 OAuth 및 권한을 선택합니다.
OAuth 토큰에서 사용자 OAuth 토큰이 표시되는지 확인합니다 (xoxp-로 시작).
범위에서 auditlogs:read이 사용자 토큰 범위 아래에 표시되는지 확인합니다.

API 액세스 테스트

통합을 진행하기 전에 토큰을 테스트합니다.

SLACK_TOKEN="xoxp-your-token-here"

curl -H "Authorization: Bearer $SLACK_TOKEN" \
  "https://api.slack.com/audit/v1/logs?limit=1"

성공적인 응답에는 감사 로그 이벤트가 포함된 entries 배열이 포함됩니다. invalid_auth 또는 missing_scope 오류가 발생하면 토큰과 범위를 확인하세요.

옵션 1: Google Cloud Run 함수를 사용하여 Slack 감사 로그 내보내기 구성

이 옵션은 Google Cloud Run 함수와 Cloud Scheduler를 사용하여 Slack 감사 로그를 수집하고 Google SecOps 수집 스크립트를 사용하여 Google SecOps에 직접 수집합니다.

시작하기 전에 (옵션 1)

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

다음 API가 사용 설정된 Google Cloud 프로젝트:
- Cloud Run Admin API
- Eventarc API
- Pub/Sub API
- Cloud Scheduler API
- Secret Manager API
Cloud Run Functions, Pub/Sub 주제, Eventarc 트리거, Cloud Scheduler 작업, Secret Manager의 보안 비밀을 만들 수 있는 권한
Google SecOps 서비스 계정 JSON 파일

Google SecOps 서비스 계정 가져오기

Google SecOps 콘솔에 로그인합니다.
SIEM 설정> 수집 에이전트로 이동합니다.
다운로드를 클릭하여 수집 인증 파일을 다운로드합니다.
JSON 파일을 안전하게 저장합니다. 이 파일을 Google Secret Manager에 보안 비밀로 업로드합니다.

함수 코드 준비

Google SecOps ingestion-scripts GitHub 저장소에서 배포 파일을 다운로드합니다.

slack 폴더에서 다음을 다운로드합니다.
- .env.yml
- main.py
- requirements.txt

저장소의 루트에서 모든 파일이 포함된 전체 common 디렉터리를 다운로드합니다.

배포 디렉터리의 구조는 다음과 같습니다.

    ```
    deployment_directory/
    ├── common/
    │   ├── __init__.py
    │   ├── auth.py
    │   ├── env_constants.py
    │   ├── ingest.py
    │   ├── status.py
    │   └── utils.py
    ├── .env.yml
    ├── main.py
    └── requirements.txt
    ```

Google Secret Manager에서 보안 비밀 구성

Cloud Run Functions에서 안전하게 액세스할 수 있도록 Secret Manager에 민감한 사용자 인증 정보를 저장합니다.

Google SecOps 서비스 계정의 보안 비밀 만들기

Google Cloud 콘솔에서 보안 > Secret Manager로 이동합니다.
보안 비밀 만들기를 클릭합니다.
다음 구성 세부정보를 제공합니다.
- 이름: chronicle-service-account를 입력합니다.
- 보안 비밀 값: Google SecOps 서비스 계정 JSON 파일의 전체 콘텐츠를 붙여넣습니다.
보안 비밀 만들기를 클릭합니다.
보안 비밀의 리소스 이름을 복사합니다. 형식은 다음과 같습니다.
```
projects/PROJECT_ID/secrets/chronicle-service-account/versions/latest
```

Slack 토큰의 보안 비밀 만들기

Secret Manager 페이지에서 보안 비밀 만들기를 클릭합니다.
다음 구성 세부정보를 제공합니다.
- 이름: slack-admin-token를 입력합니다.
- 보안 비밀 값: Slack 사용자 OAuth 토큰 (xoxp-로 시작)을 붙여넣습니다.
보안 비밀 만들기를 클릭합니다.
보안 비밀의 리소스 이름을 복사합니다. 형식은 다음과 같습니다.
```
projects/PROJECT_ID/secrets/slack-admin-token/versions/latest
```

환경 변수 구성

배포 디렉터리에서 .env.yml 파일을 열고 환경 변수를 구성합니다.
```
CHRONICLE_CUSTOMER_ID: "<your-chronicle-customer-id>"
CHRONICLE_REGION: "us"
CHRONICLE_SERVICE_ACCOUNT: "projects/<PROJECT_ID>/secrets/chronicle-service-account/versions/latest"
CHRONICLE_NAMESPACE: ""
POLL_INTERVAL: "5"
SLACK_ADMIN_TOKEN: "projects/<PROJECT_ID>/secrets/slack-admin-token/versions/latest"
```
- 다음을 바꿉니다.
  - <your-chronicle-customer-id>: Google SecOps 고객 ID입니다.
  - <PROJECT_ID>: Google Cloud 프로젝트 ID입니다.
  - CHRONICLE_REGION: Google SecOps 리전으로 설정합니다. 유효한 값: us, asia-northeast1, asia-south1, asia-southeast1, australia-southeast1, europe, europe-west2, europe-west3, europe-west6, europe-west9, europe-west12, me-central1, me-central2, me-west1, northamerica-northeast2, southamerica-east1.
  - POLL_INTERVAL: 함수가 실행되는 빈도 간격 (분)입니다. 이 기간은 Cloud Scheduler 작업 간격과 동일해야 합니다.
.env.yml 파일을 저장합니다.

Pub/Sub 주제 만들기

Cloud Scheduler가 Pub/Sub 주제를 통해 Cloud Run 함수를 트리거합니다.

GCP 콘솔에서 Pub/Sub> 주제로 이동합니다.
주제 만들기를 클릭합니다.
주제 ID 입력란에 slack-audit-trigger을 입력합니다.
만들기를 클릭합니다.

Cloud Run 함수 배포

Google Cloud 콘솔에서 터미널 또는 Cloud Shell을 엽니다. 배포 디렉터리로 이동하여 다음 명령어를 실행합니다.
```
gcloud run deploy slack-audit-to-chronicle \
  --source . \
  --function main \
  --base-image google-22/python312 \
  --region <REGION> \
  --service-account <SERVICE_ACCOUNT_EMAIL> \
  --env-vars-file .env.yml \
  --memory 512Mi \
  --timeout 540 \
  --max-instances 1 \
  --no-allow-unauthenticated
```
- <REGION>을 리전 (예: us-central1)으로 바꾸고 <SERVICE_ACCOUNT_EMAIL>을 Cloud Run 함수에서 사용할 서비스 계정의 이메일 주소로 바꿉니다.
참고:Cloud Run 함수를 실행하는 서비스 계정에 Cloud Run 호출자 (roles/run.invoker), Eventarc 이벤트 수신자 (roles/eventarc.eventReceiver), Secret Manager 보안 비밀 접근자 (roles/secretmanager.secretAccessor) 역할이 있어야 합니다.
다음과 같이 함수의 Pub/Sub 트리거를 만듭니다.

참고: 트리거는 Eventarc를 사용합니다. 명령어에서 Eventarc API가 사용 설정되지 않았다고 보고하면 gcloud services enable eventarc.googleapis.com로 사용 설정하고 명령어를 다시 실행합니다.
```
gcloud eventarc triggers create slack-audit-trigger \
  --location <REGION> \
  --destination-run-service slack-audit-to-chronicle \
  --destination-run-region <REGION> \
  --event-filters "type=google.cloud.pubsub.topic.v1.messagePublished" \
  --transport-topic projects/<PROJECT_ID>/topics/slack-audit-trigger \
  --service-account <SERVICE_ACCOUNT_EMAIL>
```
- <PROJECT_ID>를 Google Cloud 프로젝트 ID로 바꿉니다.
참고: Slack 수집 스크립트는 요청 본문을 무시하는 HTTP 서명 함수 def main(request)를 노출합니다. Eventarc Pub/Sub 트리거는 각 Pub/Sub 메시지를 서비스에 HTTP POST로 전송하므로 스크립트가 변경되지 않고 코드 수정이 필요하지 않습니다.
배포가 완료될 때까지 기다립니다.

Cloud Scheduler 설정

GCP 콘솔에서 Cloud Scheduler > 작업 만들기로 이동합니다.

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

설정	값
이름	`slack-audit-scheduler`
리전	Cloud Run 함수를 배포한 것과 동일한 리전을 선택합니다.
주파수	`/5 * * *` (5분마다, `POLL_INTERVAL` 값과 일치)
시간대	시간대 선택 (UTC 권장)

계속을 클릭합니다.
실행 구성 섹션에서 다음을 수행합니다.
- 대상 유형: Pub/Sub를 선택합니다.
- 주제: slack-audit-trigger를 선택합니다.
- 메일 본문: run를 입력합니다.
만들기를 클릭합니다.

일정 빈도 옵션

로그 볼륨 및 지연 시간 요구사항에 따라 빈도를 선택합니다.

빈도	크론 표현식	사용 사례
5분마다	`/5 * * *`	표준 (권장)
15분마다	`/15 * * *`	검색량 보통
1시간마다	`0 * * * *`	볼륨이 작음

통합 테스트 (옵션 1)

Cloud Scheduler 콘솔에서 작업을 찾습니다 (slack-audit-scheduler).
강제 실행을 클릭하여 작업을 수동으로 트리거합니다.
몇 초 동안 기다립니다.
Cloud Run으로 이동합니다.
서비스 이름 (slack-audit-to-chronicle)을 클릭합니다.
로그 탭을 클릭합니다.

함수가 성공적으로 실행되었는지 확인합니다. 다음 항목을 찾습니다.

Retrieving the Slack Audit logs since: YYYY-MM-DDTHH:MM:SSZ
Processing logs...
Retrieved X audit logs from the API call
Logs processed successfully.

옵션 2: AWS S3를 사용하여 Slack 감사 로그 내보내기 구성

이 옵션은 AWS Lambda를 사용하여 Slack 감사 로그를 수집하고 Amazon S3에 저장한 다음 로그를 수집하도록 Google SecOps 피드를 구성합니다.

시작하기 전에 (옵션 2)

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

S3 버킷, IAM 사용자/역할/정책, Lambda 함수, EventBridge 규칙을 만들 수 있는 권한이 있는 AWS 계정

Amazon S3 버킷 만들기

버킷 만들기 사용자 가이드에 따라 Amazon S3 버킷을 만듭니다.
나중에 참조할 수 있도록 버킷 이름과 리전을 저장합니다 (예: slack-audit-logs).

S3 업로드를 위한 IAM 정책 및 역할 구성

AWS 콘솔에서 IAM > 정책 > 정책 생성 > JSON 탭으로 이동합니다.

다음 정책을 복사하여 붙여넣습니다. 다른 버킷 이름을 사용한 경우 slack-audit-logs을 바꿉니다.

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "AllowPutObjects",
      "Effect": "Allow",
      "Action": "s3:PutObject",
      "Resource": "arn:aws:s3:::slack-audit-logs/*"
    },
    {
      "Sid": "AllowGetStateObject",
      "Effect": "Allow",
      "Action": "s3:GetObject",
      "Resource": "arn:aws:s3:::slack-audit-logs/slack-audit-state.json"
    }
  ]
}

다음을 클릭합니다.
정책 이름 SlackAuditS3Policy를 입력합니다.
정책 만들기를 클릭합니다.
IAM > 역할 > 역할 만들기 > AWS 서비스 > Lambda로 이동합니다.
새로 만든 정책 SlackAuditS3Policy를 연결합니다.
역할 이름을 SlackAuditToS3Role로 지정하고 역할 만들기를 클릭합니다.

Lambda 함수 만들기

AWS 콘솔에서 Lambda > 함수 > 함수 만들기로 이동합니다.
처음부터 작성을 클릭합니다.
다음 구성 세부정보를 제공합니다.

설정 값

이름 slack_audit_to_s3

런타임 Python 3.13

아키텍처 x86_64

실행 역할 SlackAuditToS3Role
함수 만들기를 클릭합니다.

설정	값
이름	`slack_audit_to_s3`
런타임	Python 3.13
아키텍처	x86_64
실행 역할	`SlackAuditToS3Role`

함수가 생성되면 코드 탭을 열고 스텁을 삭제한 후 다음 코드 (slack_audit_to_s3.py)를 붙여넣습니다.

#!/usr/bin/env python3
# Lambda: Pull Slack Audit Logs (Enterprise Grid) to S3 (JSONL format)
import os, json, time, urllib.parse
from urllib.request import Request, urlopen
from urllib.error import HTTPError, URLError
import boto3

BASE_URL = "https://api.slack.com/audit/v1/logs"
TOKEN = os.environ["SLACK_AUDIT_TOKEN"]
BUCKET = os.environ["S3_BUCKET"]
PREFIX = os.environ.get("S3_PREFIX", "slack/audit/")
STATE_KEY = os.environ.get("STATE_KEY", "slack-audit-state.json")
LIMIT = int(os.environ.get("LIMIT", "200"))
MAX_PAGES = int(os.environ.get("MAX_PAGES", "20"))
LOOKBACK_SEC = int(os.environ.get("LOOKBACK_SECONDS", "3600"))
HTTP_TIMEOUT = int(os.environ.get("HTTP_TIMEOUT", "60"))
HTTP_RETRIES = int(os.environ.get("HTTP_RETRIES", "3"))
RETRY_AFTER_DEFAULT = int(os.environ.get("RETRY_AFTER_DEFAULT", "2"))
# Optional server-side filters (comma-separated 'action' values)
ACTIONS = os.environ.get("ACTIONS", "").strip()

s3 = boto3.client("s3")

def _get_state() -> dict:
    try:
        obj = s3.get_object(Bucket=BUCKET, Key=STATE_KEY)
        st = json.loads(obj["Body"].read() or b"{}")
        return {"cursor": st.get("cursor")}
    except Exception:
        return {"cursor": None}

def _put_state(state: dict) -> None:
    body = json.dumps(state, separators=(",", ":")).encode("utf-8")
    s3.put_object(
        Bucket=BUCKET, Key=STATE_KEY, Body=body, ContentType="application/json"
    )

def _http_get(params: dict) -> dict:
    qs = urllib.parse.urlencode(params, doseq=True)
    url = f"{BASE_URL}?{qs}" if qs else BASE_URL
    req = Request(url, method="GET")
    req.add_header("Authorization", f"Bearer {TOKEN}")
    req.add_header("Accept", "application/json")
    attempt = 0
    while True:
        try:
            with urlopen(req, timeout=HTTP_TIMEOUT) as r:
                return json.loads(r.read().decode("utf-8"))
        except HTTPError as e:
            # Respect Retry-After on 429/5xx
            if e.code in (429, 500, 502, 503, 504) and attempt < HTTP_RETRIES:
                retry_after = 0
                try:
                    retry_after = int(
                        e.headers.get("Retry-After", RETRY_AFTER_DEFAULT)
                    )
                except Exception:
                    retry_after = RETRY_AFTER_DEFAULT
                time.sleep(max(1, retry_after))
                attempt += 1
                continue
            raise
        except URLError:
            if attempt < HTTP_RETRIES:
                time.sleep(RETRY_AFTER_DEFAULT)
                attempt += 1
                continue
            raise

def _write_page(data: dict, page_idx: int) -> str:
    """Extract entries from Slack API response and write as JSONL."""
    entries = data.get("entries") or []
    if not entries:
        return None
    lines = [json.dumps(entry, separators=(",", ":")) for entry in entries]
    body = "\n".join(lines).encode("utf-8")
    ts = time.strftime("%Y/%m/%d/%H%M%S", time.gmtime())
    key = f"{PREFIX}{ts}-slack-audit-p{page_idx:05d}.json"
    s3.put_object(
        Bucket=BUCKET, Key=key, Body=body, ContentType="application/json"
    )
    return key

def lambda_handler(event=None, context=None):
    state = _get_state()
    cursor = state.get("cursor")
    params = {"limit": LIMIT}
    if ACTIONS:
        params["action"] = [a.strip() for a in ACTIONS.split(",") if a.strip()]
    if cursor:
        params["cursor"] = cursor
    else:
        # First run (or reset): fetch a recent window by time
        params["oldest"] = int(time.time()) - LOOKBACK_SEC
    pages = 0
    total = 0
    last_cursor = None
    while pages < MAX_PAGES:
        data = _http_get(params)
        _write_page(data, pages)
        entries = data.get("entries") or []
        total += len(entries)
        # Cursor for next page
        meta = data.get("response_metadata") or {}
        next_cursor = meta.get("next_cursor") or data.get("next_cursor")
        if next_cursor:
            params = {"limit": LIMIT, "cursor": next_cursor}
            if ACTIONS:
                params["action"] = [
                    a.strip() for a in ACTIONS.split(",") if a.strip()
                ]
            last_cursor = next_cursor
            pages += 1
            continue
        break
    if last_cursor:
        _put_state({"cursor": last_cursor})
    return {
        "ok": True,
        "pages": pages + (1 if total or last_cursor else 0),
        "entries": total,
        "cursor": last_cursor,
    }

if __name__ == "__main__":
    print(lambda_handler())

Lambda 환경 변수 구성

구성 > 환경 변수 > 수정 > 환경 변수 추가로 이동합니다.

다음 환경 변수를 입력하고 값으로 바꿉니다.

키	예시 값
`SLACK_AUDIT_TOKEN`	`xoxp-...` (`auditlogs:read`이 있는 조직 수준 사용자 토큰)
`S3_BUCKET`	`slack-audit-logs`
`S3_PREFIX`	`slack/audit/`
`STATE_KEY`	`slack-audit-state.json`
`LIMIT`	`200`
`MAX_PAGES`	`20`
`LOOKBACK_SECONDS`	`3600`
`HTTP_TIMEOUT`	`60`
`HTTP_RETRIES`	`3`
`RETRY_AFTER_DEFAULT`	`2`
`ACTIONS`	(선택사항, 쉼표로 구분된 작업 필터)

저장을 클릭합니다.
구성 탭을 선택합니다. 일반 구성 패널에서 수정을 클릭합니다.
시간 제한을 5 minutes (300초)로 변경하고 저장을 클릭합니다.

EventBridge 일정 만들기

Amazon EventBridge > 스케줄러 > 일정 만들기로 이동합니다.
다음 구성 세부정보를 제공합니다.
- 이름: slack-audit-1h를 입력합니다.
- 반복 일정: 요금 기반 일정을 선택합니다.
- 비율 표현식: 1 hours를 입력합니다.
- 유연한 시간대: 사용 안함을 선택합니다.
다음을 클릭합니다.
타겟을 선택합니다.
- 타겟 API: AWS Lambda 호출을 선택합니다.
- Lambda 함수: slack_audit_to_s3을 선택합니다.
다음을 클릭합니다.
다음을 클릭합니다 (선택사항 설정은 건너뜁니다).
검토한 후 일정 만들기를 클릭합니다.

(선택사항) Google SecOps용 읽기 전용 IAM 사용자 만들기

AWS 콘솔 > IAM > 사용자 > 사용자 만들기로 이동합니다.
다음 구성 세부정보를 제공합니다.
- 사용자 이름: secops-reader를 입력합니다.
- 액세스 유형: 프로그래매틱 액세스를 선택합니다.
다음을 클릭합니다.
정책을 직접 연결을 선택합니다.

정책 만들기를 클릭합니다. JSON 탭에 다음을 붙여넣습니다.

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": ["s3:GetObject"],
      "Resource": "arn:aws:s3:::slack-audit-logs/*"
    },
    {
      "Effect": "Allow",
      "Action": ["s3:ListBucket"],
      "Resource": "arn:aws:s3:::slack-audit-logs"
    }
  ]
}

다음을 클릭합니다.
정책 이름 secops-reader-policy를 입력합니다.
정책 만들기를 클릭합니다.
사용자 생성 페이지로 돌아가 정책 목록을 새로고침하고 secops-reader-policy를 선택합니다.
다음을 클릭합니다.
사용자 만들기를 클릭합니다.
생성된 사용자 secops-reader을 선택합니다.
보안용 사용자 인증 정보> 액세스 키> 액세스 키 만들기로 이동합니다.
서드 파티 서비스를 선택합니다.
다음을 클릭합니다.
액세스 키 만들기를 클릭합니다.
.csv 파일 다운로드를 클릭하여 사용자 인증 정보를 저장합니다.

Slack 감사 로그를 수집하도록 Google SecOps에서 피드 구성

SIEM 설정 > 피드로 이동합니다.
새 피드 추가를 클릭합니다.
단일 피드 구성을 클릭합니다.
피드 이름 필드에 피드 이름을 입력합니다(예: Slack Audit Logs).
소스 유형으로 Amazon S3 V2를 선택합니다.
로그 유형으로 Slack 감사를 선택합니다.
다음을 클릭합니다.
다음 입력 매개변수의 값을 지정합니다.
- S3 URI: 다음 접두사 경로를 사용하여 S3 버킷 URI를 입력합니다.
```
```
  s3://slack-audit-logs/slack/audit/
```

Replace `slack-audit-logs` with your actual S3 bucket name.
```
- 소스 삭제 옵션: 환경설정에 따라 삭제 옵션을 선택합니다.
- 최대 파일 기간: 지난 일수 동안 수정된 파일을 포함합니다. 기본값은 180일입니다.
- 액세스 키 ID: S3 버킷에 대한 액세스 권한이 있는 사용자 액세스 키 (secops-reader Identity and Access Management (IAM) 사용자에서 가져옴)
- 보안 비밀 액세스 키: S3 버킷에 액세스할 수 있는 사용자 보안 비밀 키 (secops-reader IAM 사용자에서 가져옴)
- 애셋 네임스페이스: 애셋 네임스페이스입니다.
- 수집 라벨: 이 피드의 이벤트에 적용할 라벨입니다.
다음을 클릭합니다.
확정 화면에서 새 피드 구성을 검토한 다음 제출을 클릭합니다.

UDM 매핑 테이블

로그 필드	UDM 매핑	로직
`action`	`metadata.product_event_type`	`action` 필드에서 직접 매핑됨
`actor.type`	`principal.labels`	키 `actor.type`로 직접 매핑됨
`actor.user.email`	`principal.user.email_addresses`	직접 매핑됨
`actor.user.id`	`principal.user.product_object_id`	직접 매핑됨
`actor.user.id`	`principal.user.userid`	직접 매핑됨
`actor.user.name`	`principal.user.user_display_name`	직접 매핑됨
`actor.user.team`	`principal.user.group_identifiers`	직접 매핑됨
`context.ip_address`	`principal.ip`	직접 매핑됨
`context.location.domain`	`about.resource.attribute.labels`	키 `context.location.domain`로 직접 매핑됨
`context.location.id`	`about.resource.id`	직접 매핑됨
`context.location.name`	`about.resource.name`	직접 매핑됨
`context.location.name`	`about.resource.attribute.labels`	키 `context.location.name`로 직접 매핑됨
`context.location.type`	`about.resource.resource_subtype`	직접 매핑됨
`context.session_id`	`network.session_id`	직접 매핑됨
`context.ua`	`network.http.user_agent`	직접 매핑됨
`context.ua`	`network.http.parsed_user_agent`	`context.ua` 필드에서 파싱된 사용자 에이전트
`country`	`principal.location.country_or_region`	직접 매핑됨
`date_create`	`metadata.event_timestamp.seconds`	타임스탬프 객체로 변환된 에포크 타임스탬프
`details.inviter.email`	`target.user.email_addresses`	직접 매핑됨
`details.inviter.id`	`target.user.product_object_id`	직접 매핑됨
`details.inviter.name`	`target.user.user_display_name`	직접 매핑됨
`details.inviter.team`	`target.user.group_identifiers`	직접 매핑됨
`details.reason`	`security_result.description`	직접 매핑됩니다. 배열인 경우 쉼표로 연결됩니다.
`details.type`	`about.resource.attribute.labels`	키 `details.type`로 직접 매핑됨
`details.type`	`security_result.summary`	직접 매핑됨
`entity.app.id`	`target.resource.id`	직접 매핑됨
`entity.app.name`	`target.resource.name`	직접 매핑됨
`entity.channel.id`	`target.resource.id`	직접 매핑됨
`entity.channel.name`	`target.resource.name`	직접 매핑됨
`entity.channel.privacy`	`target.resource.attribute.labels`	키 `entity.channel.privacy`로 직접 매핑됨
`entity.file.filetype`	`target.resource.attribute.labels`	키 `entity.file.filetype`로 직접 매핑됨
`entity.file.id`	`target.resource.id`	직접 매핑됨
`entity.file.name`	`target.resource.name`	직접 매핑됨
`entity.file.title`	`target.resource.attribute.labels`	키 `entity.file.title`로 직접 매핑됨
`entity.huddle.date_end`	`about.resource.attribute.labels`	키 `entity.huddle.date_end`로 직접 매핑됨
`entity.huddle.date_start`	`about.resource.attribute.labels`	키 `entity.huddle.date_start`로 직접 매핑됨
`entity.huddle.id`	`about.resource.attribute.labels`	키 `entity.huddle.id`로 직접 매핑됨
`entity.huddle.participants.0`	`about.resource.attribute.labels`	키 `entity.huddle.participants.0`로 직접 매핑됨
`entity.huddle.participants.1`	`about.resource.attribute.labels`	키 `entity.huddle.participants.1`로 직접 매핑됨
`entity.type`	`target.resource.resource_subtype`	직접 매핑됨
`entity.user.email`	`target.user.email_addresses`	직접 매핑됨
`entity.user.id`	`target.user.product_object_id`	직접 매핑됨
`entity.user.name`	`target.user.user_display_name`	직접 매핑됨
`entity.user.team`	`target.user.group_identifiers`	직접 매핑됨
`entity.workflow.id`	`target.resource.id`	직접 매핑됨
`entity.workflow.name`	`target.resource.name`	직접 매핑됨
`id`	`metadata.product_log_id`	직접 매핑됨
`ip`	`principal.ip`	직접 매핑됨
`user_agent`	`network.http.user_agent`	직접 매핑됨
`user_id`	`principal.user.product_object_id`	직접 매핑됨
`username`	`principal.user.product_object_id`	직접 매핑됨
	`metadata.event_type`	기본값은 `USER_COMMUNICATION`입니다. 작업이 `user_created`인 경우 `USER_CREATION`, 작업이 `user_login` 또는 `user_login_failed`인 경우 `USER_LOGIN`, 작업이 `user_logout`인 경우 `USER_LOGOUT`, 작업이 `file_`와 일치하는 경우 `USER_RESOURCE_ACCESS`, 작업이 `app_`, `private_`, `public_` 또는 `auth_policy_`와 일치하는 경우 `USER_RESOURCE_UPDATE_PERMISSIONS`, 작업이 `pref`, `legal_hold_`, `workflow_`, `channel_`, `user_deactivated`, `user_reactivated`, `role_change_` 또는 `user_channel_`와 일치하는 경우 `USER_CHANGE_PERMISSIONS`로 설정합니다.
	`metadata.log_type`	`SLACK_AUDIT`로 하드코딩됨
	`metadata.product_name`	`date_create`이 있으면 `Enterprise Grid`로 설정하고, 그렇지 않고 `user_id`이 있으면 `Audit Logs`로 설정합니다.
	`metadata.vendor_name`	`Slack`로 하드코딩됨
	`extensions.auth.mechanism`	`REMOTE`로 하드코딩됨
	`extensions.auth.type`	작업에 `user_login` 또는 `user_logout`가 포함된 경우 `SSO`로 설정하고, 그렇지 않으면 `MACHINE`로 설정합니다.
	`security_result.action`	기본값은 `ALLOW`입니다. 작업이 `user_login_failed`인 경우 `BLOCK`로 설정합니다.
	`target.application`	`date_create`이 있으면 `Slack`로 설정하고, 그렇지 않고 `user_id`이 있으면 `SLACK`로 설정합니다.

변경 로그

이 파서의 변경 로그 보기

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