Avaya Aura 로그 수집
파서 버전: 3.0
이 문서에서는 Bindplane 에이전트를 사용하여 Avaya Aura 로그를 Google Security Operations로 수집하는 방법을 설명합니다.
Avaya Aura는 사용자 로그인/로그아웃 이벤트, 시스템 구성 변경, 보안 이벤트에 대한 syslog 메시지를 생성하는 통합 커뮤니케이션 플랫폼입니다. 파서는 grok 패턴을 사용하여 syslog 메시지에서 필드를 추출하고 통합 데이터 모델 (UDM)에 매핑합니다.
시작하기 전에
다음 기본 요건이 충족되었는지 확인합니다.
- Google SecOps 인스턴스
- Windows Server 2016 이상 또는
systemd가 있는 Linux 호스트 - Bindplane 에이전트와 Avaya Aura 시스템 간의 네트워크 연결
- 프록시 뒤에서 실행하는 경우 Bindplane 에이전트 요구사항에 따라 방화벽 포트가 열려 있는지 확인합니다.
- Avaya Aura에 대한 액세스 권한 관리
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서비스가 실행 중 으로 표시됩니다.
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서비스가 활성 (실행 중) 으로 표시됩니다.
추가 설치 리소스
추가 설치 옵션 및 문제 해결은 Bindplane 에이전트 설치 가이드를 참고하세요.
syslog를 수집하고 Google SecOps로 전송하도록 Bindplane 에이전트 구성
구성 파일 찾기
Linux:
sudo nano /etc/bindplane-agent/config.yamlWindows:
notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"
구성 파일 설정
다음 구성으로
config.yaml의 전체 콘텐츠를 바꿉니다.receivers: udplog: listen_address: "0.0.0.0:514" exporters: chronicle/avaya_aura: compression: gzip creds_file_path: '/etc/bindplane-agent/ingestion-auth.json' customer_id: '<customer_id>' endpoint: malachiteingestion-pa.googleapis.com log_type: AVAYA_AURA raw_log_field: body service: pipelines: logs/avaya_aura_to_chronicle: receivers: - udplog exporters: - chronicle/avaya_aura
구성 매개변수
다음 자리표시자를 바꿉니다.
수신 도구 구성:
listen_address: 리슨할 IP 주소 및 포트:- 모든 인터페이스에서 리슨하려면
0.0.0.0(권장) - 포트
514는 표준 syslog 포트입니다 (Linux에서 루트 필요, 루트가 아닌 경우1514사용).
- 모든 인터페이스에서 리슨하려면
내보내기 구성:
creds_file_path: 수집 인증 파일의 전체 경로:- Linux:
/etc/bindplane-agent/ingestion-auth.json - Windows:
C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
- Linux:
customer_id: Google SecOps 콘솔에서 복사한 고객 IDendpoint: 리전 엔드포인트 URL:- 미국:
malachiteingestion-pa.googleapis.com - 유럽:
europe-malachiteingestion-pa.googleapis.com - 아시아:
asia-southeast1-malachiteingestion-pa.googleapis.com - 전체 목록은 리전 엔드포인트를 참고하세요.
- 미국:
구성 파일 저장
- 수정 후 파일을 저장합니다.
- 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"
Avaya Aura에서 syslog 구성
- Avaya Aura 콘솔에 로그인합니다.
- EM > 시스템 구성 > 로깅 설정 > Syslog 로 이동합니다.
- 로그의 SYSLOG 전송 을 사용 설정합니다.
- 추가 를 클릭합니다.
- 다음 구성 세부정보를 제공합니다.
- 서버 주소: Bindplane 에이전트 IP 주소를 입력합니다.
- 포트: Bindplane 에이전트 리슨 포트를 입력합니다.
- 저장 을 클릭합니다.
- 확인 을 클릭합니다.
- Avaya Aura를 다시 시작 합니다.
UDM 매핑 표
| 로그 필드 | UDM 매핑 | 논리 |
|---|---|---|
| data{}.@timestamp | metadata.event_timestamp | 이벤트 타임스탬프는 grok 패턴을 사용하여 데이터 필드에서 파싱되고 UDM의 메타데이터 섹션에 있는 event_timestamp 필드에 할당됩니다. |
| data{}.host | principal.hostname | 호스트 값은 grok 패턴을 사용하여 데이터 필드에서 추출되고 UDM의 principal 섹션에 있는 hostname 필드에 할당됩니다. |
| data{}.portal | security_result.about.resource.attribute.labels.value | 포털 값은 grok 패턴을 사용하여 데이터 필드에서 추출되고 UDM의 security_result에 있는 about.resource.attribute.labels 섹션 내에서 Portal 라벨의 값으로 할당됩니다. |
| data{}.prod_log_id | metadata.product_log_id | prod_log_id 값은 grok 패턴을 사용하여 데이터 필드에서 추출되고 UDM의 메타데이터 섹션에 있는 product_log_id 필드에 할당됩니다. |
| data{}.sec_cat | security_result.category_details | sec_cat 값은 grok 패턴을 사용하여 데이터 필드에서 추출되고 UDM의 security_result 섹션에 있는 category_details 필드에 할당됩니다. |
| data{}.sec_desc | security_result.description | sec_desc 값은 grok 패턴을 사용하여 데이터 필드에서 추출되고 UDM의 security_result 섹션에 있는 description 필드에 할당됩니다. |
| data{}.severity | security_result.severity | 심각도 값은 grok 패턴을 사용하여 데이터 필드에서 추출됩니다. 심각도가 warn, fatal 또는 error (대소문자 구분 없음)인 경우 UDM의 security_result.severity 필드에서 HIGH에 매핑됩니다. 그 외의 경우 심각도가 info (대소문자 구분 없음)이면 LOW에 매핑됩니다. |
| data{}.summary | security_result.summary | 요약 값은 grok 패턴을 사용하여 데이터 필드에서 추출되고 UDM의 security_result 섹션에 있는 summary 필드에 할당됩니다. |
| data{}.user_id | target.user.userid | user_id 값은 grok 패턴을 사용하여 데이터 필드에서 추출되고 UDM의 target.user 섹션에 있는 userid 필드에 할당됩니다. |
| extensions.auth.type | event_name 필드에 log(in|on) 또는 logoff (대소문자 구분 없음)가 포함되어 있거나 summary 필드에 login 또는 logoff (대소문자 구분 없음)가 포함되어 있고 user_id 필드가 비어 있지 않은 경우 auth.type 필드가 AUTHTYPE_UNSPECIFIED로 설정됩니다. |
|
| metadata.description | description 필드는 비어 있지 않은 경우 desc 필드의 값으로 채워집니다. | |
| metadata.event_type | event_type 필드는 다음 논리에 따라 결정됩니다. - event_name 필드에 log(in|on)이 포함되어 있거나 summary 필드에 login (대소문자 구분 없음)이 포함되어 있고 user_id 필드가 비어 있지 않은 경우 event_type이 USER_LOGIN으로 설정됩니다. - event_name 필드에 logoff가 포함되어 있거나 summary 필드에 logoff (대소문자 구분 없음)가 포함되어 있고 user_id 필드가 비어 있지 않은 경우 event_type이 USER_LOGOUT으로 설정됩니다. - has_principal 필드가 true이면 event_type이 STATUS_UPDATE로 설정됩니다. - 그렇지 않으면 event_type은 GENERIC_EVENT (기본값)로 유지됩니다. |
|
| metadata.log_type | log_type은 AVAYA_AURA로 하드 코딩됩니다. |
|
| metadata.product_event_type | product_event_type 필드는 비어 있지 않은 경우 event_name 필드의 값으로 채워집니다. | |
| metadata.product_name | product_name은 AVAYA AURA로 하드 코딩됩니다. |
|
| metadata.vendor_name | vendor_name은 AVAYA AURA로 하드 코딩됩니다. |
|
| security_result.action | security_result 섹션의 action 필드는 다음 논리에 따라 설정됩니다. - summary 필드에 fail 또는 failed (대소문자 구분 없음)가 포함되어 있으면 action이 BLOCK으로 설정됩니다. - summary 필드에 success (대소문자 구분 없음)가 포함되어 있으면 action이 ALLOW로 설정됩니다. |
|
| security_result.severity_details | severity_details 필드는 비어 있지 않은 경우 severity_details 필드의 값으로 채워집니다. | |
| timestamp.nanos | metadata.event_timestamp.nanos | 타임스탬프 필드의 nanos 값은 UDM의 메타데이터에 있는 event_timestamp 섹션의 nanos 필드에 직접 매핑됩니다. |
| timestamp.seconds | metadata.event_timestamp.seconds | 타임스탬프 필드의 seconds 값은 UDM의 메타데이터에 있는 event_timestamp 섹션의 seconds 필드에 직접 매핑됩니다. |
time |
event.idm.read_only_udm.metadata.event_timestamp |
변경 로그에서 매핑됨 |
src_ip |
event.idm.read_only_udm.principal.ip 및 event.idm.read_only_udm.principal.asset.ip |
변경 로그에서 매핑됨 |
src_port |
event.idm.read_only_udm.principal.port |
변경 로그에서 매핑됨 |
dst_ip |
event.idm.read_only_udm.target.ip 및 event.idm.read_only_udm.target.asset.ip |
변경 로그에서 매핑됨 |
dst_port |
event.idm.read_only_udm.target.port |
변경 로그에서 매핑됨 |
process_pid |
event.idm.read_only_udm.principal.process.pid |
변경 로그에서 매핑됨 |
principal_application |
event.idm.read_only_udm.principal.application |
변경 로그에서 매핑됨 |
network_protocol |
event.idm.read_only_udm.network.ip_protocol |
변경 로그에서 매핑됨 |
application_protocol_version |
event.idm.read_only_udm.network.application_protocol_version |
변경 로그에서 매핑됨 |
community_id |
event.idm.read_only_udm.network.community_id |
변경 로그에서 매핑됨 |
security_description |
event.idm.read_only_udm.security_result.description |
변경 로그에서 매핑됨 |
device_uptime |
event.idm.read_only_udm.additional.fields |
변경 로그에서 매핑됨 |
cmg_trap_subsystem |
event.idm.read_only_udm.additional.fields |
변경 로그에서 매핑됨 |
cmg_trap_onboard |
event.idm.read_only_udm.additional.fields |
변경 로그에서 매핑됨 |
cmg_trap_location |
event.idm.read_only_udm.additional.fields |
변경 로그에서 매핑됨 |
syslog_priority |
event.idm.read_only_udm.additional.fields |
변경 로그에서 매핑됨 |
변경 로그
도움이 더 필요하신가요? 커뮤니티 회원 및 Google SecOps 전문가에게 문의하여 답변을 받으세요.