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에 필요)

Google SecOps 수집 인증 파일 가져오기

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:
        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:

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

인프라에 필요한 대로 포트와 IP 주소를 바꿉니다.
<PLACEHOLDER_CUSTOMER_ID>를 실제 고객 ID로 바꿉니다.
Google SecOps 수집 인증 파일 가져오기 섹션에서 인증 파일이 저장된 파일 경로로 /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"
```

변경사항을 적용하려면 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=낮음, 4~6=중간, 7~8=높음, 9~10=심각)에서 매핑됩니다.
`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 전문가에게 문의하여 답변을 받으세요.