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

CyberArk Privilege Cloud 로그 수집

파서 버전: 14.0

다음에서 지원:

Google SecOps SIEM

이 문서에서는 Bindplane을 사용하여 CyberArk Privilege Cloud 로그를 Google Security Operations에 수집하는 방법을 설명합니다. CyberArk Privilege Cloud는 클라우드에서 권한 있는 사용자 인증 정보를 보호, 관리, 모니터링하는 SaaS 기반 권한 있는 액세스 관리 솔루션입니다. 하이브리드 및 멀티 클라우드 환경에서 권한이 있는 계정 활동에 대한 자동 사용자 인증 정보 순환, 세션 격리 및 기록, 적시 액세스 프로비저닝, 포괄적인 감사 로깅을 제공합니다.

시작하기 전에

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

Google SecOps 인스턴스
systemd가 있는 Windows 2016 이상 또는 Linux 호스트
프록시 뒤에서 실행하는 경우 Bindplane 에이전트 요구사항에 따라 방화벽 포트가 열려 있는지 확인합니다.
Vault 관리자 권한이 있는 CyberArk Privilege Cloud 관리 포털에 대한 권한 있는 액세스 권한
Bindplane 에이전트 호스트의 유효한 TLS 인증서 (포트 6514의 TLS를 통한 syslog에 필요)

Bindplane 에이전트의 Google SecOps 사용자 인증 정보 가져오기

Bindplane 에이전트를 Google SecOps에 인증하려면 다음 방법 중 하나를 선택하세요.

새 배포: Chronicle API를 사용합니다 (옵션 1).
기존 배포: 2027년 7월 20일에 수집 API가 지원 중단될 때까지 수집 인증 파일 (옵션 2)을 계속 사용합니다.

옵션 1: Chronicle API용 서비스 계정 만들기 (권장)

Google Cloud 콘솔에 로그인하고 Google SecOps 인스턴스에 연결된 Google Cloud 프로젝트를 선택합니다.
IAM 및 관리자 > 서비스 계정으로 이동합니다.
서비스 계정 만들기를 클릭합니다.
다음 구성 세부정보를 제공합니다.
- 서비스 계정 이름: 계정 이름을 입력합니다 (예: bindplane-ingest).
- 서비스 계정 설명: 설명을 입력합니다 (예: Bindplane agent log ingestion).
만들고 계속하기를 클릭합니다.
이 서비스 계정에 프로젝트에 대한 액세스 권한 부여 섹션에서 역할 선택을 클릭하고 Chronicle 편집자를 선택합니다.
계속을 클릭한 다음 완료를 클릭합니다.
만든 서비스 계정을 클릭한 다음 키 탭으로 이동합니다.
키 추가> 새 키 만들기를 클릭합니다.
JSON을 선택하고 만들기를 클릭합니다. 키 파일이 컴퓨터에 다운로드됩니다.
키 파일을 Bindplane 수집기 디렉터리 (Linux의 경우 /opt/observiq-otel-collector/ingestion-auth.json, Windows의 경우 C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json)에 ingestion-auth.json로 저장하거나 config.yaml의 creds_file_path을 저장된 경로와 일치하도록 업데이트합니다.
IAM 및 관리자 > 설정으로 이동하여 프로젝트 번호를 복사합니다. 내보내기 도구 구성에 필요합니다.

옵션 2: 데이터 수집 인증 파일 다운로드 (기존)

Google SecOps 콘솔에 로그인합니다.
SIEM 설정 > 수집 에이전트로 이동합니다.
데이터 수집 인증 파일을 다운로드합니다.
Bindplane 에이전트가 설치될 시스템에 파일을 안전하게 저장합니다.

Google SecOps 고객 ID 가져오기

Google SecOps 콘솔에 로그인합니다.
SIEM 설정 > 프로필로 이동합니다.
조직 세부정보 섹션에서 고객 ID를 복사하여 저장합니다.

Bindplane 에이전트 설치

