IBM CICS 로그 수집

다음에서 지원:

이 문서에서는 Bindplane 에이전트를 사용하여 IBM CICS 로그를 Google Security Operations로 수집하는 방법을 설명합니다.

IBM CICS (Customer Information Control System)는 메인프레임 애플리케이션을 위한 트랜잭션 처리 플랫폼입니다. 트랜잭션 실행, 리소스 액세스, 보안 위반, 시스템 이벤트에 대한 감사 로그를 생성합니다. 로그는 LEEF 형식을 사용하며 사용자 ID, 거래 세부정보, 소스 네트워크 속성을 캡처합니다.

시작하기 전에

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

  • Google SecOps 인스턴스
  • Windows Server 2016 이상 또는 systemd가 설치된 Linux 호스트
  • Bindplane 에이전트와 CICS 로그 전달자 호스트 간의 네트워크 연결
  • 프록시 뒤에서 실행하는 경우 Bindplane 에이전트 요구사항에 따라 방화벽 포트가 열려 있는지 확인합니다.
  • SMF 녹화 및 로그 내보내기를 구성할 권한이 있는 IBM CICS 리전 또는 메인프레임 시스템에 대한 권한 액세스

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

  1. Google SecOps 콘솔에 로그인합니다.
  2. SIEM 설정 > 수집 에이전트로 이동합니다.
  3. 데이터 수집 인증 파일을 다운로드합니다.

  4. 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

  3. 설치가 완료될 때까지 기다립니다.

  4. 다음을 실행하여 설치를 확인합니다.

    sc query observiq-otel-collector

    서비스가 실행 중으로 표시되어야 합니다.

Linux 설치

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

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

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

  3. 설치가 완료될 때까지 기다립니다.

  4. 다음을 실행하여 설치를 확인합니다.

    sudo systemctl status observiq-otel-collector

    서비스가 활성 (실행 중)으로 표시되어야 합니다.

추가 설치 리소스

추가 설치 옵션 및 문제 해결은 Bindplane 에이전트 설치 가이드를 참고하세요.

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

구성 파일 찾기

  • Linux:

    sudo nano /opt/observiq-otel-collector/config.yaml

  • Windows:

    notepad "C:\Program Files\observIQ OpenTelemetry Collector\config.yaml"

구성 파일 설정

  • config.yaml의 전체 콘텐츠를 다음 구성으로 바꿉니다.

    receivers:
    tcplog:
        listen_address: "0.0.0.0:514"

exporters:
    chronicle/ibm_cics:
        compression: gzip
        creds_file_path: '/etc/bindplane-agent/ingestion-auth.json'
        customer_id: '<customer_id>'
        endpoint: malachiteingestion-pa.googleapis.com
        log_type: IBM_CICS
        raw_log_field: body
        ingestion_labels:
            env: production

service:
    pipelines:
        logs/cics_to_chronicle:
            receivers:
                - tcplog
            exporters:
                - chronicle/ibm_cics

구성 매개변수

다음 자리표시자를 바꿉니다.

  • 수신기 구성:

    • tcplog: 프로토콜 기반 수신기 유형:
      • UDP syslog의 udplog
      • TCP syslog의 경우 tcplog
    • 0.0.0.0: 리슨할 IP 주소입니다.
      • 0.0.0.0: 모든 인터페이스에서 수신 대기 (권장)
      • 하나의 인터페이스에서 수신 대기할 특정 IP 주소
    • 514: 수신할 포트 번호입니다 (예: 514, 1514, 6514).

  • 내보내기 도구 구성:

    • ibm_cics: 내보내기 도구의 설명 이름
    • creds_file_path: 수집 인증 파일의 전체 경로입니다.
      • Linux: /etc/bindplane-agent/ingestion-auth.json
      • Windows: C:\Program Files\observIQ OpenTelemetry Collector\ingestion-auth.json
    • <customer_id>: 이전 단계의 고객 ID
    • endpoint: 지역 엔드포인트 URL:
      • 미국: malachiteingestion-pa.googleapis.com
      • 유럽: europe-malachiteingestion-pa.googleapis.com
      • 아시아: asia-southeast1-malachiteingestion-pa.googleapis.com
      • 전체 목록은 리전 엔드포인트를 참고하세요.
    • IBM_CICS: Chronicle에 표시되는 로그 유형
    • ingestion_labels: YAML 형식의 선택적 라벨 (예: env: production)

  • 파이프라인 구성:

    • cics_to_chronicle: 파이프라인의 설명 이름

