uberAgent 로그 수집
이 문서에서는 Bindplane 에이전트를 사용하여 uberAgent 로그를 Google Security Operations로 수집하는 방법을 설명합니다.
uberAgent는 Windows 및 macOS용 엔드포인트 보안 분석 및 사용자 환경 모니터링 플랫폼입니다. 모니터링되는 엔드포인트에서 프로세스 이벤트, 로그온 이벤트, 네트워크 연결, 애플리케이션 사용을 비롯한 원격 분석 데이터를 수집합니다.
시작하기 전에
다음 기본 요건이 충족되었는지 확인합니다.
- Google SecOps 인스턴스
- Windows Server 2016 이상 또는
systemd가 있는 Linux 호스트 - Bindplane 에이전트와 uberAgent 엔드포인트 간의 네트워크 연결
- 프록시 뒤에서 실행하는 경우 Bindplane 에이전트 요구사항에 따라 방화벽 포트가 열려 있는지 확인합니다.
- uberAgent가 설치된 엔드포인트 또는 uberAgent 관리 콘솔에 대한 권한 있는 액세스
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설치가 완료될 때까지 기다립니다.
다음을 실행하여 설치를 확인합니다.
sc query observiq-otel-collector서비스가 RUNNING 으로 표시되어야 합니다.
Linux 설치
- 루트 또는 sudo 권한으로 터미널을 엽니다.
다음 명령어를 실행합니다.
sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh설치가 완료될 때까지 기다립니다.
다음을 실행하여 설치를 확인합니다.
sudo systemctl status observiq-otel-collector서비스가 active (running) 으로 표시되어야 합니다.
추가 설치 리소스
추가 설치 옵션 및 문제 해결은 Bindplane 에이전트 설치 가이드를 참조하세요.
로그를 수집하고 Google SecOps로 전송하도록 Bindplane 에이전트 구성
구성 파일 찾기
Linux:
sudo nano /etc/bindplane-agent/config.yamlWindows:
notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
구성 파일 설정
config.yaml의 전체 콘텐츠를 다음 구성으로 바꿉니다.receivers: filelog: include: - 'C:\uberAgent\logs\*.log' - 'C:\uberAgent\logs\*.csv' start_at: beginning poll_interval: 5s exporters: chronicle/uberagent: compression: gzip creds_file_path: 'C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.googleapis.com log_type: UBERAGENT raw_log_field: body ingestion_labels: env: production service: pipelines: logs/uberagent_to_chronicle: receivers: - filelog exporters: - chronicle/uberagent
구성 매개변수
다음 자리표시자를 바꿉니다.
수신기 구성:
include: uberAgent 로그 파일의 경로:- Windows (로컬):
C:\uberAgent\logs\*.log및C:\uberAgent\logs\*.csv - Windows (파일 공유):
\\SERVER\Share\uberagent-logs\*.log - uberAgent 파일 출력 구성에 따라 경로를 조정합니다.
- Windows (로컬):
start_at: 기존 로그를 읽으려면beginning으로 설정하고 새 항목만 읽으려면end로 설정합니다.poll_interval: 새 로그 데이터를 확인하는 빈도 (기본값:5s)
내보내기 도구 구성:
uberagent: 내보내기 도구의 설명 이름creds_file_path: 수집 인증 파일의 전체 경로:- Linux:
/etc/bindplane-agent/ingestion-auth.json - Windows:
C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- Linux:
<customer_id>: 이전 단계의 고객 IDendpoint: 리전 엔드포인트 URL:- 미국:
malachiteingestion-pa.googleapis.com - 유럽:
europe-malachiteingestion-pa.googleapis.com - 아시아:
asia-southeast1-malachiteingestion-pa.googleapis.com - 전체 목록은 리전 엔드포인트를 참조하세요.
- 미국:
UBERAGENT: Chronicle에 표시되는 로그 유형ingestion_labels: YAML 형식의 선택적 라벨 (예:env: production)
파이프라인 구성:
uberagent_to_chronicle: 파이프라인의 설명 이름
구성 파일 저장
- 수정 후 파일을 저장합니다.
- Linux:
Ctrl+O를 누른 다음Enter를 누르고Ctrl+X를 누릅니다. - Windows: 파일 > 저장을 클릭합니다.
- Linux:
Bindplane 에이전트를 다시 시작하여 변경사항 적용
Linux에서 Bindplane 에이전트를 다시 시작하려면 다음 명령어를 실행합니다.
sudo systemctl restart observiq-otel-collector서비스가 실행 중인지 확인합니다.
sudo systemctl status observiq-otel-collector로그에서 오류를 확인합니다.
sudo journalctl -u observiq-otel-collector -f
Windows에서 Bindplane 에이전트를 다시 시작하려면 다음 옵션 중 하나를 선택합니다.
관리자 권한으로 명령 프롬프트 또는 PowerShell:
net stop observiq-otel-collector && net start observiq-otel-collector서비스 콘솔:
Win+R을 누르고services.msc를 입력한 후 Enter 키를 누릅니다.- observIQ OpenTelemetry Collector 를 찾습니다.
- 마우스 오른쪽 버튼을 클릭하고 다시 시작 을 선택합니다.
서비스가 실행 중인지 확인합니다.
sc query observiq-otel-collector로그에서 오류를 확인합니다.
type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"
uberAgent 파일 출력 구성
uberAgent는 여러 출력 백엔드를 지원합니다. Bindplane 에이전트에서 수집할 파일을 데이터로 내보내려면 다음 안내를 따르세요.
- 엔드포인트 또는 그룹 정책을 통해 uberAgent 구성 파일 (
uberAgent.conf)을 엽니다. 파일 기반 출력 수신기를 구성합니다.
[Receiver] Name = FileOutput Type = File Path = C:\uberAgent\logs\내보낼 측정항목 및 소스 유형을 구성합니다.
- 프로세스: 프로세스 시작/중지 이벤트, 리소스 사용량
- 로그온: 사용자 로그온/로그오프 이벤트
- 네트워크: 네트워크 연결 이벤트
- 애플리케이션: 애플리케이션 사용 및 오류
구성을 저장하고 uberAgent 서비스를 다시 시작합니다.
구성된 출력 디렉터리에 로그 파일이 생성되고 있는지 확인합니다.
Bindplane 에이전트에 로그 디렉터리 및 파일에 대한 읽기 권한이 있는지 확인합니다.
UDM 매핑 표
| 로그 필드 | UDM 매핑 | 논리 |
|---|---|---|
| SessionRpLatencyMs2, SessionHRes, SessionVRes, SessionColorDepth, SessionClientPlatform, SessionClientVersion, SessionClientOsLanguage, SessionPublishedName, SessionPublishedAppsCtx, SessionAppStateCtx, SessionEncryptionCtx, SessionClientTypeCtx, SessionBrokerDnsVmw, SessionBrokerUrlVmw, SessionBrokerTunneledVmw, SessionBrokerTunnelUrlVmw, SessionBrokerRemoteIpVmw, SessionBrokerUserVmw, SessionBrokerDomainVmw, SessionClientTimezoneVmw, SessionClientIdVmw, SessionTypeVmw, SessionBrokerType, SessionFgAppId, SessionFgAppVersion, SessionFgProcessName, SessionFgProcessId, SessionFgBrowserType, SessionFgBrowserActiveTabHost, SessionFgWindowTitle, SessionClientHwIdCtx2, SessionRoundTripTimeMs, SessionFps, SessionTransportProtocols, SessionProcessCount, SessionIOMB, SessionCPUTimeMs, SessionConnectionState, SessionUser, SessionIOCount, SessionNetKBPS, SessionWorkingSetMB, SessionCPUUsagePercent, SessionIOPS, SessionClientName, SessionIOLatencyMs, PowerSupportsS3, IsBatteryPresent, PowerSupportsS1, PowerSupportsS2, PowerSupportsS5, CPUMaxMhz, BaseboardSerial, CtxMachineCatalogName, AdDomainDns, HwHypervisorVendor, OsBuild, HwBiosVersion, PowerSupportsS4, HwIsVirtualMachine, IsUpsPresent, PowerSupportsConnectedStandby, OsInstallDate, Sourcetype, uberagent_index_name, data_stream.namespace, data_stream.dataset, data_stream.type, data_stream.subset, CPUCoresLogical, AdOu, AdDomainNetBios, logstash_pipeline, AdSite, CtxFarmName, CPUSockets, OsSpName, OsName, OsType, OsUpdateBuildRevision, ComputerNameCanonical, ComputerNameDn, CtxDeliveryGroupName, tags, user_agent.original | additional.fields | 나열된 필드에서 키-값 쌍으로 병합됨 |
| metadata.event_type | has_principal이 true이고 has_target이 false이면 STATUS_UPDATE로 설정하고, 둘 다 true이면 NETWORK_CONNECTION으로 설정하고, 그렇지 않으면 GENERIC_EVENT로 설정합니다. | |
| SessionGUID | metadata.product_log_id | 값이 직접 복사됨 |
| user_agent.original | network.http.parsed_user_agent | 파싱된 사용자 에이전트로 변환됨 |
| user_agent.original | network.http.user_agent | 값이 직접 복사됨 |
| SessionTransportProtocols | network.ip_protocol | (?i)udp와 일치하면 UDP로 설정하고 (?i)tcp와 일치하면 TCP로 설정합니다. |
| SessionID | network.session_id | 값이 직접 복사됨 |
| SessionClientUserDomain | principal.administrative_domain | 값이 직접 복사됨 |
| CPUCoresPhysical, RAMSizeGB, CPUName, HwManufacturer, OsArchitecture, BIOSSerial, HwModel | principal.asset.hardware | 하드웨어 객체로 병합됨 |
| SessionClientDomain, host | principal.asset.hostname | 비어 있지 않으면 SessionClientDomain의 값, 그렇지 않으면 호스트 |
| prin_ip, SessionClientIp, system_ip | principal.asset.ip | 비어 있지 않으면 prin_ip의 값, 그렇지 않으면 SessionClientIp, 그렇지 않으면 system_ip |
| SessionClientDomain, host | principal.hostname | 비어 있지 않으면 SessionClientDomain의 값, 그렇지 않으면 호스트 |
| prin_ip, SessionClientIp, system_ip | principal.ip | 비어 있지 않으면 prin_ip의 값, 그렇지 않으면 SessionClientIp, 그렇지 않으면 system_ip |
| SessionClientMac | principal.mac | SessionClientMac의 값, -가 :로 대체되고 소문자로 변환됨 |
| SessionClientPlatform | principal.platform | (?i)windows와 일치하면 WINDOWS로 설정합니다. |
| SessionClientVersion | principal.platform_version | (?i)windows와 일치하면 값으로 설정합니다. |
| SessionUser, SessionClientUser | principal.user.user_display_name | 비어 있지 않으면 SessionUser의 값, 그렇지 않으면 SessionClientUser |
| SessionBrokerRemoteIpVmw | target.ip | 값이 직접 복사됨 |
| SessionBrokerUserVmw | target.user.user_display_name | 값이 직접 복사됨 |
| SessionClientIdVmw | target.user.userid | 값이 직접 복사됨 |
| metadata.product_name | 'UBERAGENT'로 설정합니다. | |
| metadata.vendor_name | 'UBERAGENT'로 설정합니다. |
도움이 더 필요하신가요? 커뮤니티 회원 및 Google SecOps 전문가에게 문의하여 답변을 받으세요.