IBM Security Verify 액세스 로그 수집

다음에서 지원:

이 문서에서는 IBM Security Verify Access 로그를 수집하는 방법을 설명합니다. 파서는 Grok 패턴을 사용하여 타임스탬프, 호스트 이름, 설명과 같은 일반적인 필드를 추출합니다. 그런 다음 설명 필드 내에 삽입된 세부 이벤트 정보를 XML 파싱하여 추출된 데이터를 통합 데이터 모델 (UDM)에 매핑하여 표준화된 보안 이벤트 표현을 제공합니다.

시작하기 전에

  • Google Security Operations 인스턴스가 있어야 합니다.
  • Windows 2016 이상 또는 systemd를 사용하는 Linux 호스트를 사용하고 있는지 확인합니다.
  • 프록시 뒤에서 실행하는 경우 방화벽 포트가 열려 있는지 확인합니다.
  • IBM Security Verify Access (ISVA)에 대한 관리 액세스 권한이 있는지 확인합니다.

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:
    udplog:
        # Replace the below port <54525> and IP <0.0.0.0> with your specific values
        listen_address: "0.0.0.0:54525" 

exporters:
    chronicle/chronicle_w_labels:
        compression: gzip
        # Adjust the creds location below according the placement of the credentials file you downloaded
        creds: '{ json file for creds }'
        # Replace <customer_id> below with your actual ID that you copied
        customer_id: <customer_id>
        endpoint: malachiteingestion-pa.googleapis.com
        # You can apply ingestion labels below as preferred
        ingestion_labels:
        log_type: SYSLOG
        namespace: ibm_security_verify
        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. /path/to/ingestion-authentication-file.json를 Google SecOps 처리 인증 파일 가져오기 섹션에서 인증 파일이 저장된 경로로 업데이트합니다.

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

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

    sudo systemctl restart bindplane-agent

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

    net stop BindPlaneAgent && net start BindPlaneAgent

로그 형식 맞춤설정

  1. WebSEAL 구성 파일을 수정하려면 어플라이언스 로컬 관리 인터페이스 (LMI)를 사용하세요.
  2. LMI에서 역방향 프록시 관리로 이동합니다.
  3. 관리 > 구성 > 구성 파일 수정을 클릭합니다. 편집기를 사용하여 WebSEAL 구성 파일을 직접 수정할 수 있습니다.
  4. logging[stanza]로 이동하여 syntax requests = {yes|no}를 찾은 다음 예를 클릭합니다.
  5. gmt-time 매개변수로 이동하여 다음과 같이 수정합니다. gmt-time = yes

  6. request-log-format을 다음으로 바꿉니다.

    request-log-format = ibmsva: %h %l "%u" %t "%r" %s %b %T %j %{X-Forwarded-For}i %a %A %H %p %m %U %v %d %q

  7. 각 지시문에 관한 다음 설명을 참고하세요.

    • ibmsva: SVA 기기의 로그를 식별합니다.
    • %h: 원격 호스트
    • %l: 원격 로그 이름
    • %u: 원격 사용자
    • %t: CLF 형식의 시간 및 날짜
    • %r: 요청의 첫 번째 줄
    • %s: 응답 상태
    • %b: 응답의 바이트 수 (HTTP 헤더 제외)
    • %T: 요청을 처리하는 데 걸린 시간 (초)
    • %j: 교차점 이름
    • %X-Forwarded-For: 전달된 IP 주소
    • %a: 원격 IP 주소
    • %A: 로컬 IP 주소
    • %H: 요청 프로토콜
    • %p: 포트
    • %m: 요청 메서드 (GET, POST, HEAD)
    • %U: 요청된 URL
    • %v: 서버 이름
    • %d: 거래 식별자
    • %q: 쿼리 문자열

