[사용되지 않음] Syslog를 사용하여 Linux 기반 원본에서 데이터 수집

Important

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

주의

이 문서에서는 EOL(서비스 종료) 상태에 도달한 Linux 배포판인 CentOS에 대해 설명합니다. 이에 따라 사용 및 계획을 고려하세요. 자세한 내용은 CentOS 수명 종료 지침을 참조하세요.

참고 항목

US Government 클라우드의 기능 가용성에 대한 자세한 내용은 US Government 고객을 위한 클라우드 기능 가용성의 Microsoft Sentinel 표를 참조하세요.

Syslog는 Linux에 공통되는 이벤트 로깅 프로토콜입니다. Linux 디바이스와 어플라이언스에 빌드된 Syslog 디먼을 사용하여 자신이 지정한 유형의 로컬 이벤트를 수집하고, 이러한 이벤트를 Linux용 Log Analytics 에이전트(구 OMS 에이전트)를 사용하여 Microsoft Sentinel에 전송할 수 있습니다.

이 문서에서는 Syslog를 사용하여 데이터 원본을 Microsoft Sentinel에 연결하는 방법을 설명합니다. 이 메서드에 지원되는 커넥터에 대한 자세한 내용은 데이터 커넥터 참조를 참조하세요.

Syslog를 구성하고 DCR을 만드는 방법을 포함하여 Azure Monitor 에이전트를 사용하여 Syslog를 수집하는 방법을 알아봅니다.

Important

Log Analytics 에이전트는 2024년 8월 31일에 사용 중지됩니다. Microsoft Sentinel 배포에서 Log Analytics 에이전트를 사용하는 경우 AMA로의 마이그레이션 계획을 시작하는 것이 좋습니다. 자세한 내용은 Microsoft Sentinel용 AMA 마이그레이션을 참조하세요.

Azure Monitor 에이전트를 사용하여 Syslog 로그를 배포하는 방법에 대한 자세한 내용은 CEF 및 Syslog 형식의 로그를 Microsoft Sentinel로 스트리밍하는 옵션을 검토하세요.

아키텍처

Log Analytics 에이전트가 VM 또는 어플라이언스에 설치된 경우 설치 스크립트는 UDP 포트 25224의 에이전트로 메시지를 전달하도록 로컬 Syslog 디먼을 구성합니다. 메시지를 수신하면 에이전트는 HTTPS를 통해 메시지를 사용자의 Log Analytics 작업 영역으로 전송합니다. 이곳에서 메시지는 Microsoft Sentinel > Logs의 Syslog 테이블에 수집됩니다.

자세한 내용은 Azure Monitor의 Syslog 데이터 원본을 참조하세요.

Log Analytics 에이전트의 로컬 설치를 허용하지 않는 디바이스 유형의 경우 에이전트를 전용 Linux 기반 로그 전달자에 설치할 수 있습니다. 원래 디바이스는 Syslog 이벤트를 로컬 디먼이 아닌 이 전달자의 Syslog 디먼으로 전송하도록 구성되어야 합니다. 전달자의 Syslog 디먼은 UDP를 통해 이벤트를 Log Analytics 에이전트로 보냅니다. 이 Linux 전달자에서 많은 Syslog 이벤트를 수집해야 하는 경우, 전달자의 Syslog 디먼은 TCP를 통해 이벤트를 에이전트로 보냅니다. 두 경우 모두 에이전트는 거기에서 이벤트를 Microsoft Sentinel의 Log Analytics 작업 영역으로 보냅니다.

참고 항목

• 어플라이언스가 Syslog를 통해 CEF(Common Event Format)를 지원하는 경우 더 완전한 데이터 세트가 수집되고 데이터는 컬렉션에서 구문 분석됩니다. 이 옵션을 선택하고 디바이스 또는 어플라이언스에서 Microsoft Sentinel로 CEF 형식 로그 가져오기의 지침을 따라야 합니다.

• Log Analytics는 rsyslog 또는 syslog-ng 디먼에서 보낸 메시지 수집을 지원하며, 여기서는 rsyslog가 기본값입니다. Red Hat Enterprise Linux(RHEL) 버전 5, CentOS 및 Oracle Linux 버전(sysklog)에서는 syslog 이벤트 수집을 위한 기본 syslog 디먼이 지원되지 않습니다. 이 배포의 해당 버전에서 syslog 데이터를 수집하려면 rsyslog 디먼을 설치하고 sysklog를 대체하도록 구성해야 합니다.

Syslog 수집은 3단계로 구성합니다.

• Linux 디바이스 또는 어플라이언스를 구성합니다. Log Analytics 에이전트가 설치되는 디바이스를 말합니다. 이벤트가 처음 발생한 것과 같은 디바이스이거나 이벤트를 전달하는 로그 수집기입니다.

• 이벤트를 에이전트로 전달하는 Syslog 디먼의 위치에 해당하는 애플리케이션의 로깅 설정을 구성합니다.