구성 파일 저장

  • 수정 후 파일을 저장합니다.
    • Linux: Ctrl+O, Enter, Ctrl+X 순으로 누릅니다.
    • Windows: 파일 > 저장을 클릭합니다.

변경사항을 적용하려면 Bindplane 에이전트를 다시 시작하세요.

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

    sudo systemctl restart observiq-otel-collector

    1. 서비스가 실행 중인지 확인합니다.

      sudo systemctl status observiq-otel-collector

    2. 로그에서 오류를 확인합니다.

      sudo journalctl -u observiq-otel-collector -f

  • Windows에서 Bindplane 에이전트를 다시 시작하려면 다음 옵션 중 하나를 선택하세요.

    • 관리자 권한으로 명령 프롬프트 또는 PowerShell:

      net stop observiq-otel-collector && net start observiq-otel-collector

    • 서비스 콘솔:

      1. Win+R 키를 누르고 services.msc를 입력한 다음 Enter 키를 누릅니다.
      2. observIQ OpenTelemetry Collector를 찾습니다.
      3. 마우스 오른쪽 버튼을 클릭하고 다시 시작을 선택합니다.

      4. 서비스가 실행 중인지 확인합니다.

        sc query observiq-otel-collector

      5. 로그에서 오류를 확인합니다.

        type "C:\Program Files\observIQ OpenTelemetry Collector\log\collector.log"

IBM CICS syslog 전달 구성

IBM CICS는 감사 및 트랜잭션 데이터를 메인프레임의 SMF (System Management Facilities) 레코드에 씁니다. syslog를 사용하여 이러한 로그를 Bindplane 에이전트로 전달하려면 미들웨어 호스트에서 syslog 전달자를 사용하세요.

  1. CICS 데이터가 포함된 SMF 레코드 유형을 식별합니다 (일반적으로 SMF 유형 110).
  2. DFHSTUP (CICS 통계 유틸리티 프로그램) 또는 SMF 덤프 프로그램과 같은 메인프레임 유틸리티를 사용하여 관련 레코드를 추출합니다.
  3. 추출된 SMF 레코드를 IBM CICS Performance Analyzer, 맞춤 REXX 스크립트 또는 서드 파티 ETL 솔루션을 사용하여 LEEF 형식으로 변환합니다.
  4. 변환된 로그를 Bindplane 에이전트로 전송하도록 미들웨어 호스트에서 syslog 전달자를 구성합니다.
    • Syslog 서버: Bindplane 에이전트 호스트의 IP 주소를 입력합니다 (예: 192.168.1.100).
    • 포트: 514를 입력합니다 (Bindplane 에이전트 수신기 포트와 일치해야 함).
    • 프로토콜: TCP를 선택합니다 (메인프레임 로그의 안정적인 전송에 권장됨).
    • 형식: LEEF 형식이 사용되었는지 확인합니다.

  5. Bindplane 에이전트 로그를 확인하여 syslog 메시지가 수신되고 있는지 확인합니다.

UDM 매핑 테이블

로그 필드 UDM 매핑 로직
kv.sum metadata.description 이름이 변경됨/매핑됨
kv.devTime metadata.event_timestamp yyyy-MM-ddTHH:mm:ss.SSSZ로 파싱됨
event_type metadata.product_event_type 이름이 변경됨/매핑됨
version metadata.product_version 이름이 변경됨/매핑됨
kv.terminal principal.hostname 직접 매핑됨
kv.src principal.ip 병합됨
firstname principal.user.first_name 이름이 변경됨/매핑됨
lastname principal.user.last_name 이름이 변경됨/매핑됨
kv.name principal.user.user_display_name 이름이 변경됨/매핑됨
kv.usrName principal.user.userid 이름이 변경됨/매핑됨
kv.appl target.application 이름이 변경됨/매핑됨
kv.tran target.process.product_specific_process_id 직접 매핑됨
해당 사항 없음 metadata.event_type 상수: PROCESS_UNCATEGORIZED
해당 사항 없음 metadata.product_name 상수: CICS
해당 사항 없음 metadata.vendor_name 상수: IBM

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