규칙의 맞춤 일정 구성

다음에서 지원:

이 문서는 Google Security Operations에서 규칙 실행을 예약하는 방법을 구성하고 관리하려는 보안 분석가, 엔지니어, 플랫폼 관리자를 대상으로 합니다. 실행 빈도를 조정하고, 결제 지연을 구성하고, 맞춤 멀티 이벤트 규칙의 트루업 타임라인을 관리하는 방법을 설명합니다.

이 문서에 설명된 프로세스를 따르면 감지 지연 시간과 데이터 무결성을 정확하게 제어할 수 있습니다. 완료되면 감지가 적시에 정확하게 이루어지므로 수집 지연으로 인한 거짓부정을 줄이고 일관된 보안 운영을 보장할 수 있습니다.

맞춤설정 가능한 일정은 Google Security Operations에서 멀티 이벤트 규칙이 실행되는 방식을 투명하게 파악하고 제어할 수 있도록 해줍니다. 일부 멀티 이벤트 규칙은 데이터를 정확하게 집계하기 위해 버퍼 기간이 필요할 수 있습니다. 이 방법을 사용하면 시스템 기본값을 사용하는 대신 기간을 정의할 수 있습니다.

일반적인 사용 사례

맞춤설정 가능한 일정을 사용하면 실행 매개변수를 조정하여 특정 운영 목표를 달성할 수 있습니다.

  • 짧은 기간 상관관계: 기본 1시간 간격을 기다리는 대신 10분 빈도로 60분 미만의 일치 기간으로 멀티 이벤트 규칙을 실행하여 무차별 대입 공격과 같은 시간에 민감한 위협을 더 빠르게 감지합니다.
  • 수집 지연 시간 보정: 알려진 전송 지연이 있는 로그 소스에 결제 지연 시간 (T + 오프셋)을 구성하여 기본 실행에 예상되는 모든 이벤트가 포함되도록 합니다.
  • 컨텍스트 완전성 보장: 최종 평가 전에 전체 항목 및 애셋 메타데이터 해결이 필요한 중요하지 않은 규정 준수 및 포렌식 규칙에 대해 보강 완전성 보장 전환 버튼을 사용 설정합니다.

주요 용어

  • 기본 실행 (T + 오프셋): 수신 데이터에 대한 규칙 논리의 초기 실행입니다. 결제 지연 시간은 늦게 도착하는 데이터를 고려하기 위해 추가된 오프셋을 나타냅니다.
  • 결제 지연 시간: 규칙 평가가 시작되기 전에 늦게 도착하는 로그를 처리할 수 있도록 기본 실행에 추가된 버퍼 기간입니다.
  • 트루업 실행: 기본 실행 후에 도착한 로그 또는 보강 데이터를 캡처하기 위해 동일한 기간을 백그라운드에서 다시 평가합니다.
  • 보강: 처리 중에 로그에 추가된 외부 메타데이터 (예: 애셋 태그 또는 사용자 별칭)입니다.

시작하기 전에

규칙 일정을 수정하거나 자동화하기 전에 환경과 계정이 필요한 보안 및 시스템 요구사항을 충족하는지 확인하세요. 이러한 필수사항을 검증하면 배포 오류를 방지하고 감지 논리가 조직의 ID 및 액세스 관리 정책과 일치하도록 할 수 있습니다.

  • 권한: 규칙 일정을 수정하려면 다음 IAM 권한이 있어야 합니다.

    • 개별 일정 업데이트의 API 사용을 위한 chronicle.ruleDeployments.update

    • 일괄 API 업데이트 및 UI 사용을 위한 chronicle.rules.modifyRules

    사전 정의된 IAM 역할(예: Chronicle API 관리자(roles/chronicle.admin) 또는 Chronicle API 편집자(roles/chronicle.editor))을 사용하는 경우 이러한 권한이 자동으로 포함됩니다.

  • 환경 확인:

    • 규칙 유형: 맞춤설정 가능한 일정은 멀티 이벤트 규칙에만 적용됩니다. 단일 이벤트 규칙 (표준, 기간, 참조 기반 규칙 포함)은 거의 실시간으로 평가되며 맞춤설정할 수 없습니다. 선별된 규칙은 고정된 시스템 일정을 사용하며 제외됩니다.
    • match 기간: match 기간이 48시간을 초과하는 멀티 이벤트 규칙은 자동으로 할당된 match_window / 10 빈도로 실행되며 맞춤설정할 수 없습니다.
    • 이전: 기존 일정을 맞춤설정 가능한 일정으로 이전하는 것은 단방향 프로세스이며 되돌릴 수 없습니다.

