Avaya Aura 로그 수집

다음에서 지원:

이 문서에서는 Bindplane을 사용하여 Avaya Aura 로그를 Google Security Operations에 수집하는 방법을 설명합니다. 파서는 먼저 정규 표현식과 'grok' 필터를 사용하여 원시 Avaya Aura syslog 메시지에서 필드를 추출합니다. 그런 다음 추출된 필드를 통합 데이터 모델 (UDM)에 매핑하고 심각도와 같은 값을 정규화하며 키워드를 기반으로 사용자 로그인 또는 사용자 로그아웃과 같은 특정 이벤트 유형을 식별합니다.

시작하기 전에

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

  • Google SecOps 인스턴스
  • Windows 2016 이상 또는 systemd가 설치된 Linux 호스트
  • 프록시 뒤에서 실행하는 경우 방화벽 포트가 열려 있음
  • Avaya Aura에 대한 액세스 권한 관리

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

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

Google SecOps 고객 ID 가져오기

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

Bindplane 에이전트 설치

Windows 설치

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

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

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

Linux 설치

  1. 루트 또는 sudo 권한으로 터미널을 엽니다.

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

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

추가 설치 리소스

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

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

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

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

    receivers:
    udolog:
        # Replace the port and IP address as required
        listen_address: "0.0.0.0:514"

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

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

  3. 인프라에 필요한 대로 포트와 IP 주소를 바꿉니다.

  4. <customer_id>를 실제 고객 ID로 바꿉니다.

  5. Google SecOps 수집 인증 파일 가져오기 섹션에서 인증 파일이 저장된 경로로 /path/to/ingestion-authentication-file.json를 업데이트합니다.

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

  • Linux에서 Bindplane 에이전트를 다시 시작하려면 다음 명령어를 실행합니다.

    sudo systemctl restart bindplane-agent

  • Windows에서 Bindplane 에이전트를 다시 시작하려면 서비스 콘솔을 사용하거나 다음 명령어를 입력하면 됩니다.

    net stop BindPlaneAgent && net start BindPlaneAgent

Avaya Aura에서 Syslog 구성

  1. Avaya Aura 콘솔에 로그인합니다.
  2. EM > 시스템 구성 > 로깅 설정 > Syslog로 이동합니다.
  3. 로그의 SYSLOG 전송을 사용 설정합니다.
  4. 추가를 클릭합니다.
  5. 다음 구성 세부정보를 제공합니다.
    • 서버 주소: Bindplane 에이전트 IP 주소를 입력합니다.
    • 포트: Bindplane 에이전트 리슨 포트를 입력합니다.
  6. 저장을 클릭합니다.
  7. 확인을 클릭합니다.
  8. 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의 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 섹션 내에 있는 요약 필드에 할당됩니다.
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 설명 필드는 비어 있지 않은 경우 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 (대소문자 구분 안 함)가 포함된 경우 작업이 BLOCK로 설정됩니다. - 요약 필드에 success (대소문자 구분 안 함)가 포함된 경우 작업이 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 타임스탬프 필드의 초 값은 UDM의 메타데이터에 있는 event_timestamp 섹션의 초 필드에 직접 매핑됩니다.

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