HAProxy 로그 수집
이 문서에서는 Bindplane을 사용하여 HAProxy 로그를 Google Security Operations에 수집하는 방법을 설명합니다. Logstash 파서는 다양한 HAProxy 로그 형식을 처리하도록 특별히 설계된 일련의 Grok 패턴 일치 규칙을 사용하여 HAProxy syslog 메시지에서 필드를 추출합니다. 그런 다음 추출된 필드를 통합 데이터 모델 (UDM)에 매핑하여 추가 컨텍스트로 데이터를 보강하고 추가 분석을 위해 표현을 표준화합니다.
시작하기 전에
다음 기본 요건이 충족되었는지 확인합니다.
- Google SecOps 인스턴스
- Windows 2016 이상 또는
systemd
가 설치된 Linux 호스트 - 프록시 뒤에서 실행하는 경우 방화벽 포트가 열려 있음
- HAProxy에 대한 액세스 권한
Google SecOps 수집 인증 파일 가져오기
- Google SecOps 콘솔에 로그인합니다.
- SIEM 설정 > 수집 에이전트로 이동합니다.
- 수집 인증 파일을 다운로드합니다. Bindplane이 설치될 시스템에 파일을 안전하게 저장합니다.
Google SecOps 고객 ID 가져오기
- Google SecOps 콘솔에 로그인합니다.
- SIEM 설정 > 프로필로 이동합니다.
- 조직 세부정보 섹션에서 고객 ID를 복사하여 저장합니다.
Bindplane 에이전트 설치
Windows 설치
- 명령 프롬프트 또는 PowerShell을 관리자로 엽니다.
다음 명령어를 실행합니다.
msiexec /i "https://github.com/observIQ/bindplane-agent/releases/latest/download/observiq-otel-collector.msi" /quiet
Linux 설치
- 루트 또는 sudo 권한으로 터미널을 엽니다.
다음 명령어를 실행합니다.
sudo sh -c "$(curl -fsSlL https://github.com/observiq/bindplane-agent/releases/latest/download/install_unix.sh)" install_unix.sh
추가 설치 리소스
추가 설치 옵션은 설치 가이드를 참고하세요.
Syslog를 수집하여 Google SecOps로 전송하도록 Bindplane 에이전트 구성
- 구성 파일에 액세스합니다.
config.yaml
파일을 찾습니다. 일반적으로 Linux에서는/etc/bindplane-agent/
디렉터리에 있고 Windows에서는 설치 디렉터리에 있습니다.- 텍스트 편집기 (예:
nano
,vi
, 메모장)를 사용하여 파일을 엽니다.
다음과 같이
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 ingestion_labels: log_type: 'HAPROXY' raw_log_field: body 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
HAProxy용 Syslog 구성
- CLI를 사용하여 HAproxy에 로그인합니다.
UDP를 통해 Syslog 메시지를 전달하도록 구성의 global 섹션에 log 지시어를 추가합니다.
<bindplane-ips>
를 실제 Bindplane 에이전트 IP 주소로 바꿉니다.
global log <bindplane-ip>:514 local0 defaults log global
UDM 매핑 테이블
로그 필드 | UDM 매핑 | 논리 |
---|---|---|
accept_date_ms | ||
actconn | ||
backend_name | ||
backend_queue | ||
beconn | ||
bytes_read | network.received_bytes | 로그의 bytes_read 필드에서 추출되어 부호 없는 정수로 변환됩니다. |
captured_request_headers | ||
client_ip | principal.ip | 로그의 client_ip 필드에서 추출됩니다. |
client_port | principal.port | 로그의 client_port 필드에서 추출되어 정수로 변환됩니다. |
command_description | metadata.description | 로그의 command_description 필드에서 추출됩니다(있는 경우). 그렇지 않으면 로그 메시지에 따라 action 또는 status 과 같은 다른 필드에서 파생됩니다. |
datetime | metadata.event_timestamp.seconds | 로그의 datetime 필드에서 추출됩니다(있는 경우). 그렇지 않으면 로그 항목의 timestamp 필드에서 파생됩니다. |
description | metadata.description | 로그의 description 필드에서 추출됩니다(있는 경우). 그렇지 않으면 로그 메시지에 따라 command_description 또는 action 과 같은 다른 필드에서 파생됩니다. |
feconn | ||
frontend_name | ||
http_request | target.url | 로그의 http_request 필드에서 추출됩니다. |
http_status_code | network.http.response_code | 로그의 http_status_code 필드에서 추출되어 정수로 변환됩니다. |
http_verb | network.http.method | 로그의 http_verb 필드에서 추출됩니다. |
http_version | metadata.product_version | 로그의 http_version 필드에서 추출되며 HTTP/{version} 형식으로 지정됩니다. |
initiator | target.application | 로그의 initiator 필드에서 추출됩니다. |
module | ||
msg | security_result.summary | 로그의 msg 필드에서 추출됩니다. |
pid | target.process.pid | 로그의 pid 필드에서 추출됩니다. |
역확산 프로세스를 | ||
process_name | target.application | 로그의 process_name 필드에서 추출됩니다. |
retries | ||
server_name | target.hostname | 로그의 server_name 필드에서 추출됩니다. 비어 있으면 기본값은 syslog_server 입니다. |
줄이는 것을 | security_result.severity | 로그의 severity 필드에서 매핑됩니다. WARNING 는 MEDIUM 에 매핑되고, ALERT 는 CRITICAL 에 매핑되고, NOTICE 는 INFORMATIONAL 에 매핑됩니다. |
shell | ||
srv_queue | ||
srvconn | ||
상태 | ||
syslog_server | target.hostname, intermediary.hostname | 로그의 syslog_server 필드에서 추출됩니다. 타겟 호스트 이름 (server_name 이 비어 있는 경우)과 중개자 호스트 이름 모두에 사용됩니다. |
syslog_timestamp | ||
syslog_timestamp_1 | ||
syslog_timestamp_2 | ||
syslog_timestamp_4 | ||
target_ip | ||
time_backend_connect | ||
time_backend_response | ||
time_duration | ||
time_queue | ||
time_request | ||
타임스탬프 | metadata.event_timestamp.seconds | 로그의 timestamp 필드에서 추출되어 날짜 및 시간 정보가 파싱됩니다. 이벤트 타임스탬프로 사용됩니다. |
unknown_parameters1 | ||
unknown_parameters2 | ||
user_name | target.user.userid | 로그의 user_name 필드에서 추출됩니다. |
metadata.event_type | 기본적으로 NETWORK_HTTP 로 설정합니다. 로그 메시지 및 파싱된 필드에 따라 PROCESS_UNCATEGORIZED , STATUS_UPDATE , USER_UNCATEGORIZED 와 같은 특정 이벤트 유형으로 변경되었습니다. |
|
metadata.vendor_name | HAProxy Enterprise 로 설정합니다. |
|
metadata.product_name | HAProxy 로 설정합니다. |
|
network.application_protocol | message 필드에 HTTP 이 포함된 경우 HTTP 로 설정합니다. |
|
metadata.log_type | HAPROXY 로 설정합니다. |
도움이 더 필요하신가요? 커뮤니티 회원 및 Google SecOps 전문가로부터 답변을 받으세요.