[사용되지 않음] Microsoft Sentinel용 VMware vCenter 커넥터

아티클
08/22/2024

Important

이제 많은 어플라이언스 및 디바이스의 로그 수집이 Microsoft Sentinel의 AMA를 통한 CEF(Common Event Format), AMA를 통한 Syslog 또는 AMA 데이터 커넥터를 통한 사용자 지정 로그에서 지원됩니다. 자세한 내용은 Microsoft Sentinel 데이터 커넥터 찾기를 참조하세요.

vCenter 커넥터를 사용하면 vCenter 서버 로그를 Microsoft Sentinel에 쉽게 연결할 수 있습니다. 이를 통해 조직의 네트워크 내부의 인사이트를 파악해, 보안 운영 기능이 향상됩니다.

자동 생성된 콘텐츠입니다. 변경은 솔루션 공급자에게 문의하세요.

커넥터 특성

커넥터 특성	설명
Log Analytics 테이블	vcenter_CL
데이터 수집 규칙 지원	현재 지원되지 않음
다음에서 지원	Microsoft Corporation

쿼리 샘플

이벤트 유형별 총 이벤트 수

vCenter 

| summarize count() by EventType

vCenter Server에 로그인/로그아웃

vCenter 

| where EventType in ('UserLogoutSessionEvent','UserLoginSessionEvent') 

| summarize count() by EventType,EventID,UserName,UserAgent 

| top 10 by count_

필수 조건

[사용되지 않는] VMware vCenter와 통합하려면 다음이 있는지 확인합니다.

연결에 필요한 경우 사용자 지정 전제조건 포함 - 그렇지 않으면 사용자 지정 삭제: 사용자 지정 전제조건에 대한 설명

공급업체 설치 지침

참고: 이 데이터 커넥터는 솔루션의 일부로 배포되는 Kusto 함수 기반 파서에 따라 예상대로 작동합니다. Log Analytics에서 함수 코드를 보려면 Log Analytics/Microsoft Sentinel Logs 블레이드를 열고, 함수를 클릭하고, 별칭 VMware vCenter를 검색하고, 함수 코드를 로드하거나, 쿼리의 두 번째 줄에서 여기를 클릭하여 VMware vCenter 디바이스의 호스트 이름과 로그스트림에 대한 다른 고유 식별자를 입력합니다. 솔루션 설치/업데이트 후 함수가 활성화되는 데 일반적으로 10~15분이 소요됩니다.

ContentHub에서 vCenter 솔루션을 설치하지 않은 경우 단계에 따라 Kusto 함수 별칭인 vCenter를 사용합니다.

Linux용 에이전트 설치 및 온보딩

일반적으로 로그가 생성되는 컴퓨터와 다른 컴퓨터에 에이전트를 설치해야 합니다.

Syslog 로그는 Linux 에이전트에서만 수집됩니다.

수집할 로그 구성

vCenter Server 로그를 Microsoft Sentinel에 가져오려면 아래 구성 단계를 따릅니다. 이 단계에 대한 자세한 내용은 Azure Monitor 문서를 참조하세요. vCenter Server 로그의 경우 기본 설정을 사용하여 OMS 에이전트 데이터로 데이터를 구문 분석하는 동안 문제가 발생합니다. 따라서 아래 지침을 사용하여 사용자 지정 테이블 vcenter_CL 로그를 캡처하는 것이 좋습니다.

OMS 에이전트를 설치한 서버에 로그인합니다.
구성 파일 vCenter.conf wget -v https://aka.ms/sentinel-vcenteroms-conf -O vcenter.conf 다운로드
vcenter.conf를 /etc/opt/microsoft/omsagent/workspace_id/conf/omsagent.d/ 폴더에 복사합니다. cp vcenter.conf /etc/opt/microsoft/omsagent/<<workspace_id>>/conf/omsagent.d/
다음과 같이 vcenter.conf를 편집합니다.

a. vcenter.conf는 기본적으로 포트 22033을 사용합니다. 서버의 다른 원본에서 이 포트를 사용하지 않는지 확인합니다.

b. vcenter.conf에 대한 기본 포트를 변경하려면 기본 Azure 모니터링/로그 분석 에이전트 포트(예: CEF는 TCP 포트25226 또는 25224를 사용함)를 사용하지 않는지 확인합니다.

c. workspace_id를 작업 영역 ID의 실제 값으로 바꿉니다(줄 13,14,15,18).
변경 내용을 저장하고 다음 명령을 사용하여 Linux용 Azure Log Analytics 에이전트 서비스를 다시 시작합니다.: sudo /opt/microsoft/omsagent/bin/service_control restart
/etc/rsyslog.conf 파일 수정 - 지시문 섹션 앞에 아래 템플릿을 추가합니다.
```
 $template vcenter,"%timestamp% %hostname% %msg%\ n" 
```

참고 - 위의 명령에서 슬래시(\)와 문자 'n' 사이에 공백이 없습니다.

/etc/rsyslog.d/에서 사용자 지정 conf 파일(예: 10-vcenter.conf)을 만들고 다음 필터 조건을 추가합니다.

10-vCenter.conf 구성 파일 다운로드

 With an added statement you will need to create a filter which will specify the logs coming from the vcenter server to be forwarded to the custom table.

 reference: [Filter Conditions — rsyslog 8.18.0.master documentation](https://rsyslog.readthedocs.io/en/latest/configuration/filters.html)

 Here is an example of filtering that can be defined, this is not complete and will require additional testing for each installation.
	 if $rawmsg contains "vcenter-server" then @@127.0.0.1:22033;vcenter
	 & stop 
	 if $rawmsg contains "vpxd" then @@127.0.0.1:22033;vcenter
	 & stop

Restart rsyslog systemctl restart rsyslog
vCenter 디바이스 구성 및 연결

다음 지침에 따라 Syslog를 전달하도록 vCenter를 구성합니다. Linux 에이전트가 대상 IP 주소로 설치된 Linux 디바이스의 IP 주소 또는 호스트 이름을 사용합니다.

다음 단계

자세한 내용을 보려면 Azure Marketplace의 관련 솔루션으로 이동합니다.

다음을 통해 공유