이 페이지는 Cloud Translation API를 통해 번역되었습니다.

Yamaha 라우터 로그 수집

다음에서 지원:

Google SecOps SIEM

이 문서에서는 Bindplane을 사용하여 Yamaha 라우터 로그를 Google Security Operations에 수집하는 방법을 설명합니다. 파서는 grok 패턴을 사용하여 타임스탬프, 호스트 이름, 사용자, 설명, 소스 및 대상 IP 주소와 같은 필드를 syslog 메시지에서 추출합니다. 그런 다음 추출된 필드를 UDM에 매핑하여 주체, 타겟, 사용자 정보의 존재 여부에 따라 이벤트 유형을 분류합니다.

시작하기 전에

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

Google SecOps 인스턴스
Windows 2016 이상 또는 systemd가 설치된 Linux 호스트
프록시 뒤에서 실행하는 경우 방화벽 포트가 열려 있는지 확인
Yamaha 라우터 어플라이언스에 대한 액세스 권한

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

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

Google SecOps 고객 ID 가져오기

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

Bindplane 에이전트 설치

다음 안내에 따라 Windows 또는 Linux 운영체제에 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
        log_type: 'YAMAHA_ROUTER'
        raw_log_field: body
        ingestion_labels:

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
```

Yamaha 라우터의 Syslog 구성

SSH 또는 CLI를 사용하여 라우터에 연결합니다.
Syslog 호스트를 Bindplane 에이전트 IP로 설정합니다.
- 기본 포트는 514/UDP입니다.
- <BINDPLANE_IP>를 실제 Bindplane 에이전트 IP 주소로 바꿉니다.
```
syslog host <BINDPLANE_IP>
```
선택사항: Syslog 기능 및 수준을 설정합니다.
```
syslog facility local0
syslog info
```
재부팅 후에도 변경사항이 유지되도록 구성을 저장합니다.
```
save
```

필요한 모듈의 Syslog 출력 사용 설정

특정 기능에 대한 로깅을 사용 설정합니다.
- 방화벽 (IP 필터) 로깅:
```
ip filter log on
```
- NAT 로깅:
  - 여기서 1000은 사용 중인 NAT 설명자 번호입니다 (필요에 따라 조정).
```
nat descriptor log on 1000
```
- PPPoE / WAN 연결 로깅:
```
pppoe use log on
```
- PPPoE 대신 DHCP WAN을 사용하는 경우 DHCP 이벤트를 로깅합니다.
```
dhcp service log on
```
- IPsec VPN 로깅의 경우:
```
ipsec log on
```
- L2TP 및 PPTP의 경우:
```
l2tp log on
pptp log on
```
- 인터페이스 업/다운 이벤트 로깅:
```
log state on
```
- 링크 모니터링을 사용하는 경우 핑 연결 유지 로깅을 사용 설정할 수도 있습니다.
```
ping keepalive log on
```
- 관리 액세스 (예: SSH 또는 Telnet)에 로깅을 사용 설정합니다.
```
console notice
ssh notice
telnet notice
```
- DHCP 할당을 기록합니다.
```
dhcp service log on
```
- DNS 로깅 (내장 DNS 전달자 사용 시):
```
dns service log on
```
- 메일 전송 로깅 (이메일 알림을 사용하는 경우):
```
smtp service log on
```
- 동적 DNS 로깅:
```
ddns service log on
```
- NTP 이벤트:
```
ntpdate log on
```
- 인증 로깅:
```
auth log on
```
- 반경 로깅:
```
ppp use radius log on
```
재부팅 후에도 변경사항이 유지되도록 구성을 저장합니다.
```
save
```

UDM 매핑 테이블

로그 필드	UDM 매핑	논리
`data`	`metadata.description`	설명은 grok 패턴을 사용하여 원시 로그의 `data` 필드에서 추출됩니다. 로그 메시지의 형식에 따라 다른 패턴이 사용됩니다. 예: 'initiate ISAKMP phase', 'Connection closed', 'succeeded for SSH'
`data`	`metadata.event_timestamp`	타임스탬프는 grok 패턴을 사용하여 원시 로그의 `data` 필드에서 추출된 후 `date` 필터를 사용하여 타임스탬프 객체로 변환됩니다. `MMM dd HH:mm:ss` 및 `MMM d HH:mm:ss` 형식이 지원됩니다.
`data`	`principal.asset.hostname`	호스트 이름은 grok 패턴을 사용하여 원시 로그의 `data` 필드에서 추출됩니다.
`data`	`principal.asset.ip`	주 IP 주소는 grok 패턴을 사용하여 원시 로그의 `data` 필드에서 추출됩니다. `principal.asset.ip` 및 `principal.ip` 모두에 매핑됩니다.
`data`	`principal.hostname`	호스트 이름은 grok 패턴을 사용하여 원시 로그의 `data` 필드에서 추출됩니다.
`data`	`principal.ip`	주 IP 주소는 grok 패턴을 사용하여 원시 로그의 `data` 필드에서 추출됩니다. `principal.asset.ip` 및 `principal.ip` 모두에 매핑됩니다.
`data`	`principal.user.userid`	사용자 ID는 grok 패턴을 사용하여 원시 로그의 `data` 필드에서 추출됩니다.
`data`	`target.asset.ip`	타겟 IP 주소는 grok 패턴을 사용하여 원시 로그의 `data` 필드에서 추출됩니다.
`data`	`target.ip`	타겟 IP 주소는 grok 패턴을 사용하여 원시 로그의 `data` 필드에서 추출됩니다. 이벤트 유형은 특정 필드의 존재 여부에 따라 파서 로직에 의해 결정됩니다. `principal`와 `target`이 모두 있는 경우 이벤트 유형은 `NETWORK_CONNECTION`입니다. `user`가 있는 경우 이벤트 유형은 `USER_UNCATEGORIZED`입니다. `principal`만 있는 경우 이벤트 유형은 `STATUS_UPDATE`입니다. 그렇지 않으면 기본값은 `GENERIC_EVENT`입니다. 'YAMAHA_ROUTER'로 하드코딩됩니다. 'YAMAHA_ROUTER'로 하드코딩됩니다. 'YAMAHA_ROUTER'로 하드코딩됩니다.
`log_type`	`metadata.log_type`	원시 로그의 `log_type` 필드에서 직접 복사됩니다.
`timestamp`	`timestamp`	로그의 수집 시간이며 Chronicle 플랫폼에서 자동으로 추가됩니다. 원시 로그에서 파싱되지 않습니다.

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