• Log Analytics 에이전트 자체를 구성합니다. 이 작업은 Microsoft Sentinel 내에서 수행되며 구성이 설치된 모든 에이전트로 전송됩니다.

필수 조건

시작하기 전에 Microsoft Sentinel의 콘텐츠 허브에서 Syslog에 대한 솔루션을 설치합니다. 자세한 내용은 Microsoft Sentinel 기본 제공 콘텐츠 검색 및 관리를 참조하세요.

Linux 컴퓨터 또는 어플라이언스 구성

1. Microsoft Sentinel 탐색 메뉴에서 데이터 커넥터를 선택합니다.

2. 커넥터 갤러리에서 Syslog를 선택한 다음, 커넥터 페이지 열기를 선택합니다.

   디바이스 유형이 Microsoft Sentinel 데이터 커넥터 갤러리에 표시되는 경우 일반 Syslog 커넥터 대신 본인 디바이스의 커넥터를 선택합니다. 본인의 디바이스 유형에 대한 추가 또는 특별 지침이 존재하는 경우 이러한 지침이 통합 문서와 분석 규칙 템플릿 같은 사용자 지정 콘텐츠와 함께 디바이스의 커넥터 페이지에 표시됩니다.

3. Linux 에이전트를 설치합니다. 에이전트를 설치할 위치 선택:에서 다음을 수행합니다.

   머신 형식	지침
   Azure Linux VM의 경우	1. Azure Linux 가상 머신에 에이전트 설치를 확장합니다. 2. Azure Linux 가상 머신용 에이전트 다운로드 및 설치 > 링크를 선택합니다. 3. 가상 머신 블레이드에서 에이전트를 설치할 가상 머신을 선택한 다음 연결을 선택합니다. 연결하려는 각 VM에 이 단계를 반복합니다.
   기타 Linux 머신의 경우	1. 비 Azure Linux 머신에 에이전트 설치를 확장합니다. 2. 비 Azure Linux 컴퓨터용 에이전트 다운로드 및 설치 > 링크를 선택합니다. 3. 에이전트 관리 블레이드에서 Linux 서버 탭을 클릭한 다음 Linux용 에이전트 다운로드 및 온보딩 명령을 복사하여 Linux 컴퓨터에서 실행합니다. Linux 에이전트 설치 파일의 로컬 복사본을 유지하려면 "에이전트 다운로드 및 등록" 명령 위의 Linux 에이전트 다운로드 링크를 선택합니다.

   참고 항목

   이러한 디바이스의 보안 설정은 조직의 보안 정책에 따라 구성해야 합니다. 예를 들어 조직의 네트워크 보안 정책에 맞게 네트워크 설정을 구성하고 보안 요구 사항에 맞게 디먼의 포트 및 프로토콜을 변경할 수 있습니다.

동일한 컴퓨터를 사용하여 일반 Syslog 및 CEF 메시지 전달

기존 CEF 로그 전달자 컴퓨터를 사용하여 일반 Syslog 원본에서도 로그를 수집하고 전달할 수 있습니다. 그러나 두 가지 형식 모두로 이벤트를 Microsoft Sentinel로 보내면 이벤트 중복이 발생하므로 다음 단계를 사용하여 이를 방지해야 합니다.

이미 CEF 원본에서 데이터 수집을 설정하고 Log Analytics 에이전트를 구성한 경우:

1. CEF 형식의 로그를 보내는 각 컴퓨터에서 Syslog 구성 파일을 편집하여 CEF 메시지를 보내는 데 사용되는 기능을 제거해야 합니다. 또한 이렇게 하면 CEF에서 보내는 기능이 Syslog로 전송되지 않습니다. 이 작업을 수행하는 방법에 대한 자세한 지침은 Linux 에이전트에서 Syslog 구성을 참조하세요.

2. 머신에서 다음 명령을 실행하여 Microsoft Sentinel의 Syslog 구성과 에이전트의 동기화를 사용하지 않도록 설정해야 합니다. 이렇게 하면 이전 단계에서 변경한 구성을 덮어쓰지 않습니다.

   sudo -u omsagent python /opt/microsoft/omsconfig/Scripts/OMS_MetaConfigHelper.py --disable
   

디바이스의 로깅 설정 구성

많은 디바이스 유형에서는 자체 데이터 커넥터가 데이터 커넥터 갤러리에 표시됩니다. 일부 커넥터에는 Microsoft Sentinel에서 로그 수집을 올바르게 설정하기 위한 특별한 추가 지침이 필요합니다. 이 지침에는 Kusto 함수를 기반으로 하는 파서 구현이 포함될 수 있습니다.

갤러리에 나열된 모든 커넥터는 포털의 관련 커넥터 페이지에, 그리고 Microsoft Sentinel 데이터 커넥터 참조 페이지의 관련 섹션에 구체적인 지침을 표시합니다.

Microsoft Sentinel의 데이터 커넥터 페이지에 있는 지침에 Kusto 함수가 ASIM(고급 보안 정보 모델) 파서로 배포되었다고 표시되면 ASIM 파서를 작업 영역에 배포했는지 확인합니다.