다음 안내에 따라 Windows 또는 Linux 운영체제에 Bindplane 에이전트를 설치합니다.

Windows 설치

관리자 권한으로 명령 프롬프트 또는 PowerShell을 엽니다.

다음 명령어를 실행합니다.

msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet

Linux 설치

루트 또는 sudo 권한이 있는 터미널을 엽니다.

다음 명령어를 실행합니다.

sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh

추가 설치 리소스

추가 설치 옵션은 이 설치 가이드를 참고하세요.

Syslog를 수집하여 Google SecOps로 전송하도록 Bindplane 에이전트 구성

구성 파일에 액세스합니다.
- config.yaml 파일을 찾습니다. 일반적으로 Linux의 /opt/observiq-otel-collector/ 디렉터리 또는 Windows의 설치 디렉터리에 있습니다.
- 텍스트 편집기 (예: nano, vi 또는 메모장)를 사용하여 파일을 엽니다.

다음과 같이 config.yaml 파일을 수정합니다.

receivers:
    tcplog:
        # Replace the port and IP address as required
        listen_address: "0.0.0.0:6514"
        tls:
            cert_file: '/path/to/server.crt'
            key_file: '/path/to/server.key'

exporters:
    chronicle/chronicle_w_labels:
        protocol: https
        # Region of your instance, for example us, europe, asia-southeast1
        location: <LOCATION>
        # Project number of the Google Cloud project linked to the instance
        project: '<PROJECT_NUMBER>'
        compression: gzip
        # Adjust the path to the credentials file you downloaded in Step 1
        creds_file_path: '/path/to/ingestion-authentication-file.json'
        # Replace with your actual customer ID from Step 2
        customer_id: <PLACEHOLDER_CUSTOMER_ID>
        endpoint: chronicle.googleapis.com
        # Add optional ingestion labels for better organization
        log_type: 'CYBERARK_PRIVILEGE_CLOUD'
        raw_log_field: body
        ingestion_labels:

service:
    pipelines:
        logs/source0__chronicle_w_labels-0:
            receivers:
                - tcplog
            exporters:
                - chronicle/chronicle_w_labels

인프라에서 필요에 따라 포트와 IP 주소를 바꿉니다.
<LOCATION>을 Google SecOps 인스턴스의 리전 (예: us, europe 또는 asia-southeast1)으로 바꿉니다. 내보내기 도구는 이 값으로 chronicle.googleapis.com 프리픽스를 지정합니다.
<PROJECT_NUMBER>를 IAM 및 관리자 > 설정의 프로젝트 번호로 바꿉니다.
<PLACEHOLDER_CUSTOMER_ID>를 실제 고객 ID로 바꿉니다.
Bindplane 에이전트의 Google SecOps 사용자 인증 정보 가져오기 섹션에서 서비스 계정 키 파일 (옵션 1)이 저장된 파일 경로로 /path/to/ingestion-authentication-file.json를 업데이트합니다.
/path/to/server.crt 및 /path/to/server.key를 TLS 인증서 및 키 파일의 실제 경로로 업데이트합니다.

참고: CyberArk Privilege Cloud에는 syslog 연결을 위한 TLS가 필요합니다. Bindplane 에이전트는 유효한 TLS 인증서로 구성되어야 합니다. 자체 서명 인증서를 사용하는 경우 CA 인증서를 CyberArk Privilege Cloud로 가져와야 합니다.

TLS가 없는 구성 (TCP만 해당)

네트워크 아키텍처에 CyberArk Privilege Cloud와 Bindplane 에이전트 간의 TLS 종료 프록시가 포함된 경우 일반 TCP를 사용할 수 있습니다.
```
receivers:
    tcplog:
        listen_address: "0.0.0.0:514"
```

기존 수집 API 내보내기 도구