ISVA에서 Syslog 전달 구성

  1. ISVA 로컬 관리 인터페이스에 로그인합니다.
  2. 모니터링 > 로그 > 원격 Syslog 전달로 이동합니다.
  3. 추가를 클릭합니다.
  4. 원격 syslog 서버의 세부정보를 지정합니다.
    • 서버: syslog 서버 (Bindplane)의 IP 주소 또는 호스트 이름입니다.
    • 포트: syslog 서버가 요청을 리슨하는 포트입니다 (Bindplane).
    • 프로토콜: syslog/Bindplane 구성에 따라 UDP 또는 TCP를 선택합니다.
    • 형식: Syslog를 선택합니다.
  5. 저장을 클릭합니다.

원격 로그 서버의 로그 소스 구성

  1. 로그를 전송할 원격 syslog 서버를 선택합니다.
  2. 소스를 클릭합니다.
  3. 추가를 클릭합니다.

  4. 로그 소스의 세부정보를 지정한 후 OK를 클릭합니다.

    • 이름: WebSEAL을 선택합니다.
    • 인스턴스 이름: WebSEAL 인스턴스를 선택합니다.
    • 로그 파일: 소스 로그 파일의 이름입니다.
    • 선택사항: 태그: 전송된 로그 항목에 추가할 태그입니다.
    • 시설: 모든 메시지가 지정된 시설 코드 (사용 가능한 코드 목록)와 함께 전송됩니다.
    • 심각도: 전송된 로그 항목의 심각도입니다.
      • 모든 메시지는 지정된 심각도 수준으로 전송됩니다.

  5. 저장을 클릭합니다.

UDM 매핑 표