멀티 이벤트 규칙의 일정 구성

멀티 이벤트 규칙의 일정을 구성하려면 다음 단계를 따르세요.

  1. Google SecOps에서 감지 > 규칙 및 감지 로 이동합니다.
  2. 규칙 대시보드 를 클릭합니다.
  3. 규칙 표에서 규칙을 찾고 더보기 more_vert를 클릭한 후 일정 실행을 선택합니다.
  4. 규칙 일정 탭에서 기본 실행 섹션을 구성합니다.
    1. 빈도 설정 목록에서 규칙이 실행되는 빈도를 선택합니다 (예: 10분마다 또는 1시간마다).
    2. (선택사항) 늦게 도착하는 데이터를 고려하려면 결제 지연 시간 전환 버튼을 사용 설정합니다.
    3. 지연 시간 필드에 지연 시간 값을 입력하고 단위 메뉴에서 시간 단위 (분 또는 시간)를 선택합니다.
  5. 트루업 실행 섹션에서 (선택사항) 보강 완전성 보장 전환 버튼을 사용 설정합니다.
    • 예상되는 실패: 외부 컨텍스트 소스를 처리하는 데 시간이 걸리는 경우 이벤트 타임스탬프보다 훨씬 늦게 알림이 표시될 수 있습니다.
    • 수정 단계: 즉각적인 알림 속도보다 컨텍스트 충실도가 우선시되는 중요하지 않은 규정 준수 및 포렌식 규칙에만 사용합니다.
  6. 기본 실행 및 트루업 실행 에서 실행 타임라인을 검토합니다.
    • 기본 실행: 시스템은 늦게 도착하는 데이터에 대해 지정한 결제 지연 시간 후에 규칙 논리를 실행합니다.
    • 트루업 실행 1: 시스템은 기본 실행 후 4시간 후에 기간을 자동으로 다시 검사하여 누락되거나 늦게 도착한 데이터를 캡처합니다. 보강 완전성 보장을 사용 설정하면 이 실행은 연결된 보강 데이터가 처리될 때까지 기다립니다.
    • 트루업 실행 2: 보강 완전성 보장 을 사용 설정한 경우에만 표시됩니다. 시스템은 기본 실행 후 30시간 후에 최종 검사를 실행하여 최대 데이터 충실도를 제공합니다.
  7. 저장 을 클릭합니다.

문제 해결

평가 타이밍과 규칙 구성을 검토하여 일정 문제를 조사합니다. 플랫폼에서 대부분의 일정 작업을 자동화하지만 특정 설정 또는 데이터 지연이 감지가 표시되는 시점에 영향을 미칠 수 있습니다.

감지는 트루업 실행에만 표시됨

감지가 기본 실행 (T) 중에 표시되지 않지만 트루업 실행 (T + 4시간 또는 T + 30시간)에 표시되는 경우 다음을 확인하세요.

  • 수집 지연 시간: 로그 소스에 지연 시간이 있는지 확인합니다. 이벤트가 발생한 후 15분 후에 로그가 도착하면 10분 첫 번째 실행 일정에서 로그가 누락됩니다. 트루업 실행은 이러한 늦게 도착한 항목을 캡처합니다.
  • 컨텍스트 보강: 규칙이 애셋 태그 또는 사용자 별칭과 같은 외부 메타데이터에 의존하는지 확인합니다. 보강 프로세스가 기본 실행 기간보다 오래 걸리는 경우 시스템이 이후 트루업 실행에서 보강을 완료한 후에만 감지가 표시됩니다.

맞춤설정 가능한 옵션이 누락됨

규칙 일정 탭에 맞춤설정 옵션이 표시되지 않거나 메뉴가 회색으로 표시되는 경우:

  • 규칙 유형 확인: 맞춤설정 가능한 일정은 멀티 이벤트 규칙에만 적용됩니다. 단일 이벤트 규칙 (표준, 기간, 참조 기반 규칙 포함)은 거의 실시간으로 평가되며 맞춤 일정을 지원하지 않습니다.
  • match 기간 확인: match 기간이 48시간을 초과하는 멀티 이벤트 규칙은 자동으로 할당된 match_window / 10 빈도로 실행되며 맞춤설정할 수 없습니다.
  • 선별된 규칙 식별: 선별된 규칙의 일정은 수정할 수 없습니다. 선별된 규칙을 검사하면 UI에 Multi-event curated rules use a legacy schedule 메시지가 표시됩니다.

첫 번째 실행 알림의 예기치 않은 지연