옵션 2의 수집 인증 파일을 사용하는 경우 exporters 블록을 다음으로 바꿉니다. creds_file_path을 수집 인증 파일의 경로로 설정하고 인스턴스가 미국 외부에 있는 경우 malachiteingestion-pa.googleapis.com을 리전 엔드포인트 (예: europe-malachiteingestion-pa.googleapis.com)로 바꿉니다.

exporters:
    chronicle/chronicle_w_labels:
        compression: gzip
        # Adjust the path to the credentials file you downloaded in Step 1
        creds_file_path: '/path/to/ingestion-authentication-file.json'
        # Replace with your actual customer ID from Step 2
        customer_id: <PLACEHOLDER_CUSTOMER_ID>
        endpoint: malachiteingestion-pa.googleapis.com
        # Add optional ingestion labels for better organization
        log_type: 'CYBERARK_PRIVILEGE_CLOUD'
        raw_log_field: body
        ingestion_labels:

Bindplane 에이전트를 다시 시작하여 변경사항을 적용합니다.

Linux에서 Bindplane 에이전트를 다시 시작하려면 다음 명령어를 실행합니다.
```
sudo systemctl restart observiq-otel-collector
```
Windows에서 Bindplane 에이전트를 다시 시작하려면 서비스 콘솔을 사용하거나 다음 명령어를 입력합니다.
```
net stop observiq-otel-collector && net start observiq-otel-collector
```

CyberArk Privilege Cloud syslog 전달 구성

Privilege Cloud에서 SIEM 통합 구성

CyberArk Privilege Cloud 관리 포털에 로그인합니다.
관리 > 구성 옵션 > 옵션 > SIEM 통합으로 이동합니다.
SIEM 통합 사용 설정을 선택하여 syslog 전달을 활성화합니다.
다음 구성 세부정보를 제공합니다.
- SIEM 유형: Syslog를 선택합니다.
- 시스템로그 서버 주소: Bindplane 에이전트 호스트의 IP 주소 또는 FQDN을 입력합니다 (예: syslog.example.com).
- Syslog 서버 포트: 6514를 입력합니다.
- 프로토콜: TLS를 선택합니다.
- 형식: CEF (Common Event Format)를 선택합니다.
참고: CyberArk Privilege Cloud는 UDP를 지원하지 않습니다. syslog 전달에는 TCP 및 TLS 프로토콜만 사용할 수 있습니다.
이벤트 유형 섹션에서 전달할 이벤트 카테고리를 선택합니다.
- Vault 감사: Vault 액세스 및 사용자 인증 정보 검색 이벤트
- 세션 감사: 권한 있는 세션 모니터링 이벤트입니다.
- 금고 관리: 금고 생성, 수정, 삭제 이벤트
- 사용자 관리: 사용자 프로비저닝 및 권한 변경
- 정책 변경사항: 플랫폼 및 정책 수정 이벤트입니다.
저장을 클릭합니다.

TLS 연결 확인하기

Bindplane 에이전트가 포트 6514에서 수신 대기하는지 확인합니다.
```
sudo ss -tlnp | grep 6514
```
Bindplane 에이전트 로그를 확인하여 로그가 수신되고 있는지 확인합니다.
```
sudo journalctl -u observiq-otel-collector -f
```
로그가 수신되지 않으면 다음을 확인합니다.
- Bindplane 에이전트 호스트는 인터넷에서 연결할 수 있습니다 (CyberArk Privilege Cloud는 SaaS 서비스임).
- 방화벽 규칙은 포트 6514에서 인바운드 TCP 연결을 허용합니다.
- TLS 인증서가 유효하고 만료되지 않았습니다.
- TLS 인증서 CN 또는 SAN이 CyberArk Privilege Cloud에 구성된 호스트 이름과 일치합니다.

CyberArk Privilege Cloud SIEM 통합에 대한 자세한 내용은 CyberArk Privilege Cloud 문서를 참조하세요.

UDM 매핑 테이블