데이터 커넥터 페이지의 링크를 사용하여 파서를 배포하거나 Microsoft Sentinel GitHub 리포지토리의 지침을 따릅니다.

자세한 내용은 ASIM(고급 보안 정보 모델) 파서를 참조하세요.

Log Analytics 에이전트 구성

1. Syslog 커넥터 블레이드의 아래쪽에서 작업 영역 에이전트 구성 열기 > 링크를 선택합니다.

2. 레거시 에이전트 관리 페이지에서 수집할 커넥터에 대한 기능을 추가합니다. 기능 추가를 선택하고 기능 드롭다운 목록에서 선택합니다.

   • syslog 어플라이언스의 로그 헤더에 포함된 기능을 추가합니다.

   • 수집하는 데이터와 함께 비정상적인 SSH 로그인 검색을 사용하려는 경우 auth 및 authpriv를 추가합니다. 자세한 내용은 다음 섹션을 참조하세요.

3. 모니터링할 모든 기능을 추가했다면, 수집하지 않을 확인란을 심각도에 상관없이 선택 취소합니다. 기본적으로는 모든 확인란이 선택됩니다.

4. 적용을 선택합니다.

5. VM 또는 어플라이언스에서 지정한 기능이 전송되고 있는지 확인합니다.

데이터 찾기

1. 로그에서 syslog 로그 데이터를 쿼리하려면 쿼리 창에 Syslog를 입력합니다.

   (Syslog 메커니즘을 사용하는 일부 커넥터는 해당 데이터를 Syslog 이외 테이블에 저장할 수 있습니다. Microsoft Sentinel 데이터 커넥터 참조 페이지에서 커넥터 섹션을 참조하세요.)

2. Azure Monitor 로그 쿼리에서 함수 사용에 설명된 쿼리 매개 변수를 사용하여 Syslog 메시지를 구문 분석할 수 있습니다. 그런 다음 쿼리를 새 Log Analytics 함수로 저장하고 새 데이터 형식으로 사용할 수 있습니다.

비정상적인 SSH 로그인 검색을 위한 Syslog 커넥터 구성

Important

비정상적인 SSH 로그인 검색은 현재 미리 보기 상태입니다. 베타 또는 미리 보기로 제공되거나 아직 일반 공급으로 릴리스되지 않은 Azure 기능에 적용되는 추가 약관은 Microsoft Azure 미리 보기에 대한 추가 사용 약관을 참조하세요.

Microsoft Sentinel은 syslog 데이터에 ML(기계 학습)을 적용하여 비정상적인 SSH(Secure Shell) 로그인 작업을 식별할 수 있습니다. 다음과 같은 시나리오가 있습니다.

• 불가능한 이동 - 두 로그인 이벤트의 시간 범위 내에 도달이 불가능한 두 위치에서 두 개의 성공적인 로그인 이벤트가 발생하는 경우입니다.

• 예기치 않은 위치 – 성공적인 로그인 이벤트가 발생한 위치가 의심스러운 경우입니다. 최근에 본 적이 없는 위치를 예로 들 수 있습니다.

이 검색에는 Syslog 데이터 커넥터의 특정 구성이 필요합니다.

1. 위의 Log Analytics 에이전트 구성 2단계의 경우 auth 및 authpriv 모두 모니터링할 기능으로 선택되고 모든 심각도가 선택되어 있는지 확인합니다.

2. syslog 정보를 수집할 수 있는 충분한 시간을 허용합니다. 그런 다음 Microsoft Sentinel - 로그로 이동하여 다음 쿼리를 복사하여 붙여넣습니다.

   Syslog
   | where Facility in ("authpriv","auth")
   | extend c = extract( "Accepted\\s(publickey|password|keyboard-interactive/pam)\\sfor ([^\\s]+)",1,SyslogMessage)
   | where isnotempty(c)
   | count 
   

   필요한 경우 시간 범위를 변경하고 실행을 선택합니다.

   결과 개수가 0이면 커넥터의 구성을 확인하고 모니터링되는 컴퓨터에 쿼리를 위해 지정한 기간 동안 성공한 로그인 작업이 있는지 확인합니다.

   결과 개수가 0보다 크면 syslog 데이터가 비정상적인 SSH 로그인 검색에 적합한 것입니다. 분석>규칙 템플릿>(미리 보기) 비정상적인 SSH 로그인 검색에서 이 검색을 사용하도록 설정합니다.

다음 단계

이 문서에서는 Syslog 온-프레미스 어플라이언스를 Microsoft Sentinel에 연결하는 방법을 배웠습니다. Microsoft Sentinel에 대해 자세히 알아보려면 다음 문서를 참조하세요.

• 데이터에 대한 가시성을 얻고 재적 위협을 확인하는 방법을 알아봅니다.
• Microsoft Sentinel을 사용하여 위협 탐지에서 시작합니다.
• 통합 문서를 사용하여 데이터를 모니터링합니다.