감지가 예약된 간격보다 늦게 도착하는 경우:

  • 초기화 기간: 새로 생성되거나 최근에 수정된 규칙에는 1시간의 초기화 기간이 필요합니다. 플랫폼에서 이 초기 설정을 완료하고 첫 번째 예약된 주기를 시작할 때까지 감지가 표시되지 않습니다.
  • 보강 대기 시간: 보강 완전성 보장 전환 버튼을 사용 설정하면 시스템에서 데이터 보강 프로세스가 완료될 때까지 기다리도록 타이밍을 동적으로 조정할 수 있습니다. 이 프로세스는 감지가 누락되는 것을 방지하지만 초기 감지가 정확한 T 타임스탬프보다 늦게 도착할 수 있습니다.

MTTD 측정값이 높은 것 같음

MTTD 측정값에는 데이터 완전성에 필요한 버퍼링 기간이 포함됩니다.

  • 버퍼 검토: 1시간 일정의 경우 시스템은 이벤트가 도착한 후 1~2시간 후에 이벤트를 평가합니다.
  • 속도 최적화: 지연 시간이 더 짧아야 하는 경우 규칙을 10분 일정 (60분 미만의 일치 기간)으로 구성하거나 이벤트 집계가 필요하지 않은 경우 감지 논리를 거의 실시간으로 실행되는 단일 이벤트 규칙으로 변환합니다.

제한사항

  • 멀티 이벤트 규칙만 해당: 이 기능은 단일 이벤트 규칙에는 사용할 수 없습니다. 단일 이벤트 규칙 (표준, 기간, 참조 기반 규칙 포함)은 거의 실시간으로 평가됩니다.
  • 맞춤 규칙만 해당: 선별된 규칙은 수정할 수 없는 고정된 일정을 사용합니다. 선별된 규칙을 보면 시스템에 Multi-event curated rules use a legacy schedule 메시지가 표시됩니다. 기존 맞춤 규칙을 보면 시스템에 Your Multi-Event rule uses a legacy schedule가 표시됩니다.

오류 해결

오류 문제 수정
누락된 옵션 규칙 일정 탭이 회색으로 표시되거나 옵션이 누락되었습니다. 규칙이 멀티 이벤트 맞춤 규칙이고 일치 기간이 48시간 이하인지 확인합니다. 선별된 규칙과 단일 이벤트 규칙은 맞춤설정할 수 없습니다.
지원되지 않는 간격 거의 실시간 스트리밍을 선택할 수 없습니다. 이벤트 간에 상관관계가 필요한 멀티 이벤트 규칙 또는 집계 (예: count 또는 sum)를 사용하는 규칙에는 예약된 일괄 쿼리 엔진이 필요합니다.
지연된 알림 감지가 예약된 간격보다 늦게 도착합니다. 보강 완전성 보장 전환 버튼이 사용 설정되어 있는지 확인합니다. 시스템에서 메타데이터 처리를 기다리고 있을 수 있습니다.
트루업 알림만 해당 감지가 기본 실행 (T)에 표시되지 않습니다. 로그 수집 지연 시간을 확인합니다. 로그가 15분 늦게 도착하지만 결제 지연 시간이 10분인 경우 결제 지연 시간을 늘립니다.

검증 및 테스트

일정이 의도한 대로 작동하는지 확인하려면 다음 단계를 따르세요.

  1. Google SecOps에서 감지 > 규칙 및 감지 로 이동하여 규칙 대시보드 를 선택합니다.
  2. 규칙을 선택하고 감지 탭을 봅니다.
  3. 감지 유형 열을 확인하고 으로 필터링하여 트루업 실행이 기본 실행에서 누락된 데이터를 캡처하는지 확인한 후 결제 지연 시간을 적절하게 조정합니다.

다음 단계

관련 일정 개념 및 구성 워크플로를 살펴보려면 다음 문서를 참고하세요.

  • 규칙 실행 일정 이해: Google SecOps에서 규칙 구성을 연속 스트리밍 및 예약된 일괄 쿼리 엔진에 매핑하는 방법을 알아봅니다.
  • 규칙 재생 및 MTTD 이해: 자동화된 트루업 실행이 늦게 도착하는 데이터와 컨텍스트 업데이트를 처리하여 감지 시간 (MTTD) 측정항목에 미치는 영향을 알아봅니다.
  • 규칙 감지 지연 시간 이해: 수집 및 처리 파이프라인 전반에서 예상되는 지연 시간과 예측되지 않은 지연 시간을 진단하고 해결합니다.
  • 규칙 편집기를 사용하여 규칙 관리: Google SecOps에서 맞춤 감지 규칙을 만들고, 수정하고, 관리합니다.

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