A. Visual Studio나 신뢰할 수 있는 업데이트 서비스와 같은 알려진 합법적인 프로세스에서 발생하는 주입을 제외하기 위한 필터를 추가합니다.

B. 규칙에 대한 'risk_score' 임계값을 구현하여 호스트 또는 사용자의 집계된 위험 점수가 특정 값을 초과하는 경우에만 알림을 생성합니다.

C. 데이터가 사용 가능한 경우 'target_process_integrity_level = 'System' 또는 'injection_type = 'remote'와 같은 추가 조건을 포함하도록 XQL 쿼리를 세분화합니다. 이러한 조건은 종종 악의적인 활동을 나타내는 지표입니다.

D. 유효한 디지털 서명과 알려진 정상 해시가 있는 프로세스에 대한 경고를 명시적으로 억제하기 위해 더 높은 우선순위를 갖는 사전 필터링 규칙을 만듭니다.

E. 악성 주입이 즉각적이라고 가정하고 상관관계에 대한 규칙의 '시간 창'을 더 짧은 기간으로 조정합니다.

A. 대시보드에서 'transaction_value'가 'N/A'인 이벤트를 필터링하는 데 사용되는 XSIAM 쿼리를 수정합니다. 이렇게 하면 대시보드 뷰는 개선되지만 인덱스의 기본 데이터 품질은 개선되지 않습니다.

B. XSIAM 구문 분석 규칙 또는 구문 분석 후 정규화 단계에서 'N/A'를 'null'로 변환하거나 'transaction_value' 필드에 대해 숫자형으로 처리되도록 'mutate' 또는 'replace' 연산을 구현합니다. 이 작업은 인덱싱 전에 수행해야 합니다.

C. 애플리케이션 개발팀에 연락하여 숫자 필드에 'N/A'를 전송하지 않도록 하세요. 이는 이상적인 장기적 해결책이지만 기존 또는 즉각적인 데이터를 수정하지는 않습니다.

D. XSIAM에서 'transaction_value' 필드의 스키마를 'number'에서 'string'으로 변경합니다. 이렇게 하면 'N/A'는 허용되지만 숫자 연산은 불가능합니다.

E. XSIAM Data Lake 노드를 확장하여 인덱싱 성능을 향상시키면 데이터 유형 문제가 암묵적으로 해결될 수 있습니다. 이는 데이터 콘텐츠 유효성 검사와는 무관합니다.

A. 옵션 A

B. 옵션 B

C. 옵션 C

D. 옵션 D

E. 옵션 E

A. 

B. 

C. 
{<디>}:

D. 

A. 페이저 근무

B. 이메일

C. 슬랙

D. 문자