로그 필드	UDM 매핑	로직
`Header.deviceVendor`	`metadata.vendor_name`	CEF 헤더 공급업체 필드에서 매핑됩니다. 'CyberArk'로 설정합니다.
`Header.deviceProduct`	`metadata.product_name`	CEF 헤더 제품 필드에서 매핑됩니다. 'Privilege Cloud'로 설정합니다.
`Header.deviceVersion`	`metadata.product_version`	CEF 헤더 버전 필드에서 매핑됩니다.
`Header.signatureId`	`metadata.product_event_type`	CEF 서명 ID의 감사 작업 코드입니다.
`Header.name`	`metadata.description`	CEF 헤더의 이벤트 이름입니다.
`Header.severity`	`security_result.severity`	CEF 심각도에서 매핑됩니다 (0~3=LOW, 4~6=MEDIUM, 7~8=HIGH, 9~10=CRITICAL).
`suser`	`principal.user.userid`	작업을 수행한 사용자입니다.
`src`	`principal.ip`	세션의 소스 IP 주소입니다.
`shost`	`principal.hostname`	소스 호스트 이름입니다.
`duser`	`target.user.userid`	대상 권한 있는 계정입니다.
`dhost`	`target.hostname`	타겟 시스템 호스트 이름입니다.
`dst`	`target.ip`	대상 시스템 IP 주소입니다.
`cs1`	`security_result.detection_fields`	안전한 이름 (키: cs1Label 값)
`cs2`	`security_result.detection_fields`	계정 이름 또는 추가 컨텍스트 (키: cs2Label 값)
`cs3`	`security_result.detection_fields`	플랫폼 ID 또는 정책 정보 (키: cs3Label 값)
`act`	`security_result.action_details`	수행된 작업 (예: 검색, 연결, 업데이트)입니다.
`reason`	`security_result.description`	권한 있는 액세스에 대해 제공된 이유입니다.
`rt`	`metadata.event_timestamp`	이벤트 수신 시간입니다.
`app`	`event.idm.read_only_udm.additional.fields`	변경 로그에서 매핑됨
`Otherinfo`	`event.idm.read_only_udm.additional.fields`	변경 로그에서 매핑됨
`AffectedUserName`	`event.idm.read_only_udm.security_result.detection_fields`	변경 로그에서 매핑됨
`RequestId`	`event.idm.read_only_udm.security_result.detection_fields`	변경 로그에서 매핑됨
`SafeName`	`event.idm.read_only_udm.security_result.detection_fields`	변경 로그에서 매핑됨
`Database`	`event.idm.read_only_udm.security_result.detection_fields`	변경 로그에서 매핑됨
`MessageID", "Version", "Safe", "PolicyID", "DeviceType", and "Address`	`additional.fields`	변경 로그에서 매핑됨
`GatewayStation`	`target.ip`	변경 로그에서 매핑됨
`UserName`	`principal.user.user_display_name`	변경 로그에서 매핑됨
`Station`	`principal.ip`	변경 로그에서 매핑됨
`Message`	`security_result.summary`	변경 로그에서 매핑됨
`Issuer`	`principal.user.userid`	변경 로그에서 매핑됨
`File`	`principal.file.full_path`	변경 로그에서 매핑됨
`Severity`	`security_result.severity`	변경 로그에서 매핑됨
`CPMStatus`	`security_result.action`	변경 로그에서 매핑됨
`device_version`	`metadata.product_version`	변경 로그에서 매핑됨
`device_event_class_id" and "event_name`	`metadata.product_event_type`	변경 로그에서 매핑됨
`msg`	`metadata.description`	변경 로그에서 매핑됨
`duser`	`target.user.user_display_name`	변경 로그에서 매핑됨
`suser`	`principal.user.user_display_name`	변경 로그에서 매핑됨
`cn1", "cn1Label", "cn2", "cn2Label", "cs1", "cs1Label", "cs2", "cs2Label", "cs3", "cs3Label", "cs4", "cs4Label", "cs5", "cs5Label", and "fname`	`additional.fields`	변경 로그에서 매핑됨

변경 로그

이 파서의 변경 로그 보기

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