AIX 시스템 로그 수집

다음에서 지원:

이 문서에서는 Bindplane을 사용하여 AIX 시스템 로그를 Google Security Operations로 수집하는 방법을 설명합니다. 파서는 다양한 로그 형식을 처리하면서 grok 패턴을 사용하여 로그에서 필드를 추출합니다. 그런 다음 추출된 필드를 UDM에 매핑하여 데이터 유형을 변환하고 소스 IP, 호스트 이름, 사용자 등의 특정 필드의 존재 여부에 따라 이벤트 유형을 설정합니다.

시작하기 전에

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

  • Google SecOps 인스턴스
  • Windows 2012 SP2 이상 또는 systemd가 있는 Linux 호스트
  • 프록시 뒤에서 실행하는 경우 Bindplane 에이전트 요구사항에 따라 방화벽 포트가 열려 있는지 확인합니다.
  • AIX 시스템 호스트에 대한 권한 액세스
  • UDP 포트 514의 AIX 호스트와 Bindplane 에이전트 간 네트워크 연결

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

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

Google SecOps 고객 ID 가져오기

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

Bindplane 에이전트 설치

다음 안내에 따라 Windows 또는 Linux 운영체제에 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. 구성 파일에 액세스합니다.

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

    receivers:
      udplog:
        # 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_file_path: '/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
        log_type: 'AIX_SYSTEM'
        raw_log_field: body
        ingestion_labels:
          environment: prod
          source: aix
    
    service:
      pipelines:
        logs/source0__chronicle_w_labels-0:
          receivers:
            - udplog
          exporters:
            - chronicle/chronicle_w_labels
    
    • 인프라에 필요한 대로 포트와 IP 주소를 바꿉니다.
    • <CUSTOMER_ID>를 실제 고객 ID로 바꿉니다.
    • Google SecOps 수집 인증 파일 가져오기 섹션에서 인증 파일이 저장된 경로로 /path/to/ingestion-authentication-file.json를 업데이트합니다.

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

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

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

    net stop BindPlaneAgent && net start BindPlaneAgent
    

AIX 시스템에서 Syslog 전달 구성

  1. 권한이 있는 액세스 권한으로 AIX 시스템 호스트에 로그인합니다.
  2. 텍스트 편집기 (예: vi 또는 nano)를 사용하여 /etc/syslog.conf 파일을 수정합니다.
  3. 로그를 Bindplane 에이전트로 전달하려면 다음 줄을 추가합니다.

    *.info    @<BINDPLANE_AGENT_IP>
    
    • <BINDPLANE_AGENT_IP>를 Bindplane 에이전트의 IP 주소로 바꿉니다.
    • 선택기 (*.info)와 작업 (@<BINDPLANE_AGENT_IP>) 사이의 구분 기호로 하나 이상의 탭 또는 공백을 사용합니다.
    • 선택기 *.infoinfo 우선순위 이상의 모든 로그를 전달합니다. 요구사항에 따라 시설과 우선순위를 필요에 맞게 조정합니다.
  4. 구성 파일을 저장합니다.

  5. syslogd 데몬을 새로고침하여 변경사항을 적용합니다.

    refresh -s syslogd
    
    • refresh 명령어가 작동하지 않으면 SRC 명령어를 사용하여 데몬을 다시 시작합니다.

      stopsrc -s syslogd
      startsrc -s syslogd
      
  6. syslogd 데몬이 실행 중인지 확인합니다.

    lssrc -s syslogd
    
  7. AIX 호스트와 Bindplane 에이전트 간에 UDP 포트 514가 허용되는지 확인합니다.

UDM 매핑 테이블

로그 필드 UDM 매핑 논리
application target.application 값은 grok 패턴을 사용하여 message 필드에서 추출되고 직접 할당됩니다.
cmddata target.process.command_line 값은 grok 패턴을 사용하여 message 필드에서 추출되고 직접 할당됩니다.
command_line principal.process.command_line 값은 grok 패턴을 사용하여 description 필드에서 추출되고 직접 할당됩니다.
description metadata.description 값은 grok 패턴을 사용하여 message 필드에서 추출되고 직접 할당됩니다.
folder target.process.file.full_path 값은 grok 패턴을 사용하여 message 필드에서 추출되고 직접 할당됩니다.
hostname principal.hostname 값은 grok 패턴을 사용하여 message 필드에서 추출되고 직접 할당됩니다. 타임스탬프는 grok 및 date 필터를 사용하여 로그 메시지의 ts 필드에서 추출됩니다. 특정 필드의 존재 여부에 따라 파서 로직에 의해 결정됩니다. src_ip 또는 hostname이 있는 경우 STATUS_UPDATE입니다. user은 있지만 다른 항목은 없는 경우 USER_UNCATEGORIZED입니다. 그렇지 않으면 GENERIC_EVENT입니다. 'AIX_SYSTEM'으로 하드코딩됩니다. 'AIX_SYSTEM'으로 하드코딩됩니다. 'AIX_SYSTEM'으로 하드코딩됩니다.
intermediary_hostip intermediary.ip 값은 grok 패턴을 사용하여 message 필드에서 추출되고 직접 할당됩니다.
sc_summary security_result.summary 값은 grok 패턴을 사용하여 description 필드에서 추출되고 직접 할당됩니다.
severity security_result.severity 값은 severity 필드에서 가져옵니다. severity이 'info' (대소문자 구분 안 함)인 경우 UDM 값은 'INFORMATIONAL'입니다. severity이 'Err'인 경우(대소문자 구분 안 함) UDM 값은 'ERROR'입니다.
src_ip principal.ip 값은 grok 패턴을 사용하여 message 또는 description 필드에서 추출되고 직접 할당됩니다.
src_port principal.port 값은 grok 패턴을 사용하여 description 필드에서 추출되고 직접 할당됩니다.
sys_log_host intermediary.hostname 값은 grok 패턴을 사용하여 message 필드에서 추출되고 직접 할당됩니다.
syslog_priority security_result.priority_details 값은 grok 패턴을 사용하여 message 필드에서 추출되고 직접 할당됩니다.
ts timestamp 타임스탬프는 grok 및 date 필터를 사용하여 로그 메시지의 ts 필드에서 추출됩니다.
user principal.user.userid 값은 grok 패턴을 사용하여 message 또는 description 필드에서 추출되고 직접 할당됩니다.

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