로그 필드 UDM 매핑 논리
action read_only_udm.security_result.action_details 'description' 필드에 'event'가 포함된 경우 XML 필드 '/event/originator/action'에서 추출됩니다.
앱 read_only_udm.target.application 'message' 필드에서 Grok 패턴을 사용하여 추출했습니다.
auth_details read_only_udm.security_result.detection_fields.value 'description' 필드에 'event'가 포함된 경우 XML 필드 '/event/accessor/principal/@auth'에서 추출됩니다. 키가 'Auth'로 설정됩니다.
authntype read_only_udm.security_result.detection_fields.value 'description' 필드에 'event'가 포함된 경우 XML 필드 '/event/authntype'에서 추출됩니다. 키는 'Authntype'으로 설정됩니다.
데이터 read_only_udm.metadata.description 'data' 필드가 비어 있지 않으면 이 값이 'read_only_udm.metadata.description'의 기존 값을 대체합니다.
description read_only_udm.metadata.description 'message' 필드에서 Grok 패턴을 사용하여 추출했습니다. 'description' 필드에 'event'가 포함된 경우 XML로 파싱되어 다른 필드를 추출합니다.
event_id read_only_udm.metadata.product_log_id 'description' 필드에 'event'가 포함된 경우 XML 필드 '/event/originator/event_id'에서 추출됩니다.
호스트 이름 read_only_udm.principal.hostname, read_only_udm.principal.asset.hostname 'message' 필드에서 Grok 패턴을 사용하여 추출했습니다.
id read_only_udm.metadata.product_log_id 'message' 필드에서 Grok 패턴을 사용하여 추출했습니다.
위치 read_only_udm.principal.location.name 'description' 필드에 'event'가 포함된 경우 XML 필드 '/event/originator/location'에서 추출됩니다.
outcome read_only_udm.security_result.detection_fields.value 'description' 필드에 'event'가 포함된 경우 XML 필드 '/event/outcome'에서 추출됩니다. 키가 '결과'로 설정됩니다.
outcome_reason read_only_udm.security_result.summary 'description' 필드에 'event'가 포함된 경우 XML 필드 '/event/outcome/@reason'에서 추출됩니다. 'read_only_udm.security_result.action'의 값을 결정하는 데도 사용됩니다. 'outcome_reason'에 'fail'이 포함된 경우 'BLOCK'으로 설정하고(대소문자 구분 안 함) 그렇지 않은 경우에는 'ALLOW'로 설정합니다.
outcome_status read_only_udm.security_result.detection_fields.value 'description' 필드에 'event'가 포함된 경우 XML 필드 '/event/outcome/@status'에서 추출됩니다. 키가 '결과 상태'로 설정됩니다.
originator_blade read_only_udm.security_result.detection_fields.value 'description' 필드에 'event'가 포함된 경우 XML 필드 '/event/originator/@blade'에서 추출됩니다. 키가 'Originator Blade'로 설정됩니다.
originator_component read_only_udm.security_result.detection_fields.value 'description' 필드에 'event'가 포함된 경우 XML 필드 '/event/originator/component'에서 추출됩니다. 키가 'Originator Component'(시작자 구성요소)로 설정됩니다.
originator_instance read_only_udm.security_result.detection_fields.value 'description' 필드에 'event'가 포함된 경우 XML 필드 '/event/originator/@instance'에서 추출됩니다. 키가 'Originator Instance'(시작자 인스턴스)로 설정됩니다.
session_id read_only_udm.network.session_id 'description' 필드에 'event'가 포함된 경우 XML 필드 '/event/accessor/session_id'에서 추출됩니다.
target_url read_only_udm.target.url 'description' 필드에 'event'가 포함된 경우 XML 필드 '/event/target/url'에서 추출됩니다.
thread_id read_only_udm.security_result.detection_fields.value 'message' 필드에서 Grok 패턴을 사용하여 추출했습니다. 키는 'Thread id'(대화목록 ID)로 설정됩니다.
타임스탬프 read_only_udm.metadata.event_timestamp 'message' 필드에서 Grok 패턴을 사용하여 추출했습니다. 'timezone' 필드의 유무와 형식을 기반으로 'date' 필터를 사용하여 형식이 지정됩니다.
time_stamp read_only_udm.metadata.event_timestamp 'description' 필드에 'event'가 포함된 경우 XML 필드 '/event/date'에서 추출됩니다. '날짜' 필터를 사용하여 형식이 지정됩니다.
timezone '날짜' 필터를 사용하여 'read_only_udm.metadata.event_timestamp' 필드의 형식을 지정하기 위해 '타임스탬프' 필드와 함께 사용됩니다.
url read_only_udm.target.url 'message' 필드에서 Grok 패턴을 사용하여 추출했습니다.
사용자 read_only_udm.principal.user.userid 'description' 필드에 'event'가 포함된 경우 XML 필드 '/event/accessor/principal'에서 추출됩니다.
user_location read_only_udm.principal.ip, read_only_udm.principal.asset.ip 'description' 필드에 'event'가 포함된 경우 XML 필드 '/event/accessor/user_location'에서 추출됩니다. 'user_location_type'에 'ip'가 포함된 경우(대소문자 구분 안 함) IP 주소로 파싱되고 'read_only_udm.principal.ip' 및 'read_only_udm.principal.asset.ip' 모두에 매핑됩니다.
user_location_type 'user_location'을 IP 주소로 파싱해야 하는지 확인하는 데 사용됩니다.
해당 사항 없음 read_only_udm.metadata.vendor_name 'IBM_SECURITY_VERIFY'로 설정합니다.
해당 사항 없음 read_only_udm.metadata.product_name 'IBM_SECURITY_VERIFY'로 설정합니다.
해당 사항 없음 read_only_udm.metadata.event_type 처음에는 'STATUS_UPDATE'로 설정됩니다. 'user' 및 'hostname' 필드가 모두 추출된 경우 'USER_LOGIN'으로 변경되었습니다.
해당 사항 없음 read_only_udm.extensions.auth.type 'user' 및 'hostname' 필드가 모두 추출된 경우 'SSO'로 설정합니다.
해당 사항 없음 read_only_udm.network.application_protocol 'message' 필드에 'HttpServletRequest'가 포함된 경우 'HTTP'로 설정합니다.
해당 사항 없음 read_only_udm.metadata.log_type 'IBM_SECURITY_VERIFY'로 설정 - 로그 메타데이터에서 가져옴

변경사항

2024-05-13

  • XML 형식 로그를 지원하도록 파서가 업데이트되었습니다.

2023-01-25

  • 파서를 새로 만들었습니다.

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